From: Stuart B. <stu...@va...> - 2003-05-02 21:18:24
|
I'm having a problem compiling the source for db, which I believe is due to a problem with the path to the sdk. I think my problem is caused by my environment and isn't specific to db, but I'm hoping it's ok to ask about it here. The failure is shown here: db$ make /usr/bin/m68k-palmos-gcc -Wall -Werror -O2 -g -fno-exceptions -fno-rtti -DGLOBAL _ACCESS -include "config.h" -c main.c main.c: In function `PilotMain': main.c:648: `sysNotifyVolumeMountedEvent' undeclared (first use in this function) Up until now I've been dabbling in PalmOS development using sdk v3.5. (I hadn't installed the upgrade 1.) I have a symbolic link "sdk" to sdk-3.5. My makefiles typically have the -palmos3.5 option in the compiler command line, and I've been avoiding any v4 features in the applications I've been building up until now. I'm using prc-tools version 2.2. I recognized the offending function call in the error message above as new to v4. So I downloaded and installed sdk-4. I updated the symbolic link. (From within the .../palmdev directory: rm -f sdk; ln -s sdk-4 sdk) From my db project directory I ran "./configure", then "make". If I remove the "sdk" symbolic link I get the same compiler error. If it were using the link to locate the sdk, I would have thought the error would have been different. If I modify the makefile and add the -palmos4 the compiler reports "No genuine PalmOS.h found". If I temporarily rename directory sdk-3.5, I also get the "No genuine PalmOS.h found" error. It's apparent that the compiler is looking within sdk-3.5 for includes. What am I doing wrong? An unrelated, and probably irrelevant question: why the -fno-exceptions -fno-rtti compiler options in the makefile? Those only apply to C++ files don't they? Thanks for any help. Stuart |