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

[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: Bruno Haible
Subject: Re: [bug-gnu-libiconv] Problems building a 64-bit iconv on Solaris x86
Date: Tue, 10 Aug 2010 21:44:39 +0200
User-agent: KMail/1.9.9

Hi David,

Note that you had started a similar thread in
  <http://lists.gnu.org/archive/html/bug-gnu-libiconv/2010-05/msg00000.html>,
in which case you said that you wanted to try a newer gcc.

Also, in
  <http://www.mail-archive.com/maintainers%40lists.opencsw.org/msg06385.html>
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.
> 
> http://trac.sagemath.org/sage_trac/ticket/9405

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
dangerous.

> A log file of a 64-bit failed build on host 'fulvia' running Solaris 10 
> update 5 
> 05/2008 can be seen here
> 
> http://trac.sagemath.org/sage_trac/attachment/ticket/9718/iconv-1.13.1.p2.log
> 
> The config.log can be seen here.
> 
> http://trac.sagemath.org/sage_trac/attachment/ticket/9718/config.log

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
  <http://lists.gnu.org/archive/html/bug-gnu-libiconv/2010-05/msg00004.html>.

Bruno



reply via email to

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