--- Comment #42 from mmitchel at gcc dot gnu dot org 2007-02-10 01:02
---
Subject: Bug 29487
Author: mmitchel
Date: Sat Feb 10 01:02:30 2007
New Revision: 121788
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=121788
Log:
2007-02-06 Mark Mitchell [EMAIL PROTECTED]
PR
--- Comment #43 from mmitchel at gcc dot gnu dot org 2007-02-10 01:13
---
Fixed in 4.1.2, 4.2.0.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from dave at hiauly1 dot hia dot nrc dot ca 2007-02-10
01:17 ---
Subject: Re: [4.3 Regression] checking for correct version of gmp.h... no
Check earlier? Something must have gone wrong with AC_OBJEXT.
Here's the whole log. The result of the check at configure:3725
--- Comment #12 from grgoffe at yahoo dot com 2007-02-10 01:19 ---
Subject: Re: build of gcc midi-dssi fails
Tom,
Second build ran ok too...
I have a question though. I did a svn up before the build. Does that replace
the
configure file that I/we patched?
George...
--- tromey at
--- Comment #5 from drow at gcc dot gnu dot org 2007-02-10 01:36 ---
OK, I see it. The problem is that AC_PROG_CC is invoked inside an if
statement; objext doesn't get set before that point, so it's expanded inside
the if.
If this is covered in the autoconf documentation I don't know
--- Comment #6 from dave at hiauly1 dot hia dot nrc dot ca 2007-02-10
01:53 ---
Subject: Re: [4.3 Regression] checking for correct version of gmp.h... no
You can certainly work around the problem for now by not using --host. To
accomplish the same thing as that used to, you may
--- Comment #19 from tobi at gcc dot gnu dot org 2007-02-10 02:11 ---
This patch (the diff is against 4.1) fixes it on linux-i686 under valgrind.
I'm currently giving it the full testsuite exercise.
Index: gcc/fortran/decl.c
--- Comment #20 from tobi at gcc dot gnu dot org 2007-02-10 02:18 ---
Forgot the ChangeLog:
2007-02-10 Tobias Schlüter [EMAIL PROTECTED]
PR fortran/30478
* decl.c (variabl_decl): Add argument for case where we are compiling an
ENUM declaration.
--- Comment #21 from tobi at gcc dot gnu dot org 2007-02-10 02:50 ---
Here's a much cleaner patch, which makes us give slightly worse error messages
than before. I'll submit this to the list tomorrow when I'm done testing.
2007-02-10 Tobias Schlüter [EMAIL PROTECTED]
PR
#include vector
template class C
class Cow {
typedef std::vectorC vect;
typedef vect::iterator it;
};
On line 5, the iterator typedef, I get the very odd error that (reconstituting
the types) vect::iterator is not derived from type CowC.
It took me rather a long time to figure out that what
The test gcc.dg/tree-ssa/loop-25.c now fails on trunk; it
passed with 121775 and fails with 121781, with:
FAIL: gcc.dg/tree-ssa/loop-25.c scan-tree-dump-times Disambiguating loop 5
FAIL: gcc.dg/tree-ssa/loop-25.c scan-tree-dump-times Found latch edge 5
and in gcc.log I see:
PASS:
--- Comment #5 from kkojima at gcc dot gnu dot org 2007-02-10 06:48 ---
Subject: Bug 29599
Author: kkojima
Date: Sat Feb 10 06:47:49 2007
New Revision: 121792
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=121792
Log:
PR rtl-optimization/29599
* reload1.c
--- Comment #13 from tromey at gcc dot gnu dot org 2007-02-10 07:32 ---
The changes in your working tree should be identical to what I checked in.
'svn update' will notice this and do the right thing.
You can verify this with svn status libjava/classpath.
It ought to report no changes.
101 - 113 of 113 matches
Mail list logo