Hi all,
Using gcc 4.3.3 compiling linux kernel 2.6.30-rc6 I get the followig error:
CC [M] net/mac80211/mlme.o
net/mac80211/mlme.c: In function 'ieee80211_rx_mgmt_assoc_resp':
net/mac80211/mlme.c:1445: error: insn does not satisfy its constraints:
(insn 1200 259 1201 30
--- Comment #16 from bonzini at gnu dot org 2009-05-24 08:04 ---
Subject: Re: [4.5 Regression]: cris-elf
gfortran.dg/forall_1.f90 -O1 execution
I'll note that, even though the bug is very rare and no testcase is
known in general, it affects every target with delay slots -- so
--- Comment #3 from ubizjak at gmail dot com 2009-05-24 09:11 ---
(In reply to comment #2)
what's wrong ? no more details were put e.g. here:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37179
This was different problem, with -march=native. And according to [1],
-march=geode works
The following tests fail with error: alignment of array elements is greater
than element size:
FAIL: gcc.dg/torture/stackalign/nested-2.c -O3 -fomit-frame-pointer (test for
excess errors)
WARNING: gcc.dg/torture/stackalign/nested-2.c -O3 -fomit-frame-pointer
compilation failed to produce
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-05-24 11:42 ---
*** Bug 39765 has been marked as a duplicate of this bug. ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-05-24 11:42 ---
*** This bug has been marked as a duplicate of 36482 ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-05-24 11:43 ---
*** This bug has been marked as a duplicate of 36482 ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from rguenth at gcc dot gnu dot org 2009-05-24 11:43 ---
*** Bug 40232 has been marked as a duplicate of this bug. ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from rguenth at gcc dot gnu dot org 2009-05-24 11:46 ---
PR39685 also looks related, but with a different instruction kind
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36482
--- Comment #2 from bonzini at gnu dot org 2009-05-24 11:48 ---
Fixed (I didn't know of the PR so I didn't include it in the changelog; it's
r147832).
--
bonzini at gnu dot org changed:
What|Removed |Added
--- Comment #6 from rguenth at gcc dot gnu dot org 2009-05-24 11:48 ---
Hm, also see PR23424. HP - time to revisit these?
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-05-24 11:49 ---
Mine.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-05-24 12:11 ---
Testcase:
typedef int aligned __attribute__((aligned(64)));
struct Frame {
aligned i;
};
void foo(struct Frame *p)
{
aligned *q = p-i;
*q = 0;
}
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40233
On Linux/x86-64, revision 147829:
http://gcc.gnu.org/ml/gcc-cvs/2009-05/msg00806.html
caused:
FAIL: g++.dg/torture/stackalign/eh-alloca-1.C -O3 -fomit-frame-pointer (test
for excess errors)
FAIL: g++.dg/torture/stackalign/eh-alloca-1.C -O3 -g (test for excess errors)
FAIL:
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-05-24 13:49 ---
*** Bug 40234 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-05-24 13:49 ---
*** This bug has been marked as a duplicate of 40233 ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Compiling the following program named crash_stackrealign.c with content:
#include stdlib.h
#include stdio.h
int main(void) {
float x = 42;
return 0;
}
gives the following error when using the flag -mstackrealign on x86_64 (no
problem on i686 or without the mstackrealign flag):
--- Comment #1 from olivier dot grisel at ensta dot org 2009-05-24 14:44
---
Created an attachment (id=17910)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17910action=view)
the generated .i tmp file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40235
--- Comment #4 from rguenth at gcc dot gnu dot org 2009-05-24 16:13 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #5 from rguenth at gcc dot gnu dot org 2009-05-24 16:13 ---
Subject: Bug 40233
Author: rguenth
Date: Sun May 24 16:12:58 2009
New Revision: 147835
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=147835
Log:
2009-05-24 Richard Guenther rguent...@suse.de
PR
--- Comment #4 from danglin at gcc dot gnu dot org 2009-05-24 17:22 ---
Although this bug doesn't seem to currently trigger on i686 or x86_64 linux,
it is still failing on hppa-unknown-linux-gnu.
--
danglin at gcc dot gnu dot org changed:
What|Removed
In the Linux kernel, we use (except in certain very restricted contexts) only
the subset of the x86 instruction set that can never cause #TS faults and thus
doesn't use the FSAVE/FXSAVE/XSAVE state. It appears that we need to add new
-mno- options (-mno-sse -mno-sse2 -mno-sse3...) as gcc starts
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-05-24 18:22 ---
I don't see why adding -mno-mmx is a problem (that disables all of the MMX and
SSE instructions). -mno-mmx will always disabling all of the future subsets
too.
--
--- Comment #2 from hpa at zytor dot com 2009-05-24 18:26 ---
If that's the official word, then that's good enough for us.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40236
--- Comment #3 from hpa at zytor dot com 2009-05-24 18:26 ---
I guess I would request that this be added to the documentation. Keep in mind,
though, that this should include x87, MMX, SSE, and AVX.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40236
http://www.feynarts.de/cuba/
Cuba 1.6 from 10 of may 2009
# ./configure
checking for gcc... gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
--- Comment #1 from pashev dot igor at gmail dot com 2009-05-24 18:55
---
Created an attachment (id=17911)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17911action=view)
the preprocessed file
gcc -O3 --save-temps -ffast-math -DHAVE_CONFIG_H -I./src/common -I. -I.
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-05-24 19:00 ---
Fixed in at least 4.3.3.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from tkoenig at gcc dot gnu dot org 2009-05-24 19:03 ---
Switching the known to fail versions around to make this bug appear
on the 4.5.0 regression list... maybe this will work.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed
--- Comment #3 from pashev dot igor at gmail dot com 2009-05-24 19:11
---
Good :-)
Will upgrade.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40237
--- Comment #4 from ubizjak at gmail dot com 2009-05-24 19:19 ---
(In reply to comment #1)
I don't see why adding -mno-mmx is a problem (that disables all of the MMX and
SSE instructions). -mno-mmx will always disabling all of the future subsets
too.
No, MMX and SSE are handled
--- Comment #2 from ubizjak at gmail dot com 2009-05-24 19:30 ---
There is a typo hiding somewhere, we should have and:DI instead of and:SI.
Confirmed on 4.3.4.
--
ubizjak at gmail dot com changed:
What|Removed |Added
--- Comment #3 from ubizjak at gmail dot com 2009-05-24 20:06 ---
Created an attachment (id=17912)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17912action=view)
patch
The mechanical patch that fixes the failure. However - do we need a realignment
at all on x86_64?
--
--- Comment #7 from fxcoudert at gcc dot gnu dot org 2009-05-24 20:07
---
*** Bug 38838 has been marked as a duplicate of this bug. ***
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from fxcoudert at gcc dot gnu dot org 2009-05-24 20:07
---
*** This bug has been marked as a duplicate of 36275 ***
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from fxcoudert at gcc dot gnu dot org 2009-05-24 20:08
---
PR38838 has additional testcases:
subroutine test() bind(c, name=trim(Hello ))
end
and
subroutine test() bind(c, name=1_name)
end
--
fxcoudert at gcc dot gnu dot org changed:
What
gcc -c -O3 ahd_bayer.i
ahd_bayer.i: In function 'xgp_ahd_interpolate':
ahd_bayer.i:3: internal compiler error: in gimple_verify_flow_info, at
tree-cfg.c:4603
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html for instructions.
--
--- Comment #1 from marcus at jet dot franken dot de 2009-05-24 20:56
---
Created an attachment (id=17913)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17913action=view)
ahd_bayer.i
gcc -c -O3
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40238
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-05-24 21:14 ---
Confirmed.
Ira, another case of a stale bb-aux field after SLP vectorization.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-05-24 21:17 ---
Confirmed. But properly supporting this is a bit of a hassle because we need
to
support assemblers other than GNU as.
--
rguenth at gcc dot gnu dot org changed:
What|Removed
GCC 4.4.0 (and earlier) requires a copy constructor for elements that are not
explicitly initialized using a non-empty aggregate initializer list. Thus the
following fails
struct B { B() { } private: B(B const); };
struct A { int a; B b; };
int main() {
A a = { 0 };
}
main.cpp: In function
--- Comment #2 from sabre at nondot dot org 2009-05-25 00:46 ---
This is very odd? What is the assembler doing that the compiler isn't?
--
sabre at nondot dot org changed:
What|Removed |Added
--- Comment #3 from pinskia at gcc dot gnu dot org 2009-05-25 00:55 ---
(In reply to comment #2)
This is very odd? What is the assembler doing that the compiler isn't?
different processors have better nops for different sizes.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40171
--- Comment #4 from hjl dot tools at gmail dot com 2009-05-25 01:53 ---
(In reply to comment #3)
Created an attachment (id=17912)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17912action=view) [edit]
patch
The mechanical patch that fixes the failure. However - do we need a
--- Comment #6 from jvdelisle at gcc dot gnu dot org 2009-05-25 03:07
---
Subject: Bug 39872
Author: jvdelisle
Date: Mon May 25 03:07:00 2009
New Revision: 147842
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=147842
Log:
2009-05-24 Jerry DeLisle jvdeli...@gcc.gnu.org
--- Comment #8 from jvdelisle at gcc dot gnu dot org 2009-05-25 03:07
---
Subject: Bug 35732
Author: jvdelisle
Date: Mon May 25 03:07:00 2009
New Revision: 147842
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=147842
Log:
2009-05-24 Jerry DeLisle jvdeli...@gcc.gnu.org
current trunk (version 147837, known good is 147824) ICEs on CP2K:
/data/vondele/gcc_bench/cp2k/makefiles/../src/realspace_grid_types.F: In
function 'rs_pw_transfer_replicated':
/data/vondele/gcc_bench/cp2k/makefiles/../src/realspace_grid_types.F:583:
internal compiler error: in
--
jv244 at cam dot ac dot uk changed:
What|Removed |Added
Target Milestone|--- |4.5.0
Version|4.4.0 |4.5.0
48 matches
Mail list logo