--- Comment #16 from dhaliK at jla dot rutgers dot edu 2007-10-23 22:07
---
Ok, so I'm back on the track of what's going on here. I built it with multilib
as you said, and it builds 32/64 fine on Solaris, but when it goes to link
internally it chokes on the 64-bitness. In other words,
--- Comment #17 from ebotcazou at gcc dot gnu dot org 2007-10-24 05:26
---
In other words, gcc looks like it requires gnu ld in order to build 64bit
on Solaris and that was why we had been building two flavors of it.
That's wrong.
The file I'm showing above had been build with gcc
--- Comment #1 from ebotcazou at gcc dot gnu dot org 2007-09-30 09:09
---
We recently upgraded to 4.2.1 and noticed an immediate issue. After compiling
gcc for sparcv9 and specifically setting --with-ld=/usr/local/gnu/bin/ld,
It is as though /usr/local/gnu/bin/ld was not invoked at
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-09-30 09:22 ---
Also try with --with-gnu-ld/--with-gnu-as.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33598
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-09-30 09:26 ---
Also this does not make sense as bootstrap should have failed if gnu ld was not
used.
(In reply to comment #1)
It is as though /usr/local/gnu/bin/ld was not invoked at all. Could you post
the output of
--- Comment #4 from ebotcazou at gcc dot gnu dot org 2007-09-30 12:58
---
Also try with --with-gnu-ld/--with-gnu-as.
These switches are useless with --with-ld/--with-as. Moreover, the compiler is
apparently already configured for GNU ld.
--
--- Comment #5 from dhaliK at jla dot rutgers dot edu 2007-09-30 14:12
---
$ /usr/local/gnu/bin/ld --version
GNU ld version 2.17
Copyright 2005 Free Software Foundation, Inc.
This program is free software; you may redistribute it under the terms of
the GNU General Public License. This
--- Comment #6 from ebotcazou at gcc dot gnu dot org 2007-09-30 14:27
---
Two questions: Is --enable-bootstrap the default action and *should* I
be explicitly enabling bootstrap with this type of setup?
Yes, --enable-bootstrap is the default with 4.2.x so you only need to type
--- Comment #7 from ebotcazou at gcc dot gnu dot org 2007-09-30 14:32
---
Configured with: ../configure --enable-shared --enable-threads
--with-ld=/usr/local/gnu/bin/ld --with-as=/usr/local/gnu/bin/as
--disable-multilib --disable-libgcj --disable-libffi --disable-libjava
On 30 Sep 2007 14:32:32 -, ebotcazou at gcc dot gnu dot org
[EMAIL PROTECTED] wrote:
--- Comment #7 from ebotcazou at gcc dot gnu dot org 2007-09-30 14:32
---
Configured with: ../configure --enable-shared --enable-threads
--with-ld=/usr/local/gnu/bin/ld
--- Comment #8 from pinskia at gmail dot com 2007-09-30 16:58 ---
Subject: Re: gcc 4.2.1 ignores GNU ld on Solaris 9
On 30 Sep 2007 14:32:32 -, ebotcazou at gcc dot gnu dot org
[EMAIL PROTECTED] wrote:
--- Comment #7 from ebotcazou at gcc dot gnu dot org 2007-09-30 14:32
--- Comment #9 from ebotcazou at gcc dot gnu dot org 2007-09-30 17:00
---
nope two dots.
Yes, that's precisely why I said source gcc and not source.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33598
--- Comment #10 from dhaliK at jla dot rutgers dot edu 2007-09-30 17:08
---
We build it twice. One for normal sparc (v8+ I believe) and one for sparcv9.
The rpm spec file just cd's into gcc and makes a tmp sparc directory... hence
the ../configure. It then makes a sparcv9 directory
--- Comment #11 from ebotcazou at gcc dot gnu dot org 2007-09-30 17:51
---
We build it twice. One for normal sparc (v8+ I believe) and one for sparcv9.
The rpm spec file just cd's into gcc and makes a tmp sparc directory... hence
the ../configure. It then makes a sparcv9 directory
--- Comment #12 from dhaliK at jla dot rutgers dot edu 2007-09-30 18:12
---
Thanks for the subdir heads up, I was not aware of that being an issue. On my
next build I'll move it outside the src tree and see if it is happier.
As far as sparcv9 goes, the bin and lib dirs obviously have
--- Comment #13 from ebotcazou at gcc dot gnu dot org 2007-09-30 18:30
---
As far as sparcv9 goes, the bin and lib dirs obviously have to be different:
--bindir=/usr/local/bin/sparcv9 --libdir=/usr/local/lib/sparcv9
as opposed to defaults, but the main differences is the use of:
--- Comment #14 from dhaliK at jla dot rutgers dot edu 2007-09-30 18:40
---
None of these settings will give you a sparcv9 compiler and that could
explain your problem.
The sparcv9 subdirectory of /lib on Solaris contains 64-bit libraries so
you need a 64-bit capable compiler
--- Comment #15 from ebotcazou at gcc dot gnu dot org 2007-09-30 18:45
---
Sorry for the trouble, you've been a great help, but can you point me in the
right direction of a proper 64bit configure, or better yet, a multlib build
(than I only have to build it once! :) I know I had
18 matches
Mail list logo