Feel free to disregard as this was a buildworld error of freeBSD 7.2 it may
mean nothing or most likely should be directed to the owner of s_fma.c or
is a stupid user error on my part.
The machine is a ibm quad xeon x366, 32GB RAM.
cc -m32 -march=nocona -mfancy-math-387 -DCOMPAT_32BIT
--- 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
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
--- 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=18225action=view)
Preprocessed output
$ gcc -Wp,-MD,drivers/staging/meilhaus/.memain.o.d -nostdinc -isystem
--- 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=18226action=view)
Assembly output
$ gcc -Wp,-MD,drivers/staging/meilhaus/.memain.o.d -nostdinc -isystem
--- 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=gccview=revrev=149788
Log:
2009-07-19 Richard Guenther rguent...@suse.de
PR
--- 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=gccview=revrev=149788
Log:
2009-07-19 Richard Guenther rguent...@suse.de
PR
--- 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:51 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- 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 #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,
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 bits/stl_pair.h, and it is in namespace
std;
This only happens when = is used from std, as in the case of
greater_equal.
I use =
--- 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=18227action=view)
Preprocessed file to reproduce the error.
Filed obtained with
g++ -E foo.cpp -o foo.i
to reproduce the
--- 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 #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
--- 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 #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=gccview=revrev=149789
Log:
PR tree-optimization/40676
* tree-ssa-dce.c
--- 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
--- 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 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
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
--- 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=18228action=view)
source files for reproducing the problem
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40805
--- 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=gccview=revrev=149792
Log:
2009-07-19 Thomas Koenig tkoe...@gcc.gnu.org
PR
--- 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=gccview=revrev=149792
Log:
2009-07-19 Thomas Koenig tkoe...@gcc.gnu.org
PR
--- 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 #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=gccview=revrev=149793
Log:
2009-07-18 Steven G. Kargl ka...@gcc.gnu.org
PR
--- 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 #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 #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
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
--- 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
--- 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 #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
+++ 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:
--- 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
--
--- 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 utility
#include functional
using namespace std::rel_ops;
struct A
{
bool operator(const A ) const;
};
void foo1()
{
bool ok = A()
--- 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 import
--- 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
--- 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 #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 #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 #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 #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 #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 #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 #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 #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).
--- 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-kernelm=124801961215396w=2
--
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 #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
--- 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 #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=gccview=revrev=149795
Log:
2009-07-19 Janne Blomqvist j...@gcc.gnu.org
--- 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=gccview=revrev=149796
Log:
2009-07-19 Janne Blomqvist j...@gcc.gnu.org
--- 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=gccview=revrev=149797
Log:
2009-07-19 Janne Blomqvist j...@gcc.gnu.org
--- 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 #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 zad...@naturalbridge.com
PR rtl-optimization/37922
*
--- 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
--- 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
--- 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.
--
59 matches
Mail list logo
