1src Forums - PRC-Tools: Error!

02-04-2007, 04:45 PM	#1
phreakonaleash Lifeflash'd and loving it Join Date: Nov 2006 Location: Phoenix AZ US Posts: 1,537	PRC-Tools: Error! Whenever I try to compile anything under sdk-5r4 (all I could find..) I get the following errors: ...(from...) /opt/palmdev/sdk-5r4/include/Core/System/AlarmMgr.h:112:Badly punctuated list in '#define' /opt/palmdev/sdk-5r4/include/Core/System/AlarmMgr.h:112:Badly punctuated list in '#define' and deleting them only makes it worse (parse error before \ about 300 times) I've tried rewritning this aobut 20 times but to no avail. Could soemone fix the code and put it here, or a link to sdk 5r3? __________________ [b]/PhreakOnALeash/ Ryan Rix -- KDE Developer, HomePage

02-05-2007, 09:45 AM	#2
potter Registered User Join Date: Feb 2005 Location: SW, VA, USA Posts: 937	Many of the Palm API headers have requirements that other headers be included first. Look at line 112 in AlarmMgr.h. Try to figure out what token(s) the compiler might be complaining about if the token had not yet been defined. Try to find where that token is defined. Include that header before you include AlarmMgr.h or before the header which causes AlarmMgr.h to be included.

02-05-2007, 01:02 PM

phreakonaleash

Lifeflash'd and loving it

Join Date: Nov 2006

Location: Phoenix AZ US

Posts: 1,537 phreakonaleash is on a distinguished road

Send a message via AIM to phreakonaleash

Send a message via MSN to phreakonaleash

Send a message via Yahoo to phreakonaleash

Teh code is:

Code:



typedef enum{
  almProcCmdTriggered=0,
  almProcCmdReschedule,
  almProcCmdCuston
} AlmProcCmdEnum;

typedef void (*AlmAlarmProcPtr)(UInt16 /*AlmProcCmdEnum*/ almProcCmd,
   SysAlarmTriggeredParamType *paramP);

#define AlmSetProcAlarm(/*AlmAlarmProcPtr*/ procP, /*UInt32*/ ref, \
     /*UInt32*/ alarmSeconds)              \
     AlmSetAlarm(almProcAlarmCardNo, (localID)procP, ref,      \
     alarmSeconds, true)

the line beginning with '#define' is line 112, the erring line.

__________________
[b]/*PhreakOnALeash*/
Ryan Rix -- KDE Developer, HomePage

02-05-2007, 02:15 PM	#4
potter Registered User Join Date: Feb 2005 Location: SW, VA, USA Posts: 937	That is an odd one. I do not see anything particularly wrong with that line. Searching the web, I did find a reference where someone had a similar problem (not Palm but was gcc under windows) where the problem actually was the gcc compiler was picking up the wrong cygwin1.dll. You might want to check to see if you have more than one cygwin1.dll on your box. Another possablity, change this macro definition to read: Code: #define AlmSetProcAlarm( procP, ref, alarmSeconds ) \ AlmSetAlarm(almProcAlarmCardNo, (localID)procP, ref, \ alarmSeconds, true) The main change was to get rid of the line continuation in the middle of the macro function declaration.

02-06-2007, 10:04 AM	#5
phreakonaleash Lifeflash'd and loving it Join Date: Nov 2006 Location: Phoenix AZ US Posts: 1,537	I'd say that's the prob, but then again, there is no cygwin1.dll. I'm linux (prolly should have metnioned it?) I'll try that code tonight. Thankee kindly __________________ [b]/PhreakOnALeash/ Ryan Rix -- KDE Developer, HomePage

02-06-2007, 03:14 PM

potter

Registered User

Join Date: Feb 2005

Location: SW, VA, USA

Posts: 937 potter is on a distinguished road

Quote:

Originally Posted by phreakonaleash

I'm linux (prolly should have metnioned it?)

And I assumed. Oh well.

Now dwelling in an area which I have very little knowledge ... When I was searching above, I thought I saw some mentions of similar problems associated with mixing gcc 2.9 with gcc 3.X. But I cannot comment beyond that.

02-06-2007, 09:21 PM	#7
phreakonaleash Lifeflash'd and loving it Join Date: Nov 2006 Location: Phoenix AZ US Posts: 1,537	oh, ok... found 5r3, so i'll give it a spin in a bit. (groundedness blows). Thanks all for help! __________________ [b]/PhreakOnALeash/ Ryan Rix -- KDE Developer, HomePage

07-28-2007, 05:37 AM	#8
micpro Registered User Join Date: Jul 2007 Posts: 1	Unix and DOS line endings I had the same issue. The reason are the DOS line endings in the header file "\r\n" instead of UNIX "\n". It could be fixed by running dos2unix on all header files in the PDK: Code: find /usr/local/share/palmdev/sdk-5r4 -name '*.h' \| xargs -n 1 dos2unix