>>> I'm going to build gpsbabel for PocketPC platform. But this
>> We rely on very little of POSIX proper. We use a smattering of C99-isms
> Those calls, which use FILE type (fopen(), fread(), fwrite() e.t.c.) are one
That's not POSIX; that's hosted (as opposed to freestanding) C89.
If you don't have a standard hosted C library, your life will be interesting.
Fortunately the interface to fopen, fread, and fwrite are trivial, and
our demands of them are pretty low. I would create wrappers to the
non-standard CreateFile and friends to provide our own versions.
(I'll bet that if you roamed the net you could find that someone has
already done this...)
> Also I have to wrap all strings, which are printed to screen with
> T() macro (this is also a way to add l10n support).
Fortunately in common use, about the only thing we ever display to the
user is via warning() and fatal() so perhaps just wrapping those two
vfprintfs would do.
Beyond that, there's some debugging gunk (which I scowl at) and the help
but I can't imagine either of those being worth converting in your case.
> Do you have a PPC that has one of the newfangled "On The Go" host
> controllers that supports being both a host and a device? I haven't
> seen such a device yet, but that isn't to say that none exist.
> Yes, I do. There are lot of them nowadays.
> The problem is, that I didn't see any SDK for that.
> It does require explict hardware support to hook a device (like a GPS)
> to another device (like a PDA) without a host controller (like a PC).
> It is impossible without host.
I'm not sure I can reconcile those two statements. Are you saying that
you have a PDA that implements USBOtG and thus has the equivalent of an
HCI in it (thus allowing you to attach a USB GPS or a serial adapter for
a serial GPS) but can't find the SDK?
Support GPSBabel by helping to improve it or fund those that that have
done so. Visit: