Hubert Figuiere said: >>>According to [EMAIL PROTECTED] <[EMAIL PROTECTED]>: >>> >>>> In file included from types.h:18, >>>> from ttftool.c:6: >>>> ../../../../src/af/util/xp/ut_endian.h:59: endian.h: No such file or directory >>>> gmake[4]: Leaving directory `/export/home/meuh/Temp/abiword/abi/src/tools/ttftool/unix' >>>> ... >>>> >>>> if compilation search for endian.h, this if because OS_NAME seem's to be >>>> linux and not SunOS (cf. file ut_endian.h) !? >>>> >>>> I can modify ut_endian.h but maybe other compilations need a OS_NAME corect ? >>>> >>>> How can I define this variable correctly ? >>> >>>in ut_endian.h >>> >>>#elif defined(SunOS) /* this is defined by src/config/platform/sunos.mk */
That's platforms, not platform, I think. I get the same problem. My command line was: gcc -DPACKAGE=\"AbiSuite\" -DVERSION=\"0.99.1\" -DSTDC_HEADERS=1 -DHAVE_LIMITS_H=1 -DHAVE_STRINGS_H=1 -DHAVE_SYS_TIME_H=1 -DHAVE_UNISTD_H=1 -DHAVE_MALLOC_H=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_UNISTD_H=1 -DWORDS_BIGENDIAN=1 -DHAVE_EXPAT=1 -DHAVE_PSICONV=1 -DHAVE_WV=1 -DHAVE_ALLOCA_H=1 -DHAVE_ALLOCA=1 -DRETSIGTYPE=void -DHAVE_RE_COMP=1 -DHAVE_REGCOMP=1 -DHAVE_STRDUP=1 -DHAVE_STRSTR=1 -DSETENV_MISSING=1 -I. -I. -I../../../../src/af/util/xp -I../../../../src/af/ev/xp -I../../../../src/af/ev/xp -I../../../../src/af/gr/xp -I../../../../src/af/xap/xp -I../../../../src/af/util/unix -I../../../../src/af/ev/unix -I../../../../src/af/gr/unix -I../../../../src/af/xap/unix -Wall -pedantic -ansi -D_POSIX_SOURCE -D_BSD_SOURCE -pipe -I/data/tmp/system/build/abiword/psiconv/ -I/data/tmp/system/build/abiword/wv -DHAVE_LIBJPEG -I/usr/local/lib/glib/include -I/usr/local/include -I/usr/local/lib/glib/include -I/usr/local/include -I/usr/X11R6/include -DSUPPORTS_UT_IDLE=1 -c ps.c >>>BTW, Solaris 8 sparc or intel ? The above was Solaris 7 sparc. Solaris 7 intel gives the same error. Also, please don't use gcc -pipe; it doesn't give any benefit and doesn't work on my Solaris intel boxes [same OS; same patches; same gcc as sparc, where it does work]. I had problems earlier; autogen.sh didn't work under solaris (it didn't like my [current] versions of auto*). It didn't work properly on my redhat box either, although I was able to run the commands by hand to create the configure script. -Peter Tribble HGMP Computing Services http://www.hgmp.mrc.ac.uk/~ptribble/ ----------------------------------------------- To unsubscribe from this list, send a message to [EMAIL PROTECTED] with the word unsubscribe in the message body.
