--- Comment #18 from pinskia at gcc dot gnu dot org 2008-12-28 21:34
---
You have to set CC to begin with if you are bootstrapping.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #19 from lucier at math dot purdue dot edu 2008-12-29 01:30
---
Maybe you could offer a few more details; I just tried
% cat ../../mainline/build-and-check-gcc-64-32
#!/bin/tcsh
/bin/rm -rf *; ../../mainline/configure CC='/usr/bin/gcc-4.0 -mcpu=970 -m64'
--- Comment #20 from pinskia at gcc dot gnu dot org 2008-12-29 02:42
---
/Users/lucier/programs/gcc/objdirs/mainline/./gcc/as: line 76: exec: : not
found
That means as was not found in the first place.
--target=powerpc-apple-darwin9.6.0
Since build == host != target, you are
--- Comment #21 from lucier at math dot purdue dot edu 2008-12-29 03:06
---
Thanks for your comments.
So, to get back to basics, how do I build a compiler on darwin that has a
64-bit gcc/cc1/etc., but compiles to 32-bit binaries by default?
--
--- Comment #17 from howarth at nitro dot med dot uc dot edu 2006-11-10
02:49 ---
A patch fixing this bug has been submitted to gcc-patches...
http://gcc.gnu.org/ml/gcc-patches/2006-11/msg00493.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26814
--- Comment #15 from howarth at nitro dot med dot uc dot edu 2006-11-03
03:14 ---
I can now complete a multilib build of the languages c, c++, objc and fortran
on a G4 under Darwin8 if I apply the following patch...
--- gcc-4.2-20061031/zlib/configure.ac.org 2006-11-02
--- Comment #16 from howarth at nitro dot med dot uc dot edu 2006-11-03
03:36 ---
After patching configure.ac and regenerating configure in zlib with...
aclocal -I ../config
autoreconf -I ../config
I find that I don't get a zlib subdirectory in the powerpc-apple-darwin8 build
--- Comment #13 from howarth at nitro dot med dot uc dot edu 2006-10-27
12:33 ---
The use of...
cd gfortran
aclocal -I ../config
autoconf
eliminated the build problems on a G4 for libgfortran. However it moved the
problems on to boehm-gc. I suspect we need to regenerate the
--- Comment #14 from fang at csl dot cornell dot edu 2006-10-27 18:14
---
Perhaps other directories need regen., according to Mike, the following are
outdated (as of 4.2-20061024):
http://gcc.gnu.org/ml/gcc/2006-10/msg00578.html
libdecnumber/aclocal.m4
zlib/aclocal.m4
intl/aclocal.m4
--- Comment #8 from howarth at nitro dot med dot uc dot edu 2006-10-26
13:38 ---
Geoff,
I thought this issue was supposed to be fixed by your changes in
r117741, however I am still seeing a failure when building without
--disable-multilib on a G4...
checking for
--- Comment #9 from howarth at nitro dot med dot uc dot edu 2006-10-26
14:07 ---
Geoff,
To clarify my previous remarks, it appears that this configure failure
happens in
libgfortran so it maybe that the changes in r117741 needs to extended to
include
libgfortran. The build is in
--- Comment #10 from fang at csl dot cornell dot edu 2006-10-26 16:57
---
This is also exactly what I see happening on a G4 build of the same 4.2
snapshot. It tries to build a multilib for fortran.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26814
--- Comment #11 from howarth at nitro dot med dot uc dot edu 2006-10-26
21:37 ---
Running...
aclocal
autoconf
...in libgfortran is insufficient to solve the multilib problem. The resulting
conflg.log from the resulting build in the libgfortran directory is attached to
this bug
--- Comment #12 from howarth at nitro dot med dot uc dot edu 2006-10-26
21:38 ---
Created an attachment (id=12498)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12498action=view)
config.log from libgfortran build directory after aclocal/autoconf
--
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-03-22 23:26 ---
Actually this is talked about in the thread I pointed to, since the addition of
toplevel bootstrap, GCC should be able to do this without any troubles.
--
pinskia at gcc dot gnu dot org changed:
What
--- Comment #4 from ebotcazou at gcc dot gnu dot org 2006-03-22 23:29
---
CC=gcc -m64 $srcdir/configure --prefix=/pkgs/gcc-4.1.0 --with-gmp=/sw/
--with-mpfr=/sw/ --with-as=/usr/local/odcctools-20060123/bin/as
--with-ld=/usr/local/odcctools-20060123/bin/ld --enable-languages=c
Well,
--- Comment #5 from ebotcazou at gcc dot gnu dot org 2006-03-22 23:30
---
Actually this is talked about in the thread I pointed to, since the addition
of
toplevel bootstrap, GCC should be able to do this without any troubles.
Note that the PR is reported against 4.1.0. And this
--- Comment #6 from lucier at math dot purdue dot edu 2006-03-23 02:53
---
Subject: Re: Bootstrapping with a non default ABI (-m64 on ppc-darwin or on
ppc-linux with a compiler defaulting to 32 and now defaulting to 64)
On Mar 22, 2006, at 5:29 PM, ebotcazou at gcc dot gnu dot org
--- Comment #7 from lucier at math dot purdue dot edu 2006-03-23 03:16
---
Subject: Re: Bootstrapping with a non default ABI (-m64 on ppc-darwin or on
ppc-linux with a compiler defaulting to 32 and now defaulting to 64)
By the way, the last thing the bootstrap does is build libiberty
19 matches
Mail list logo
