http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32272
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
--- Comment #13 from rwild at gcc dot gnu dot org 2009-09-22 18:05 ---
trunk implements the warning from comment #10 now, and r151880 fixes the
long-standing include-fixed bug with an in-tree build, so this can be
considered as fixed on trunk I guess.
--
rwild at gcc dot gnu dot org
--- Comment #12 from rwild at gcc dot gnu dot org 2009-09-22 18:00 ---
Subject: Bug 32272
Author: rwild
Date: Tue Sep 22 18:00:15 2009
New Revision: 152037
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=152037
Log:
Error out if building separately but srcdir has build remnants.
--- Comment #11 from laurent at guerby dot net 2008-06-19 07:45 ---
No difference, just to confim.
I must admit I never understood why GCC configure does not fail immediately
when sourcedir=builddir since it doesn't work, but I guess your proposed check
would be a step in this direction
--- Comment #10 from Ralf dot Wildenhues at gmx dot de 2008-06-19 07:22
---
Subject: Re: make exit because build/genmodes.exe
doesn't exist
* laurent at guerby dot net wrote on Thu, Jun 19, 2008 at 08:29:14AM CEST:
> It happened to me but I found the source: if even once you d
--- Comment #9 from laurent at guerby dot net 2008-06-19 06:29 ---
It happened to me but I found the source: if even once you did run configure in
the source dir then even if after that you configure in a clean build dir
you'll get this error.
So the solution is to regenerate a clean so
--- Comment #8 from Ralf dot Wildenhues at gmx dot de 2008-06-09 11:02
---
(In reply to comment #7)
> I am currently using GCC4.2.1 and the same problem still exist as described.
[...]
> build/genmodes -h > tmp-modes.h
> /bin/sh: build/genmodes: No such file or directory
> make[3]: ***
--- Comment #7 from huajie dot lee at gmail dot com 2007-10-09 02:39
---
Hi
I am currently using GCC4.2.1 and the same problem still exist as described.
2.1/libdecnumber -I. -c ../../gcc-4.2.1/libdecnumber/decimal128.c
rm -f libdecnumber.a
ar cru libdecnumber.a decNumber.o decContext
--- Comment #6 from haubi at gentoo dot org 2007-09-28 12:52 ---
More analysis (solution (?) at the end):
Compared gmake's debug-output from powerpc-aix5.3 to x86-gentoo-linux:
x86-gentoo-linux:
<<<
Considering target file `build/genmodes'.
File `build/genmodes' does not exist.
Looki
--- Comment #5 from jeff at jeffunit dot com 2007-09-28 01:37 ---
I am using gnu make-3.81
I just verified that the problem is still present.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32272
--- Comment #4 from haubi at gentoo dot org 2007-09-27 16:09 ---
Same here on aix5.3 - it seems to be a make problem, not finding the implicit
rule "build/gen%$(build_exeext):" for target 'build/genmodes', defined in
gcc-4.2.0/gcc/Makefile.in line 3026.
Which version of GNU make do you
--- Comment #3 from william dot adams at dot dot state dot fl dot us
2007-09-18 17:24 ---
4.2.1 had other build problems.
but this particular one appeared after i upgraded binutils to 2.18.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32272
--- Comment #2 from mwheeler at pittstate dot edu 2007-08-23 19:06 ---
I'm having this exact same problem. I'm building on AIX 5.3. My output looks
almost exactly the same as the other posters. My only configure option was:
--prefix=/usr/local
Here is the output:
make[3]: Entering direc
--- Comment #1 from boris at phidani dot be 2007-06-20 07:18 ---
got same problem with gcc 4.2.0 on suse linux 9.0:
I did:
/opt/gcc-4.2.0/configure --program-suffix=-4.2.0
then:
make CFLAGS='-O' LIBCFLAGS='-g -O2' LIBCXXFLAGS='-g -O2
-fno-implicit-templates' bootstrap
Here is the la
14 matches
Mail list logo
