[Top][All Lists]

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

Re: [bug-gnu-libiconv] Problems building a 64-bit iconv on Solaris x86

From: Dr. David Kirkby
Subject: Re: [bug-gnu-libiconv] Problems building a 64-bit iconv on Solaris x86
Date: Sun, 15 Aug 2010 22:41:42 +0100
User-agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv: Gecko/20100214 Thunderbird/3.0.1

On 08/10/10 08:44 PM, Bruno Haible wrote:
Hi David,


Sorry for the delay in replying. I had not noticed your first message, only the second one you sent today.

Note that you had started a similar thread in
in which case you said that you wanted to try a newer gcc.

Also, in
you said that switching to a newer gcc fixed the problem.

A little bit of information is given on a build failure on another machine
(hostname disk.math.washington.edu), which runs OpenSolaris.


The compilation ends with
Text relocation remains                         referenced
aliases_lookup                      0x1ab1e     .libs/iconv.o

This suggests that you should either try a newer gcc (see above), or
simplify the storage-class specifiers of the function 'aliases_lookup'
from lib/aliases_syssolaris.h so that it only it 'static __inline',
or maybe even only 'static'.

Additionally, your log file says
   "gcc driver version 4.3.2 (GCC) executing gcc version 4.2.3"
I would not do this. I would use a gcc driver of the same version
than the cc1 that is being executed. What's the benefit of using
a gcc driver 4.3.2 for reading the specs file of gcc 4.2.3? Sounds

I've actually concluded disk.math was badly set up, and gave up with that.

A log file of a 64-bit failed build on host 'fulvia' running Solaris 10 update 5
05/2008 can be seen here


The config.log can be seen here.


This one is already using gcc 4.5.1, so I suggest to you to report a bug
to the GCC developers, like we discussed in


As I remarked in my earlier email, it's not a gcc bug, as it is possible to link the library properly by choice of the right options to the linker. But it appears libtool is not sending those right options.

I think this is a libtool bug, which I put on my other mail, so I'm not going to repeat here.


reply via email to

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