Subject: Re: compilation on solaris 8
From: Peter C. Tribble (ptribble@hgmp.mrc.ac.uk)
Date: Thu Jan 24 2002 - 08:33:59 CST
Hubert Figuiere said:
>>>According to lamberton@cyceron.fr <lamberton@cyceron.fr>:
>>>
>>>> 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
abiword-user-request@abisource.com with the word
unsubscribe in the message body.
This archive was generated by hypermail 2b25 : Thu Jan 24 2002 - 08:34:04 CST