--- Comment #1 from fxcoudert at gcc dot gnu dot org 2009-07-20 06:47
---
Original bug report was for: gcc version 4.5.0 20090717 on
x86_64-unknown-linux-gnu
Confirmed with trunk rev. 148180 on i386-darwin.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Ke
--- Comment #6 from sekar dot as at lntinfotech dot com 2009-07-20 06:27
---
Internal compiler error in `make_decl_rtl', at varasm.c:745
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=745
Hi,
The following short code example produces an internal
compiler error with g++ 4.4.0.
struct Void {};
template struct FunType {
typedef R ResultType;
};
struct WrongNumberOfSigArgs {};
template struct CFunType {
template struct Sig : public
FunType {};
template struct Sig : public
--- Comment #1 from howarth at nitro dot med dot uc dot edu 2009-07-20
03:08 ---
>From the regress powerpc-apple-darwin9 tester, the last revision which doesn't
show these failures was r148485 and the first to show these failures was
r148498.
--
http://gcc.gnu.org/bugzilla/show_bug
--- Comment #2 from davek at gcc dot gnu dot org 2009-07-20 01:27 ---
Taking assignment.
--
davek at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|u
--- Comment #3 from davek at gcc dot gnu dot org 2009-07-20 01:25 ---
Long since fixed.
--
davek at gcc dot gnu dot org changed:
What|Removed |Added
Status|UN
--- Comment #4 from kkojima at gcc dot gnu dot org 2009-07-20 00:01 ---
It started to fail after revision 142809:
r142809 | zadeck | 2008-12-18 22:38:39 +0900 (Thu, 18 Dec 2008) | 47 lines
2008-12-18 Kenneth Zadeck
PR rtl-optimization/37922
* dse.c (bb_info): Added r
--- Comment #13 from jvdelisle at gcc dot gnu dot org 2009-07-19 23:44
---
Fixed on 4.5.0 and 4.4.1. Thanks for bug report.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #12 from jvdelisle at gcc dot gnu dot org 2009-07-19 23:26
---
Subject: Bug 40714
Author: jvdelisle
Date: Sun Jul 19 23:26:20 2009
New Revision: 149797
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=149797
Log:
2009-07-19 Janne Blomqvist
Jerry DeLisle
--- Comment #11 from jvdelisle at gcc dot gnu dot org 2009-07-19 23:22
---
Subject: Bug 40714
Author: jvdelisle
Date: Sun Jul 19 23:22:37 2009
New Revision: 149796
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=149796
Log:
2009-07-19 Janne Blomqvist
Jerry DeLisle
--- Comment #10 from jvdelisle at gcc dot gnu dot org 2009-07-19 23:10
---
Subject: Bug 40714
Author: jvdelisle
Date: Sun Jul 19 23:10:22 2009
New Revision: 149795
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=149795
Log:
2009-07-19 Janne Blomqvist
Jerry DeLisle
--- Comment #6 from mikpe at it dot uu dot se 2009-07-19 22:29 ---
This was fixed for 4.4 by revision 133117, which did a fair amount of stack
frame management changes. Applying that change to 4.3-20090712 fixes this test
case also for 4.3.
I'm not in a position to do a full regression
--- Comment #6 from steven at gcc dot gnu dot org 2009-07-19 22:08 ---
*sigh* another kernel bug where kernel developers just immediately look to
blame gcc instead of trying to see their own mistake...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40803
--
jlquinn at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jlquinn at gcc dot gnu dot
|dot org
--- Comment #5 from ubizjak at gmail dot com 2009-07-19 20:30 ---
FYI, patch for linux kernel is at [1].
[1] http://marc.info/?l=linux-kernel&m=124801961215396&w=2
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40803
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-07-19 19:53 ---
Only if you build with checking enabled. But at least that confirms it is an
Ada frontend issue, not an optimization issue (as on the 4.4 branch this
checking is only done right after gimplification).
polyorb-bindi
--- Comment #2 from oliver dot kellogg at eads dot com 2009-07-19 19:29
---
Problem is also present on gcc-4_4-branch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40805
--- Comment #21 from rguenth at gcc dot gnu dot org 2009-07-19 19:24
---
Re-open on request. A workaround exists, so certainly not P1.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #20 from rguenth at gcc dot gnu dot org 2009-07-19 19:23
---
*** Bug 40806 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37739
--- Comment #4 from rguenth at gcc dot gnu dot org 2009-07-19 19:23 ---
I meant to re-open the other one...
*** This bug has been marked as a duplicate of 37739 ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-07-19 19:22 ---
Re-open on request.
A workaround is to use -O1 for building stage1.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from giffordj at la dot twcbc dot com 2009-07-19 18:41
---
Yes this is a duplicate of the bug 37739, but it's still not fixed. Please
re-open one of these.
The issue still happens even with the GCC 4.4.1 snapshot
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40806
--- Comment #6 from paolo dot carlini at oracle dot com 2009-07-19 18:36
---
In general, I recommend being wary of anything having to do with rel_ops: most
of the authors of the original C++03 standard have today a very low opinion of
it, essentially consider it irreparably broken.
--
--- Comment #5 from mariofutire at googlemail dot com 2009-07-19 18:06
---
Thanks for your detailed answer.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40804
--- Comment #1 from dave dot korn dot cygwin at gmail dot com 2009-07-19
17:50 ---
(In reply to comment #0)
> I notice that ffi_call_SYSV has to handle all the return types, but not
> ffi_closure_SYSV nor ffi_closure_raw_SYSV. Does anyone know why that is?
To answer my own questio
--- Comment #4 from rguenth at gcc dot gnu dot org 2009-07-19 17:35 ---
Use it in struct A:
struct A
{
using std::rel_ops;
bool operator<(const A &) const;
};
ADL (also known as Koenig lookup) will then find it for arguments of type A.
it's really not a good idea to globally impor
--- Comment #3 from mariofutire at googlemail dot com 2009-07-19 17:29
---
I have removed one of the "using" and still get the same problem:
#include
#include
using namespace std::rel_ops;
struct A
{
bool operator<(const A &) const;
};
void foo1()
{
bool ok = A() >= A(); // ju
--- Comment #13 from dave at hiauly1 dot hia dot nrc dot ca 2009-07-19
17:24 ---
Subject: Re: libcpp breaks bootstrap
> (In reply to comment #8)
> > Also seen on hppa64-hp-hpux11.11.
> >
>
> Does the patch also fix the hpux failure?
Yes.
Dave
--
http://gcc.gnu.org/bugzilla/sh
+++ This bug was initially created as a clone of Bug #32843 +++
>
> On Linux/ia32, this patch
>
> http://gcc.gnu.org/ml/gcc-cvs/2007-07/msg00336.html
>
> caused
>
> FAIL: libffi.call/return_sc.c -O0 -W -Wall execution test
> FAIL: libffi.call/return_sc.c -O2 execution test
> FAIL: libffi.call/r
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-07-19 17:04 ---
*** This bug has been marked as a duplicate of 37739 ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #19 from rguenth at gcc dot gnu dot org 2009-07-19 17:04
---
*** Bug 40806 has been marked as a duplicate of this bug. ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #17 from tammer at tammer dot net 2009-07-19 16:53 ---
Hello,
gcc 4.3.4 solves this problem.
Bye
Rainer
--
tammer at tammer dot net changed:
What|Removed |Added
-
Looks to be the same error as posted
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37739
Toolchain is GCC 4.4.0, Binutils 2.19.1, and eglibc 2.10.1. Also happens with
current 4.4.1 snapshot.
gcc -isystem /usr/include -m32 -g -fkeep-inline-functions -DIN_GCC -W -Wall
-Wwrite-strings -Wstrict-pro
--- Comment #12 from jlquinn at optonline dot net 2009-07-19 15:56 ---
(In reply to comment #8)
> Also seen on hppa64-hp-hpux11.11.
>
Does the patch also fix the hpux failure?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40800
--- Comment #4 from ubizjak at gmail dot com 2009-07-19 15:47 ---
BTW: Constraints in arch/x86/include/asm/uaccess_64.h from linux-2.6.31 are
wrong for all cases where mov is suffixed with "q", i.e.:
int __copy_to_user(void __user *dst, const void *src, unsigned size)
{
...
--- Comment #3 from kargl at gcc dot gnu dot org 2009-07-19 15:39 ---
Fixed on trunk.
I'll apply the patch to 4.4 branch once it re-opens in stage 1.
--
kargl at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from kargl at gcc dot gnu dot org 2009-07-19 15:38 ---
Subject: Bug 40727
Author: kargl
Date: Sun Jul 19 15:37:50 2009
New Revision: 149793
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=149793
Log:
2009-07-18 Steven G. Kargl
PR fortran/40727
*
--- Comment #3 from ubizjak at gmail dot com 2009-07-19 15:14 ---
"i" is not correct constraint to immediate operand for sign-extending movq.
Use "e".
--
ubizjak at gmail dot com changed:
What|Removed |Added
---
--- Comment #10 from tkoenig at gcc dot gnu dot org 2009-07-19 15:07
---
Subject: Bug 36874
Author: tkoenig
Date: Sun Jul 19 15:07:21 2009
New Revision: 149792
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=149792
Log:
2009-07-19 Thomas Koenig
PR libfortran/34670
--- Comment #12 from tkoenig at gcc dot gnu dot org 2009-07-19 15:07
---
Subject: Bug 34670
Author: tkoenig
Date: Sun Jul 19 15:07:21 2009
New Revision: 149792
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=149792
Log:
2009-07-19 Thomas Koenig
PR libfortran/34670
--- Comment #1 from oliver dot kellogg at eads dot com 2009-07-19 15:03
---
Created an attachment (id=18228)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18228&action=view)
source files for reproducing the problem
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40805
This does not happen with the 4.4.0 release but does happen with
trunk 20090314 and following:
$ gcc -c -v polyorb-binding_data-giop-inet.adb
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: ../../SOURCES/gcc/configure --prefix=/opt/gnat/fsf
--enable-languages=c,c++,ada --enable-de
--- Comment #2 from charlet at gcc dot gnu dot org 2009-07-19 14:37 ---
This is now handled properly (has been for a long time actually).
In Ada 95 mode, the code is rejected:
test_306835.adb:9:04: instantiation error at line 5
test_306835.adb:9:04: aliased component type must be constr
--- Comment #34 from jvdelisle at gcc dot gnu dot org 2009-07-19 13:43
---
Cygwin only patch submitted. MingW next.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32784
--- Comment #2 from paolo dot carlini at oracle dot com 2009-07-19 11:53
---
First, you should figure out what's so special on this system vs all the other
32-bit and 64-bit systems on which the developers are routinely testing (and
which are fine, see testsresults): I see that somethin
--- Comment #8 from hubicka at gcc dot gnu dot org 2009-07-19 10:27 ---
Subject: Bug 40676
Author: hubicka
Date: Sun Jul 19 10:27:07 2009
New Revision: 149789
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=149789
Log:
PR tree-optimization/40676
* tree-ssa-dce.c (
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-07-19 10:16 ---
using namespace std;
using namespace std::rel_ops;
is the problem. You are changing name-lookup results. With arbitrary
using directives you can get to arbitrary name-lookup results.
--
rguenth at gcc dot gnu
--- Comment #3 from irar at il dot ibm dot com 2009-07-19 09:35 ---
Testing a fix.
Ira
--
irar at il dot ibm dot com changed:
What|Removed |Added
AssignedTo|unas
--- Comment #2 from sezeroz at gmail dot com 2009-07-19 09:33 ---
Problem also exists in 4.4.0/4.4.1.
--
sezeroz at gmail dot com changed:
What|Removed |Added
--- Comment #1 from mariofutire at googlemail dot com 2009-07-19 09:11
---
Created an attachment (id=18227)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18227&action=view)
Preprocessed file to reproduce the error.
Filed obtained with
g++ -E foo.cpp -o foo.i
to reproduce the i
The fact that std::pair has operator>= defined in namespace std "hides"
oprator>= defined in namespace std::rel_ops, for all classes.
operator>= for pairs is defined in , and it is in namespace
std;
This only happens when " >= " is used from std, as in the case of
"greater_equal".
I use >= as an
--- Comment #1 from ktietz at gcc dot gnu dot org 2009-07-19 08:55 ---
I agree, that the behavior isn't correct here. %I32 is treated at the moment as
equivalent for %l width specifier. But in fact is the type __int32 specifying
an integer scalar with 32-bit width. For x86 and x64, where
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-07-19 08:53 ---
LIBRARY_PATH is used only for GCC internal files, not user libraries.
Just use -L.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #4 from rguenth at gcc dot gnu dot org 2009-07-19 08:51 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #5 from rguenth at gcc dot gnu dot org 2009-07-19 08:51 ---
Fixed (with -fwhopr the testcase now fails to link).
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from rguenth at gcc dot gnu dot org 2009-07-19 08:50 ---
Subject: Bug 40724
Author: rguenth
Date: Sun Jul 19 08:50:32 2009
New Revision: 149788
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=149788
Log:
2009-07-19 Richard Guenther
PR lto/40724
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-07-19 08:50 ---
Subject: Bug 40725
Author: rguenth
Date: Sun Jul 19 08:50:32 2009
New Revision: 149788
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=149788
Log:
2009-07-19 Richard Guenther
PR lto/40724
--- Comment #2 from net147 at gmail dot com 2009-07-19 08:22 ---
Created an attachment (id=18226)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18226&action=view)
Assembly output
$ gcc -Wp,-MD,drivers/staging/meilhaus/.memain.o.d -nostdinc -isystem
/usr/lib/gcc/x86_64-unknown-lin
--- Comment #1 from net147 at gmail dot com 2009-07-19 08:21 ---
Created an attachment (id=18225)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18225&action=view)
Preprocessed output
$ gcc -Wp,-MD,drivers/staging/meilhaus/.memain.o.d -nostdinc -isystem
/usr/lib/gcc/x86_64-unknown
Can't compile Linux 2.6.29.6 kernel with
grsecurity-2.1.14-2.6.29.6-200907122214 patch using GCC 4.4.0.
$ gcc -Wp,-MD,drivers/staging/meilhaus/.memain.o.d -nostdinc -isystem
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.4.0/include -Iinclude
-I/home/net147/gccbug/linux-2.6.29/arch/x86/include -include
--- Comment #3 from steven at gcc dot gnu dot org 2009-07-19 07:57 ---
What is the last revision that is known to work?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40797
62 matches
Mail list logo
