On Sun, Sep 01, 2002 at 10:34:52AM -0700, David Orriss Jr wrote:
> On Saturday, August 31, 2002 2:55 PM,
> Frank S. Fejes <[EMAIL PROTECTED]> wrote:
>> At any rate, what must be done to make palmos.com's "Palm OS
>> SDK 5.0 for CodeWarrior" distribution work with prc-tools? I have
>> the prc-tools 2.2.1 running under Linux but cannot seem to get my os5
>> sdk recognized.
(I don't know what prc-tools 2.2.1 might be, unless you mean to refer to
the RPM version-release number 2.2-1 (but the RPMs are provided by the
prc-tools project itself, not a third party, and our policy is that the
RPM release will always be 1, so the "-1" is irrelevant).)
The header files from that SDK (from the "raw archive" package, not the
"installer" package) can certainly be made to work with GCC on Linux.
At minimum, you need to convert the files to Unix line termination, and
rename ImcUtils.h to IMCUtils.h (sheesh!). Once you have installed the
resulting header files under /opt/palmdev/sdk-5/include, palmdev-prep
should certainly recognize them. Is this not the case for you?
However, as others have mentioned, the NetSocket and PalmOSGlue linker
libraries are missing. We last had a long discussion about this a month
ago on tools-forum, but sadly noone from PalmSource chose to participate
in that discussion of this matter.
Of course, if you don't use NetSocket or PalmOSGlue, this doesn't
matter: the headers are sufficient to write armlets or to use new 5.0
system functions. But if you do use them, read on.
> Theodore is correct.
Theodore quotes correctly from the Palm OS 5.0 SDK Readme, but the text
in the Readme is itself not correct.
The Readme says "This release of the SDK does not provide any support
for the GCC development tools for Palm OS", but this is in fact rubbish
(and perhaps FUD?): a number of GCC-specific bugs in the SDK header files
were fixed during the SDK's alpha period, and the header files do indeed
support GCC development (with only a couple of very minor issues that
noone is likely to encounter programming for Palm OS 5.x).
However if you imagine that when it says "GCC-specific components have
not been updated for this release" it is referring to the NetSocket and
PalmOSGlue linker libraries, then that part is currently correct.
> The most recent SDK that works with GCC is 4.1 - which
> *again* leads to the question of "when" will the PalmOS 5.0 SDK be converted
> to work with GCC.
Again, the contents of the header files are fine, so it is not entirely
accurate to say that 4.1 (properly, "4.0 Update 1") is the most recent
SDK that works with GCC. But there are indeed problems, namely:
* it's a pain to install because they didn't bother making Unix packages
and the existing packages are not as well laid out or separated (there
is just one big package instead of main, examples, doc, etc) as preceding
SDKs such as the 4.0 SDK were;
* the lack of GCC linker libraries
> That answer is when the PalmOSGlue libraries are updated
> by Palm to work with GCC. So when is that going to happen?
> Tell John Marshall and then we'll *all* know.. :)
Hmmm. Are you saying I leak like a sieve? :-) Or that the PalmSource
employees in the know are bizarrely and excruciatingly frustratingly
unwilling to speak publicly on this matter, but I'm not? Or...? :-)
But I do indeed have some more hearsay for you: I understand that the
person building 5.0 SDK GCC libraries now has complete libraries, built
to a higher quality than those in any previous SDK (viz, e.g. if you use
one TextGlue function, you don't get *all* the TextGlue functions pulled
in, just the one you used). I understand that there are a couple of issues
remaining ("days", not "weeks"), and I would imagine that PalmSource would
be able to make 5.0 SDKs for GCC available soon after (for corporate values
of "soon").
But someone from PalmSource would have to comment on that last part,
and, as always, it would be great if someone from PalmSource would
comment publicly on this issue at all.
John
--
For information on using the Palm Developer Forums, or to unsubscribe, please see
http://www.palmos.com/dev/support/forums/
