Hi everyone
When compiling inkscape 0.38.1 in macosx I get this error:
nr-type-directory.cpp: In function `bool ink_strstr(const char*, const char*)': nr-type-directory.cpp:302: `strcasestr' undeclared (first use this function) nr-type-directory.cpp:302: (Each undeclared identifier is reported only once for each function it appears in.)
I'm lost here. If anyone has got through a similar error, please provide hints on how to go through.
Thank you.
Albert
Albert <albert@...160...> writes:
When compiling inkscape 0.38.1 in macosx I get this error:
nr-type-directory.cpp: In function `bool ink_strstr(const char*, const char*)': nr-type-directory.cpp:302: `strcasestr' undeclared (first use this function)
I came across this on Solaris too. As written on http://inkscape.org/cgi-bin/wiki.pl?CompilingInkscape I just used the self-written implementation already in the file (for WIN32) by removing the ifdef stuff.
Cheers, Colin
Thanks Colin, and sorry because I should have checked the file itself as it reasulted really easy.
I'm new to Inkscape - how does one properly communicate developers about this incomplete ifndef ?
Further, though, I run into another compile problem:
In file included from /usr/include/dirent.h:64, from init.cpp:15: /usr/include/sys/dirent.h:73: 'u_int32_t' is used as a type, but is not defined as a type. /usr/include/sys/dirent.h:74: 'u_int16_t' is used as a type, but is not defined as a type. /usr/include/sys/dirent.h:75: 'u_int8_t' is used as a type, but is not defined as a type. /usr/include/sys/dirent.h:76: 'u_int8_t' is used as a type, but is not defined as a type.
This problem though looks like Apple's fault - though I doubt the filesystem dirent.h file is screwed up, wouldn't make sense in an otherwise perfectly sane mac.
Any help ?
Thank you.
Albert
On Wed, 2004-06-23 at 19:36, Albert wrote:
Thanks Colin, and sorry because I should have checked the file itself as it reasulted really easy.
I'm new to Inkscape - how does one properly communicate developers about this incomplete ifndef ?
Congrats, you just did. ^_^
Actually, while we do follow the user list pretty closely, it's usually a good idea to file a bug in the bug tracker.
I think removing the #ifdef test in this case is the right fix.
Ironically, it's now a moot point because nr-type-dictionary.cpp was removed in CVS as part of the "Pangoization" effort.
Further, though, I run into another compile problem:
In file included from /usr/include/dirent.h:64, from init.cpp:15: /usr/include/sys/dirent.h:73: 'u_int32_t' is used as a type, but is not defined as a type. /usr/include/sys/dirent.h:74: 'u_int16_t' is used as a type, but is not defined as a type. /usr/include/sys/dirent.h:75: 'u_int8_t' is used as a type, but is not defined as a type. /usr/include/sys/dirent.h:76: 'u_int8_t' is used as a type, but is not defined as a type.
Looks like Apple's dirent.h requires inttypes.h or stdint.h to be included beforehand. (Colin, do you happen to know which is more portable?)
-mental
MenTaLguY <mental@...32...> writes:
Looks like Apple's dirent.h requires inttypes.h or stdint.h to be included beforehand. (Colin, do you happen to know which is more portable?)
I'm everything but a portability expert, but http://www.lns.cornell.edu/public/COMP/info/autoconf/Header-Portability.html says that inttypes.h is the portable thing.
Cheers, Colin
I've tried #include <inttypes.h> and it compiles and run as well.
Albert
MenTaLguY <mental@...32...> writes:
Looks like Apple's dirent.h requires inttypes.h or stdint.h to be included beforehand. (Colin, do you happen to know which is more portable?)
I'm everything but a portability expert, but http://www.lns.cornell.edu/public/COMP/info/autoconf/Header- Portability.html says that inttypes.h is the portable thing.
Cheers, Colin
participants (3)
-
Albert -
Colin Marquardt -
MenTaLguY