Re: sdk for older devices?

[Stefan H. <ma...@s-...>]

John Marshall wrote:
> On Jun 12, 2005, at 13:37, Stefan Holst wrote:
> 
>> tried to get a proper sdk. the modern sdks
>> (sdk-5r3, sdk-5r4) do not seem work well. got errors like:
>>
>> m68k-palmos-gcc -Wall -palmos3.5 -O3 -c tzgps.c -o tzgps.o
> 
> [...]
> 
>> /usr/share/prc-tools/include/PalmOS.h:12: #error No genuine PalmOS.h  
>> found
>> /usr/share/prc-tools/include/PalmOS.h:15: warning: #warning use  
>> Pilot.h if you really mean to use the 3.1 SDK or earlier; you may 
>> need  to run palmdev-prep or use a suitable -palmosX option -- see  
>> "http://prc-tools.sourceforge.net/cgi-bin/info/palmdev-prep" for  details
> 
> 
> Did you read the error message?  Clearly -palmos3.5 is not a suitable  
> -palmosX option, because you do not have a 3.5 SDK installed.

Yes, I read them. The toolchain thinks it's an old SDK (3.1 or earlier).
So I ignored the wrong warning. "No genuine PalmOS.h found" may also the
result of wrong include paths. But now I know better.

> But you would appear to have figured that out:
> 
>> m68k-palmos-gcc -Wall -g -O2   -c -o template.o template.c
>> In file included from  
>> /usr/local/share/palmdev/sdk-5r4/include/Core/System/SystemPublic.h: 19,
>>                  from  
>> /usr/local/share/palmdev/sdk-5r4/include/PalmOS.h:19,
>>                  from template.c:3:
>> /usr/local/share/palmdev/sdk-5r4/include/Core/System/AlarmMgr.h:112:  
>> badly punctuated parameter list in `#define'
>> In file included from  
>> /usr/local/share/palmdev/sdk-5r4/include/PalmOS.h:19,
>>                  from template.c:3:
>> /usr/local/share/palmdev/sdk-5r4/include/Core/System/SystemPublic.h: 
>> 40: IMCUtils.h: No such file or directory
>> make: *** [template.o] Error 1
> 
> 
> The problem here is that you have taken an SDK aimed at Windows and  
> installed it on Unix.  There used to be (because I used to make them)  
> SDKs aimed at Unix, but I have not looked too hard at the last SDK or  
> two and it seems that PalmSource has decided that Unix is beyond its  ken.
> 
> The AlarmMgr.h problem is due to the Windows line termination in the  
> SDK headers.  Use whatever tools are around to play silly CR-LF versus  
> LF games.
> 
> The SDK contains a file named ImcUtils.h, but other SDK files believe  
> it is named IMCUtils.h.  Unfortunately, in spite of my having whined  
> about this header for seven years, PalmSource engineers do not believe  
> in the existence of case-sensitive file systems and so this problem is  
> beyond its understanding.

Ah, that's why they are so fond of FLTK (or fltk or Fltk?) for pose? ;)

> Of course, the solution is for you to rename the file on your system to  
> the filename that the other headers expect it to have.  I don't think  
> you needed us to tell you this.
> 
> There are several other similar incorrect-case filename problems in  
> current SDKs, but most of the others involve directory names and no  
> longer much matter, due to the introduction of prc-tools's palmdev-prep  
> utility.
> 
>> are these sdks tested with prc-tools?
>> are old sdks still available somewhere?
> 
> 
> Ha, ha, ha.  Sigh.
> 
> These are questions for PalmSource.
> 
> In fact all these questions are off-topic for this mailing list, and  
> would receive a better response on a mailing list like palm-dev-forum.   
> Someone from PalmSource might even answer your questions about  
> PalmSource's SDKs.  Or pigs might fly.

That's exacty why I came here first.

I finally found the old SDKs on Palmsource. There is no obvious way
to find them on the site directly, but these direct links are still
working:

http://www.palmos.com/cgi-bin/sdk35.cgi
http://www.palmos.com/cgi-bin/sdk40.cgi

And after I grabbed a pose binary out of a rpm (compilation works with
tweaks but touch screen wasn't working), I finally got the toolchain
working again. :)

Thanks for your help!

RY

Stefan