http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48378
--- Comment #19 from nbi at wideopenwest dot com 2011-04-03 02:48:01 UTC ---
(In reply to comment #18)
> because x86_64 builds a multilib compiler by default, which is what most
> people
> want.
>
> use CONFIGARGS=--disable-multilib if you don't
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48378
--- Comment #18 from Jonathan Wakely 2011-04-03
00:21:32 UTC ---
because x86_64 builds a multilib compiler by default, which is what most people
want.
use CONFIGARGS=--disable-multilib if you don't want that, or install the 32buig
glibc headers
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48378
--- Comment #17 from nbi at wideopenwest dot com 2011-04-03 00:13:45 UTC ---
(In reply to comment #16)
> you can tell it to use local copies of the files if you've already downloaded
> them, look at the LOCAL_SRC variable
Thanks for your help.
You
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48378
--- Comment #16 from Jonathan Wakely 2011-04-02
23:44:47 UTC ---
you can tell it to use local copies of the files if you've already downloaded
them, look at the LOCAL_SRC variable
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48378
--- Comment #15 from nbi at wideopenwest dot com 2011-04-02 23:42:13 UTC ---
(In reply to comment #13)
> The docs for --with-gmp also point out you might need to use LD_LIBRARY_PATH
> so
> the gmp/mpfr/mpc libs will be found, which is the cause of
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48378
--- Comment #14 from Jonathan Wakely 2011-04-02
23:39:58 UTC ---
what my makefile does is put the gmp sources in the gcc tree as gcc-4.6.0/gmp
(not as gcc-4.6.0/gmp-5.0.1 as you seem to have it) and similarly for mpfr and
mpc. Then just configure
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48378
--- Comment #13 from Jonathan Wakely 2011-04-02
23:32:10 UTC ---
The docs for --with-gmp also point out you might need to use LD_LIBRARY_PATH so
the gmp/mpfr/mpc libs will be found, which is the cause of the "cannot compute
suffix" error, but I a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48378
Jonathan Wakely changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48378
--- Comment #11 from nbi at wideopenwest dot com 2011-04-02 23:18:08 UTC ---
(In reply to comment #10)
> (In reply to comment #9)
> > (In reply to comment #7)
> > > (In reply to comment #6)
> > > > I continue to get the originally reported error:
>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48378
--- Comment #10 from Jonathan Wakely 2011-04-02
22:52:32 UTC ---
(In reply to comment #9)
> (In reply to comment #7)
> > (In reply to comment #6)
> > > I continue to get the originally reported error:
> >
> > It looks as though you continue to b
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48378
--- Comment #9 from nbi at wideopenwest dot com 2011-04-02 22:24:00 UTC ---
(In reply to comment #7)
> (In reply to comment #6)
> > I continue to get the originally reported error:
>
> It looks as though you continue to build in the source dir, bu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48378
--- Comment #8 from Jonathan Wakely 2011-04-02
21:26:28 UTC ---
(In reply to comment #7)
> >
> > Maybe there's something wrong with the packaging of the source?
>
> It works for everyone else.
Actually maybe that's not true, you're not using t
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48378
--- Comment #7 from Jonathan Wakely 2011-04-02
21:25:35 UTC ---
(In reply to comment #6)
> I continue to get the originally reported error:
It looks as though you continue to build in the source dir, but I can't know
for sure as you didn't say h
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48378
--- Comment #6 from nbi at wideopenwest dot com 2011-04-02 21:16:47 UTC ---
I continue to get the originally reported error:
make[3]: Entering directory
`/usr/src/gcc-4.6-4.6.0.orig/gcc-4.6.0/host-x86_64-unknown-linux-gnu/gcc'
build/genhooks \
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48378
--- Comment #5 from Jonathan Wakely 2011-04-01
08:36:20 UTC ---
Building in a separate dir has the advantage you don't need to make clean, you
just remove the whole dir and start with an empty dir again.
I'm not sure 'make distclean' helps, does
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48378
--- Comment #4 from nbi at wideopenwest dot com 2011-04-01 03:12:26 UTC ---
Followed the instructions for separate build directory. 'make' fails with the
same error as before! Yes, I did a 'make distclean' before 'make'.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48378
--- Comment #3 from nbi at wideopenwest dot com 2011-03-31 17:35:44 UTC ---
My apologies, I should know better to RTFM for something of GCC's complexity.
Have gotten too used to packages for which only in place configure & make are
neccessary. Will
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48378
--- Comment #2 from Jonathan Wakely 2011-03-31
10:38:30 UTC ---
this is documented at
http://gcc.gnu.org/install/configure.html
and
http://gcc.gnu.org/wiki/FAQ#configure
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48378
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
19 matches
Mail list logo
