>>>>> On Sat, 25 Sep 1999 14:44:08 +0200, Andy Polyakov <[EMAIL PROTECTED]> said:
FYI:
ar -V
GNU ar version 2.5.2
nm -V
GNU nm version 2.5.2
as -V
GNU assembler version 2.2 (sparc-sun-solaris2.3), using BFD version 2.2
ld -V
ld: Software Generation Utilities - Solaris/ELF (3.0)
/usr/local/GNU/bin/ld -V
ld version 2.5.2 (with BFD 2.5)
Andy> Ulf wrote:
>> So, "sun4u" (and even "Ultra-2" in the uname output) does not imply
>> that we can use -multrasparc?
I successfully build the system with :
solaris-sparcv8-gcc
as opposed to the default setting for "sun4u*-sun-solaris2"
solaris-sparcv9-gcc
Andy> I bet it does and the problem is very likely caused by out-of-date
Andy> GNU binutils present on the $PATH and/or in /.../gcc-lib/../*.
Surely version test of the utilities at Configure would resolve some of this.
>> What do we have to test for to get it right?
Andy> We could demand having /usr/ccs/bin *first* in the
Andy> $PATH. Unfortunately it won't help in situations when people have
Andy> out-of-date GNU binutils ('as' and 'ld' in particular) fused into
Andy> the path they have feeded the the gcc configure script with through
Andy> the --prefix option. As it was already discussed here gcc looks for
Andy> components like 'as' and 'ld' in its --prefix tree first and only
Andy> then falls down to vendor provided utilities:-( Just run 'truss -f
Andy> -t exec,access gcc a.c' to see where does it look for the stuff...
It could well be because I have my system configured to make use of the
System "ld" as opposed to the GNU "ld". This being historical due to various
warnings of using the GNU "ld" on Sparc Solaris system.
Tarang
______________________________________________________________________
OpenSSL Project http://www.openssl.org
Development Mailing List [EMAIL PROTECTED]
Automated List Manager [EMAIL PROTECTED]
