bug-gnu-libiconv
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[bug-gnu-libiconv] Building libiconv on Solaris 8


From: Atro Tossavainen
Subject: [bug-gnu-libiconv] Building libiconv on Solaris 8
Date: Mon, 12 May 2008 15:27:58 +0300 (EEST)

Hi,

I'm trying to get libiconv to work on Solaris.

I already have gettext installed.  It's quite old, though... 0.11.2 :)

Since Solaris does not have a stdint.h, the configure process creates
its own, but there's a problem with it:

cc -DHAVE_CONFIG_H -DEXEEXT=\"\" -I. -I.. -I../lib  -I../intl 
-DDEPENDS_ON_LIBICONV=1 -DDEPENDS_ON_LIBINTL=1 
-I/usr/local/gettext/latest/include  -g -c -o width.o `test -f 
'uniwidth/width.c' || echo './'`uniwidth/width.c
"./stdint.h", line 257: zero or negative subscript
cc: acomp failed for uniwidth/width.c
gmake[2]: *** [width.o] Error 2

line 257 in srclib/stdint.h is:

typedef int _verify_intmax_size[2 * (sizeof (intmax_t) == sizeof (uintmax_t)) 
-1];

Apparently (1) <sys/int_types.h> should be an acceptable substitute for
<stdint.h>, so if I replace that in error.c and unitypes.h, I can get
the package to compile.

When I run a "make check", it goes fine until

./check-subst
Segmentation Fault - core dumped
Segmentation Fault - core dumped
Segmentation Fault - core dumped

These are the 'printf's that have been noticed to crash on
Solaris 10 too.  I gather this is a feature and not a problem?

(1) http://sourceware.org/ml/binutils/2007-04/msg00319.html

-- 
Atro Tossavainen (Mr.)               / The Institute of Biotechnology at
Systems Analyst, Techno-Amish &     / the University of Helsinki, Finland,
+358-9-19158939  UNIX Dinosaur     / employs me, but my opinions are my own.
< URL : http : / / www . helsinki . fi / %7E atossava / > NO FILE ATTACHMENTS




reply via email to

[Prev in Thread] Current Thread [Next in Thread]