Hello,
In searching for reasons why GLUT wouldn't link without crashing CW, I
noticed that my 'OS X Volume' in CW's preferences was set not to '/', but to
'Developer/SDK's/MACOSX10.2.7sdk'. Vaguely I remember having to do this
sometime a while ago, maybe when switching to OSX10.3 with CW 8.3. Could
this be trouble? Should my 'OS X Volume' point to
/Developer/SDKs/MACOSX10.3.0sdk', or perhaps '/'?
I tried switching it to the 10.3 SDK, without trying to link to GLUT for
now, and I get these unexpected errors, looks like due to some of my
networking code:
Error : ';' expected
unistd.h line 129 void _Exit(int) __dead2;
Error : ';' expected
unistd.h line 130 void _exit(int) __dead2;
Error : ';' expected
unistd.h line 209 int getpagesize(void) __pure2;
Error : ';' expected
unistd.h line 129 void _Exit(int) __dead2;
Error : ';' expected
unistd.h line 130 void _exit(int) __dead2;
Error : ';' expected
unistd.h line 209 int getpagesize(void) __pure2;
Error : undefined identifier 'socklen_t'
socket.h line 374 socklen_t msg_namelen; /* size of address */
Error : undefined identifier 'socklen_t'
socket.h line 378 socklen_t msg_controllen; /* ancillary data buffer len
*/
Any suggestions?
Thanks!
Bint
Frederick Cheung - 07 Mar 2004 22:29 GMT
> Hello,
> In searching for reasons why GLUT wouldn't link without crashing CW, I
[quoted text clipped - 3 lines]
> this be trouble? Should my 'OS X Volume' point to
> /Developer/SDKs/MACOSX10.3.0sdk', or perhaps '/'?
It can be any of the 3. If you set it to / then you will be using the
libraries/headers for the version of OS X you installed, setting it to one
of the sdk folders allows you to target a version of OS X other than the
installed one.
> I tried switching it to the 10.3 SDK, without trying to link to GLUT for
> now, and I get these unexpected errors, looks like due to some of my
> networking code:
You need to rebuild your libraries and precompiled headers when you change
SDK.
Fred
> Error : ';' expected
> unistd.h line 129 void _Exit(int) __dead2;
[quoted text clipped - 24 lines]
> Thanks!
> Bint