--- 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 g
--- 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, g
--- 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 e
--- 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 comp
--- 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
--- 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 t
--- 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 #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 and
--- 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 #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:
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 --with-as=/us
--- 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
> --disab
--- 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
'mak
--- 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 #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.
--
http://gcc.gnu.org/bugzilla/show_bug.
--- 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 '/usr/loc
--- 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 #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
18 matches
Mail list logo
