[Bug c/40469] [4.3/4.4/4.5 Regression] "Missing" uninitialized warning
--- Comment #4 from hp at gcc dot gnu dot org 2009-06-18 05:49 --- (In reply to comment #3) > ... so this is actually a duplicate of bug 18501. > > *** This bug has been marked as a duplicate of 18501 *** The loopness distinction for duplicate-marker seems bogus: PR22456 has a while-loop. The test-case for PR18501 has a for-loop. This one doesn't have a loop. Just saying, again. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40469
[Bug middle-end/40481] New: gcc.dg/plugin/one_time-test-1.c doesn't work on ia64
On Linux/ia64, I got FAIL: gcc.dg/plugin/one_time-test-1.c -fplugin=./one_time_plugin.so (internal compiler error) FAIL: gcc.dg/plugin/one_time-test-1.c -fplugin=./one_time_plugin.so (test for excess errors) -- Summary: gcc.dg/plugin/one_time-test-1.c doesn't work on ia64 Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: hjl dot tools at gmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40481
[Bug libstdc++/40380] class documentation should mention include file to use
--- Comment #2 from bkoz at gcc dot gnu dot org 2009-06-18 00:34 --- Add documentation keyword -- bkoz at gcc dot gnu dot org changed: What|Removed |Added Keywords||documentation http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40380
[Bug libstdc++/40297] [C++0x] debug mode vs atomics
--- Comment #3 from bkoz at gcc dot gnu dot org 2009-06-18 00:33 --- Jonathan, you are right. These assertions are all backwards. I see this hitting the following members: load store compare_exchange_strong I should have done tests for this, obviously. Ouch. Now you've done this for me, so yes proceed please. I'm still not sure that this kind of debug mode only error handling is correct but it seems like an approach that is vaguely familiar from other parts of the library. So at least usage is consistent, even if the original implementation was plain wrong There are many problems with memory ordering in the atomics2 implementation. It is known to be incorrect and incomplete, as the saying goes. The goal was to start experimenting with compliler builtins assuming x86_64 hardware and see how far we got, what kind of compiler intrinsics we needed first, how we test this stuff, etc etc. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40297
[Bug libstdc++/40380] class documentation should mention include file to use
--- Comment #1 from bkoz at gcc dot gnu dot org 2009-06-18 00:00 --- Agreed. Thanks for the feedback on docs. Will put this on the docs todo list. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40380
[Bug c++/40342] [4.4/4.5 Regression] ambiguous overload not diagnosed
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Known to work||4.3.3 Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40342
[Bug c++/40341] [4.4/4.5 Regression] invalid use of member in static member function not diagnosed
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Known to work||4.3.3 Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40341
[Bug libgcj/40181] [4.4 Regression] regressions in libjava testsuite on s390-linux
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P4 Summary|[4.4 regression] regressions|[4.4 Regression] regressions |in libjava testsuite on |in libjava testsuite on |s390-linux |s390-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40181
[Bug middle-end/40156] [4.4 Regression] Possible bogus warning in libstdc++ headers
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Keywords||diagnostic Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40156
[Bug c++/40405] [4.3/4.4/4.5 Regression] ICE with invalid initialization of template member
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40405
[Bug middle-end/40291] [4.3 Regression] ICE on unprototyped memcmp with long long last argument
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Keywords||ice-on-valid-code Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40291
[Bug middle-end/40204] [4.3 Regression] segfault with bitfields in structs
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40204
[Bug libgomp/39939] MinGW 4.3.0 fails to link sample programme.
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.3.5 |--- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39939
[Bug middle-end/39904] [4.3 Regressions] Loop is completely skipped due to wrong types in SCEV const-prop
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-06-17 21:01 --- Fixed with the backports for PR39455, PR40087. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Known to work|4.2.4 4.4.0 |4.2.4 4.4.0 4.3.4 Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39904
[Bug c/39855] [4.3 Regression] Shift optimization discards operands' side effects
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Keywords||wrong-code Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39855
[Bug middle-end/39954] [4.5 Regression] Revision 146817 caused unaligned access in gcc.dg/torture/pr26565.c
--- Comment #25 from sje at cup dot hp dot com 2009-06-17 20:37 --- Micheal, are you still working on this bug? It looks like you had a patch for it that you were testing but I don't see anything after that and the test is still failing. -- sje at cup dot hp dot com changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2009-06-17 20:37:33 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39954
[Bug target/40470] unable to find a register to spill in class �SSE_FIRST_REG�
--- Comment #6 from hjl dot tools at gmail dot com 2009-06-17 20:34 ---
(In reply to comment #4)
> Another testcase:
>
> [...@gnu-6 gcc]$ cat /tmp/pr40470-3.c
> #include
> __m128i load (char *);
> char *
> foo (char *p1, char *p2,
> int bmsk, __m128i mask1, __m128i mask2)
> {
> int len = 0;
> __m128i frag1, frag2;
> int cmp_s;
> if( !p2[0]) return p1;
> if( !p1[0] ) return NULL;
> frag2 = load (p2);
> frag1 = load (p1);
> frag2 = _mm_blendv_epi8(frag2, mask2, mask1);
> frag1 = _mm_blendv_epi8(frag1, mask1, mask2);
> cmp_s = _mm_cmpistrs(frag2, frag1, 0x0c);
> if( cmp_s )
> __asm("bsfl %[bmsk], %[len]" : [len] "=r" (len) : [bmsk] "r" (bmsk) );
> return p1 + len;
> }
> [...@gnu-6 gcc]$ ./xgcc -B./ -O2 -msse4 /tmp/pr40470-3.c -S
> -fno-asynchronous-unwind-tables
> /tmp/pr40470-3.c: In function ÂfooÂ:
> /tmp/pr40470-3.c:20:1: error: unable to find a register to spill in class
> ÂSSE_FIRST_REGÂ
> /tmp/pr40470-3.c:20:1: error: this is the insn:
> (insn 30 87 32 4 ./include/smmintrin.h:62 (set (reg:V16QI 25 xmm4 [82])
> (unspec:V16QI [
> (subreg:V16QI (reg/v:V2DI 25 xmm4 [orig:60 frag2 ] [60]) 0)
> (reg:V16QI 22 xmm1 [orig:64 D.8164 ] [64])
> (reg:V16QI 23 xmm2 [orig:63 D.8165 ] [63])
> ] 134)) 1791 {*sse4_1_pblendvb} (expr_list:REG_DEAD (reg/v:V2DI 25
> xmm4 [orig:60 frag2 ] [60])
> (nil)))
> /tmp/pr40470-3.c:20:1: internal compiler error: in spill_failure, at
> reload1.c:2094
> Please submit a full bug report,
> with preprocessed source if appropriate.
> See for instructions.
> [...@gnu-6 gcc]$
Even with my patch, GCSE removes xmm0 in those patterns and
makes it harder for IRA/reload to handle.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40470
[Bug target/40470] unable to find a register to spill in class �SSE_FIRST_REG�
--- Comment #5 from hjl dot tools at gmail dot com 2009-06-17 20:14 --- I don't think there are fixed xmm0 in those insns in the IRA pass. -- hjl dot tools at gmail dot com changed: What|Removed |Added CC||vmakarov at redhat dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40470
[Bug target/40470] unable to find a register to spill in class �SSE_FIRST_REG�
--- Comment #4 from hjl dot tools at gmail dot com 2009-06-17 20:01 ---
Another testcase:
[...@gnu-6 gcc]$ cat /tmp/pr40470-3.c
#include
__m128i load (char *);
char *
foo (char *p1, char *p2,
int bmsk, __m128i mask1, __m128i mask2)
{
int len = 0;
__m128i frag1, frag2;
int cmp_s;
if( !p2[0]) return p1;
if( !p1[0] ) return NULL;
frag2 = load (p2);
frag1 = load (p1);
frag2 = _mm_blendv_epi8(frag2, mask2, mask1);
frag1 = _mm_blendv_epi8(frag1, mask1, mask2);
cmp_s = _mm_cmpistrs(frag2, frag1, 0x0c);
if( cmp_s )
__asm("bsfl %[bmsk], %[len]" : [len] "=r" (len) : [bmsk] "r" (bmsk) );
return p1 + len;
}
[...@gnu-6 gcc]$ ./xgcc -B./ -O2 -msse4 /tmp/pr40470-3.c -S
-fno-asynchronous-unwind-tables
/tmp/pr40470-3.c: In function ÂfooÂ:
/tmp/pr40470-3.c:20:1: error: unable to find a register to spill in class
ÂSSE_FIRST_REGÂ
/tmp/pr40470-3.c:20:1: error: this is the insn:
(insn 30 87 32 4 ./include/smmintrin.h:62 (set (reg:V16QI 25 xmm4 [82])
(unspec:V16QI [
(subreg:V16QI (reg/v:V2DI 25 xmm4 [orig:60 frag2 ] [60]) 0)
(reg:V16QI 22 xmm1 [orig:64 D.8164 ] [64])
(reg:V16QI 23 xmm2 [orig:63 D.8165 ] [63])
] 134)) 1791 {*sse4_1_pblendvb} (expr_list:REG_DEAD (reg/v:V2DI 25
xmm4 [orig:60 frag2 ] [60])
(nil)))
/tmp/pr40470-3.c:20:1: internal compiler error: in spill_failure, at
reload1.c:2094
Please submit a full bug report,
with preprocessed source if appropriate.
See for instructions.
[...@gnu-6 gcc]$
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40470
[Bug tree-optimization/40087] [4.3 Regression] Number of iterations analysis wrong
--- Comment #19 from rguenth at gcc dot gnu dot org 2009-06-17 19:49 --- Fi-xed! -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40087
[Bug bootstrap/40061] [4.3 Regression] Bootstrap failure in dwarf2out.c, function add_subscript_info: 'dimension_number' undefined
--- Comment #9 from rguenth at gcc dot gnu dot org 2009-06-17 19:48 --- Still broken. Please fix ASAP. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40061
[Bug bootstrap/40477] [4.3 regression] build failure on alpha-linux-gnu mips-linux-gnu
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-06-17 19:46 --- *** This bug has been marked as a duplicate of 40061 *** -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40477
[Bug bootstrap/40061] [4.3 Regression] Bootstrap failure in dwarf2out.c, function add_subscript_info: 'dimension_number' undefined
--- Comment #8 from rguenth at gcc dot gnu dot org 2009-06-17 19:46 --- *** Bug 40477 has been marked as a duplicate of this bug. *** -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||debian-gcc at lists dot ||debian dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40061
[Bug tree-optimization/40087] [4.3 Regression] Number of iterations analysis wrong
--- Comment #18 from rguenth at gcc dot gnu dot org 2009-06-17 19:46 --- Subject: Bug 40087 Author: rguenth Date: Wed Jun 17 19:45:52 2009 New Revision: 148625 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=148625 Log: 2009-06-17 Richard Guenther Backport from mainline 2009-03-16 Jakub Jelinek PR tree-optimization/39455 * tree-ssa-loop-niter.c (number_of_iterations_lt_to_ne): Fix types mismatches for POINTER_TYPE_P (type). (number_of_iterations_le): Likewise. * gcc.dg/pr39455.c: New test. 2009-05-19 Zdenek Dvorak PR tree-optimization/40087 * tree-ssa-loop-niter.c (number_of_iterations_ne_max, number_of_iterations_ne): Rename never_infinite argument. (number_of_iterations_lt_to_ne, number_of_iterations_lt, number_of_iterations_le): Handle pointer-type ivs when exit_must_be_taken is false. (number_of_iterations_cond): Do not always assume that exit_must_be_taken if the control variable is a pointer. * gcc.dg/tree-ssa/pr40087.c: New test. Added: branches/gcc-4_3-branch/gcc/testsuite/gcc.dg/pr39455.c branches/gcc-4_3-branch/gcc/testsuite/gcc.dg/tree-ssa/pr40087.c Modified: branches/gcc-4_3-branch/gcc/ChangeLog branches/gcc-4_3-branch/gcc/testsuite/ChangeLog branches/gcc-4_3-branch/gcc/tree-ssa-loop-niter.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40087
[Bug tree-optimization/39455] [4.3 Regression] ICE : in compare_values_warnv, at tree-vrp.c:1073
--- Comment #17 from rguenth at gcc dot gnu dot org 2009-06-17 19:46 --- Subject: Bug 39455 Author: rguenth Date: Wed Jun 17 19:45:52 2009 New Revision: 148625 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=148625 Log: 2009-06-17 Richard Guenther Backport from mainline 2009-03-16 Jakub Jelinek PR tree-optimization/39455 * tree-ssa-loop-niter.c (number_of_iterations_lt_to_ne): Fix types mismatches for POINTER_TYPE_P (type). (number_of_iterations_le): Likewise. * gcc.dg/pr39455.c: New test. 2009-05-19 Zdenek Dvorak PR tree-optimization/40087 * tree-ssa-loop-niter.c (number_of_iterations_ne_max, number_of_iterations_ne): Rename never_infinite argument. (number_of_iterations_lt_to_ne, number_of_iterations_lt, number_of_iterations_le): Handle pointer-type ivs when exit_must_be_taken is false. (number_of_iterations_cond): Do not always assume that exit_must_be_taken if the control variable is a pointer. * gcc.dg/tree-ssa/pr40087.c: New test. Added: branches/gcc-4_3-branch/gcc/testsuite/gcc.dg/pr39455.c branches/gcc-4_3-branch/gcc/testsuite/gcc.dg/tree-ssa/pr40087.c Modified: branches/gcc-4_3-branch/gcc/ChangeLog branches/gcc-4_3-branch/gcc/testsuite/ChangeLog branches/gcc-4_3-branch/gcc/tree-ssa-loop-niter.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39455
[Bug tree-optimization/40087] [4.3 Regression] Number of iterations analysis wrong
--- Comment #17 from rguenth at gcc dot gnu dot org 2009-06-17 19:46 --- Fixed. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40087
[Bug tree-optimization/39455] [4.3 Regression] ICE : in compare_values_warnv, at tree-vrp.c:1073
--- Comment #16 from rguenth at gcc dot gnu dot org 2009-06-17 19:45 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39455
[Bug target/40411] -std=c99 does not enable c99 mode in Solaris C library
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|WAITING |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2009-06-17 19:42:47 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40411
[Bug bootstrap/40477] [4.3 regression] build failure on alpha-linux-gnu mips-linux-gnu
--- Comment #1 from mikpe at it dot uu dot se 2009-06-17 18:51 --- Dupe of PR40268/PR40061. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40477
[Bug rtl-optimization/40480] New: Inefficient code on insn with fixed hard register
Gcc 4.5.0 revision 148602 generates:
[...@gnu-6 intrin-1]$ cat y.c
#include
unsigned long long
foo1 (int x)
{
return _rdpmc (x);
}
[...@gnu-6 intrin-1]$ /export/build/gnu/gcc-intrin/build-x86_64-linux/gcc/xgcc
-B/export/build/gnu/gcc-intrin/build-x86_64-linux/gcc/ -O2 -S y.c -m32
[...@gnu-6 intrin-1]$ cat y.s
.file "y.c"
.text
.p2align 4,,15
.globl foo1
.type foo1, @function
foo1:
pushl %ebp
movl%esp, %ebp
movl8(%ebp), %ecx
rdpmc
popl%ebp
ret
.size foo1, .-foo1
when we use ECX during expand. If I let RA to allocate
register with
Index: i386.md
===
--- i386.md (revision 6164)
+++ i386.md (working copy)
@@ -22681,11 +22681,17 @@
rtx reg = gen_reg_rtx (DImode);
rtx si;
+#if 0
/* Force operand 1 into ECX. */
rtx ecx = gen_rtx_REG (SImode, CX_REG);
emit_insn (gen_rtx_SET (VOIDmode, ecx, operands[1]));
si = gen_rtx_UNSPEC_VOLATILE (DImode, gen_rtvec (1, ecx),
UNSPECV_RDPMC);
+#else
+ rtx op1 = force_reg (SImode, operands[1]);
+ si = gen_rtx_UNSPEC_VOLATILE (DImode, gen_rtvec (1, op1),
+ UNSPECV_RDPMC);
+#endif
if (TARGET_64BIT)
{
I got
---
[...@gnu-6 intrin-1]$ /export/build/gnu/gcc-intrin/build-x86_64-linux/gcc/xgcc
-B/export/build/gnu/gcc-intrin/build-x86_64-linux/gcc/ -O2 -S y.c -m32
[...@gnu-6 intrin-1]$ more y.s
.file "y.c"
.text
.p2align 4,,15
.globl foo1
.type foo1, @function
foo1:
pushl %ebp
movl%esp, %ebp
movl8(%ebp), %eax <<-- extra insn
movl%eax, %ecx
rdpmc
popl%ebp
ret
.size foo1, .-foo1
---
It seems that RA/reload handle insns with hard register
poorly if we don't assign hard register before hand.
--
Summary: Inefficient code on insn with fixed hard register
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: rtl-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hjl dot tools at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40480
[Bug libgcj/40479] libjava/gnu/gcj/util/natGCInfo.cc: bad call to sprintf
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-06-17 18:00 --- char temp[strlen(oomDumpName) + 20]; sprintf(temp, "%s%03d", temp, GC_dump_count++); I think it should rather be: sprintf(temp, "%s%03d", oomDumpName, GC_dump_count++); -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Component|java|libgcj Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2009-06-17 18:00:41 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40479
[Bug java/40479] New: libjava/gnu/gcj/util/natGCInfo.cc: bad call to sprintf
I just had a look at the source file libjava/gnu/gcj/util/natGCInfo.cc Around line 410 is the source code sprintf(temp, "%s%03d", temp, GC_dump_count++); It cannot be correct to read and write from the same buffer at the same time. Suggest replace one use of temp with another variable. -- Summary: libjava/gnu/gcj/util/natGCInfo.cc: bad call to sprintf Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: java AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dcb314 at hotmail dot com GCC host triplet: x86_64-suse-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40479
[Bug boehm-gc/40478] boehm-gc/os_dep.c: Resource leak
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-06-17 17:49 --- This only effects OS/2 support and nothing else. Please report this upstream. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED GCC host triplet|x86_64-suse-linux | GCC target triplet||os2 Resolution||WONTFIX http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40478
[Bug boehm-gc/40478] New: boehm-gc/os_dep.c: Resource leak
I just had a look at the source file boehm-gc/os_dep.c Around line 1103 is the source code myexefile = fopen(path, "rb"); It appears there is no matching call to fclose and so a resource leak occurs. Suggest add call to fclose. -- Summary: boehm-gc/os_dep.c: Resource leak Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: boehm-gc AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dcb314 at hotmail dot com GCC host triplet: x86_64-suse-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40478
[Bug c/10676] Using unnamed fields in initializers
--- Comment #9 from JonathanDBrandmeyer at eaton dot com 2009-06-17 17:16
---
Similarly, I would like the following to work as an extension to the anonymous
union support:
Given a structure like:
struct foo {
int a;
union {
int b;
float c;
};
int d;
};
I want to initialize it with a statement like:
struct foo value_of_foo = { .a = 0, .b = 1, .d = 2 };
instead of what is currently required, with braces around the initialization of
'foo::b':
struct foo value_of_foo = { .a = 0, { .b = 1 }, .d = 2 };
This is a natural extension of the ability to access members 'b' and 'c'
without tagging their union type.
--
JonathanDBrandmeyer at eaton dot com changed:
What|Removed |Added
CC||JonathanDBrandmeyer at eaton
||dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10676
[Bug target/40411] -std=c99 does not enable c99 mode in Solaris C library
--- Comment #4 from heydowns at borg dot com 2009-06-17 16:39 --- Also observed on gcc 4.3.3 -- heydowns at borg dot com changed: What|Removed |Added Version|3.4.6 |4.3.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40411
[Bug bootstrap/40477] New: [4.3 regression] build failure on alpha-linux-gnu mips-linux-gnu
seen on the 4.3 branch Matthias gcc -c -g -fkeep-inline-functions -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings-DHAVE_CONFIG_H -I. -I. -I../../src/gcc -I../../src/gcc/. -I../../src/gcc/../include -I../../src/gcc/../libcpp/include -I../../src/gcc/../libdecnumber -I../../src/gcc/../libdecnumber/dpd -I../libdecnumber ../../src/gcc/dwarf2out.c -o dwarf2out.o ../../src/gcc/dwarf2out.c: In function 'add_subscript_info': ../../src/gcc/dwarf2out.c:11328: error: break statement not within loop or switch make[5]: *** [dwarf2out.o] Error 1 -- Summary: [4.3 regression] build failure on alpha-linux-gnu mips- linux-gnu Product: gcc Version: 4.3.4 Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: debian-gcc at lists dot debian dot org GCC target triplet: alpha-linux-gnu mips-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40477
[Bug middle-end/32950] [4.5 regression] ICE with __complex__ double
--- Comment #20 from sje at cup dot hp dot com 2009-06-17 15:41 --- I forgot to put the defect number in the ChangeLog entry but this is fixed with r148614, a patch to expr.c. -- sje at cup dot hp dot com changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32950
[Bug target/40463] linux-eabi.h:79:36: error: identifier "not" is a special operator name in C++
--- Comment #3 from dave at hiauly1 dot hia dot nrc dot ca 2009-06-17 15:38 --- Subject: Re: linux-eabi.h:79:36: error: identifier "not" is a special operator name in C++ > > Could you specify which version of the source tree this was ? > > This is trunk, version 147956 or later. Using not_used instead of "not > used" would suffice to fix this, but the -Wc++-compat warning probably > should be smarter; there's no need to care about the expansions of unused > macros like this. I changed the define in my tree to "NOT USED" to avoid this. Dave -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40463
[Bug target/40470] unable to find a register to spill in class �SSE_FIRST_REG�
--- Comment #3 from hjl dot tools at gmail dot com 2009-06-17 15:38 ---
This fails with gcc 4.5:
[...@gnu-6 gcc]$ cat /tmp/pr40470-1.c
#include
__m128i load (char *);
char *
foo (char *p1, char *p2,
int bmsk, __m128i mask1, __m128i mask2)
{
int len = 0;
__m128i frag1, frag2;
int cmp_s;
if( !p2[0]) return p1;
if( !p1[0] ) return NULL;
frag2 = load (p2);
frag1 = load (p1);
frag2 = _mm_blendv_epi8(frag2, mask2, mask1);
frag1 = _mm_blendv_epi8(frag1, mask2, mask1);
cmp_s = _mm_cmpistrs(frag2, frag1, 0x0c);
if( cmp_s )
__asm("bsfl %[bmsk], %[len]" : [len] "=r" (len) : [bmsk] "r" (bmsk) );
return p1 + len;
}
[...@gnu-6 gcc]$ ./xgcc -B./ -O2 -msse4 /tmp/pr40470-1.c -S
/tmp/pr40470-1.c: In function ÂfooÂ:
/tmp/pr40470-1.c:20:1: error: unable to find a register to spill in class
ÂSSE_FIRST_REGÂ
/tmp/pr40470-1.c:20:1: error: this is the insn:
(insn 29 85 31 4 ./include/smmintrin.h:62 (set (reg:V16QI 25 xmm4 [82])
(unspec:V16QI [
(subreg:V16QI (reg/v:V2DI 25 xmm4 [orig:60 frag2 ] [60]) 0)
(reg:V16QI 22 xmm1 [orig:64 D.8182 ] [64])
(reg:V16QI 23 xmm2 [orig:63 D.8183 ] [63])
] 134)) 1797 {sse4_1_pblendvb} (expr_list:REG_DEAD (reg/v:V2DI 25
xmm4 [orig:60 frag2 ] [60])
(nil)))
/tmp/pr40470-1.c:20:1: internal compiler error: in spill_failure, at
reload1.c:2094
Please submit a full bug report,
with preprocessed source if appropriate.
See for instructions.
[...@gnu-6 gcc]$
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40470
[Bug target/40411] -std=c99 does not enable c99 mode in Solaris C library
--- Comment #3 from joseph at codesourcery dot com 2009-06-17 15:34 --- Subject: Re: -std=c99 does not enable c99 mode in Solaris C library On Wed, 17 Jun 2009, rguenth at gcc dot gnu dot org wrote: > GCC 3.4.x is no longer maintained, please check GCC 4.3.x or newer. It is a matter of straightforward observation of the config/*.h and config/*/*.h files that these files are not linked in. (That they should be linked in was noted on the Austin Group mailing list on 19 March 2005.) sol2.h links in values-Xc.o or values-Xa.o depending on -ansi, which itself is wrong because it doesn't allow for the other spellings of that option (-std=c89, -std=iso9899:1990, or -std=iso9899:199409 for C90 AMD1). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40411
[Bug target/40411] -std=c99 does not enable c99 mode in Solaris C library
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-06-17 15:24 --- GCC 3.4.x is no longer maintained, please check GCC 4.3.x or newer. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40411
[Bug target/40411] -std=c99 does not enable c99 mode in Solaris C library
--- Comment #1 from heydowns at borg dot com 2009-06-17 15:13 --- This also applies to Solaris x86. Additionally, this only applies to Solaris 10 and later. Earlier versions of Solaris did not ship c99-compliant C library and thus do not have the values-xpg6.o object file for enabling c99-compliance. -- heydowns at borg dot com changed: What|Removed |Added GCC build triplet|sparc-sun-solaris2.10 |*-solaris2.10 GCC host triplet|sparc-sun-solaris2.10 |*-solaris2.10 GCC target triplet|sparc-sun-solaris2.10 |*-solaris2.10 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40411
[Bug tree-optimization/39455] [4.3 Regression] ICE : in compare_values_warnv, at tree-vrp.c:1073
--- Comment #15 from rguenth at gcc dot gnu dot org 2009-06-17 15:12 --- Testing a backport. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|jakub at gcc dot gnu dot org|rguenth at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39455
[Bug tree-optimization/40087] [4.3 Regression] Number of iterations analysis wrong
--- Comment #16 from rguenth at gcc dot gnu dot org 2009-06-17 15:12 --- Back to P2. Testing a backport. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|rakdver at gcc dot gnu dot |rguenth at gcc dot gnu dot |org |org Priority|P1 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40087
[Bug target/40468] [4.5 Regression] FAIL: gcc.c-torture/execute/20061031-1.c execution, -Os
-- jsm28 at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.5.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40468
[Bug c/40435] [4.5 regression] Revision 148442 caused many regressions on trunk
-- jsm28 at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.5.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40435
[Bug c++/40342] [4.4/4.5 Regression] ambiguous overload not diagnosed
-- jsm28 at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.4.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40342
[Bug c++/40341] [4.4/4.5 Regression] invalid use of member in static member function not diagnosed
-- jsm28 at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.4.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40341
[Bug libgcj/40181] [4.4 regression] regressions in libjava testsuite on s390-linux
-- jsm28 at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.4.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40181
[Bug middle-end/40156] [4.4 Regression] Possible bogus warning in libstdc++ headers
-- jsm28 at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.4.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40156
[Bug target/40473] -mno-sched-prolog breaks function parameter debug location lists
--- Comment #3 from amodra at bigpond dot net dot au 2009-06-17 14:36 --- Created an attachment (id=18016) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18016&action=view) patch proposal Actually, it doesn't look all that hard to fix. The attached patch is a little horrible in that it doesn't use the normal method of insert_insn_on_edge(), commit_edge_insertions(), but we are too late for that. I tried, and found verify_flow_info() in commit_edge_insertions() was bombing on stuff already present. Patch currently bootstrapping with BOOT_CFLAGS="-g -O2 -mno-sched-prolog". -- amodra at bigpond dot net dot au changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |amodra at bigpond dot net |dot org |dot au Status|UNCONFIRMED |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40473
[Bug c/40474] gcc 4.3 no longer warns about missing newlines at end of files (regression from 4.2)
--- Comment #6 from joseph at codesourcery dot com 2009-06-17 14:28 --- Subject: Re: gcc 4.3 no longer warns about missing newlines at end of files (regression from 4.2) On Wed, 17 Jun 2009, rlerallut at free dot fr wrote: > And what happened to configuration flags ? Configuration flags to change details of warnings are generally a bad idea. > Why is this change not mentioned in http://gcc.gnu.org/gcc-4.3/changes.html ? That only lists significant changes, not the thousands of minor improvements and bug fixes for which you can search Bugzilla. If the person fixing a PR doesn't feel it's significant enough to mention in the release notes, it won't be listed there. > Or here http://gcc.gnu.org/gcc-4.3/porting_to.html ? Your concern appears to be porting from 4.3 to 4.2, and that page is about porting in the other direction. We don't write documentation for downgrading GCC. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40474
[Bug middle-end/40475] [4.5 Regression] gcc.dg/vect/vect-nest-cycle-[12].c
--- Comment #3 from hjl dot tools at gmail dot com 2009-06-17 14:24 --- Created an attachment (id=18015) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18015&action=view) Vectorizer dump -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40475
[Bug middle-end/40475] [4.5 Regression] gcc.dg/vect/vect-nest-cycle-[12].c
--- Comment #2 from hjl dot tools at gmail dot com 2009-06-17 14:24 --- Created an attachment (id=18014) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18014&action=view) Vectorizer dump -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40475
[Bug target/40470] unable to find a register to spill in class �SSE_FIRST_REG�
--- Comment #2 from hjl dot tools at gmail dot com 2009-06-17 14:16 --- A patch is posted at http://gcc.gnu.org/ml/gcc-patches/2009-06/msg01355.html -- hjl dot tools at gmail dot com changed: What|Removed |Added URL||http://gcc.gnu.org/ml/gcc- ||patches/2009- ||06/msg01355.html http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40470
[Bug c/40474] gcc 4.3 no longer warns about missing newlines at end of files (regression from 4.2)
--- Comment #5 from rlerallut at free dot fr 2009-06-17 14:15 --- (In reply to comment #4) > Behavior being undefined means no requirement for a diagnostic, and the > phase 1 mapping can introduce this newline in any case. Allright, so if I develop my code with gcc 4.3, I have no way of checking for these missing newlines before sending it to my colleagues that still use gcc 4.2 ? With Werror activated, it's quite a pain since it breaks builds on their machines. And what happened to configuration flags ? Why is this change not mentioned in http://gcc.gnu.org/gcc-4.3/changes.html ? Or here http://gcc.gnu.org/gcc-4.3/porting_to.html ? This is not a responsible behavior. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40474
[Bug middle-end/39227] ICE with -fstack-protector in add_stack_var_conflict, at cfgexpand.c:269
--- Comment #2 from mikpe at it dot uu dot se 2009-06-17 14:08 --- (In reply to comment #1) > Works for 4.4.1 and 4.5.0 ICEs for me with today's 4.4 branch on i686-linux. The -O0 -fstack-protector combination is key, with -O1 and above it works, ditto without -fstack-protector. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39227
[Bug c/40474] gcc 4.3 no longer warns about missing newlines at end of files (regression from 4.2)
--- Comment #4 from joseph at codesourcery dot com 2009-06-17 13:59 --- Subject: Re: gcc 4.3 no longer warns about missing newlines at end of files (regression from 4.2) On Wed, 17 Jun 2009, rlerallut at free dot fr wrote: > (In reply to comment #2) > > This is deliberate; see bug 14331. > > Err... What happened to following the standard ? > " > If a source file that is not empty > does not end in a new-line character, or ends in a new-line char- > acter immediately preceded by a backslash character, the behavior > is undefined. > " Behavior being undefined means no requirement for a diagnostic, and the phase 1 mapping can introduce this newline in any case. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40474
[Bug tree-optimization/18501] [4.3/4.4/4.5 Regression] Missing 'used uninitialized' warning (CCP)
--- Comment #35 from rguenth at gcc dot gnu dot org 2009-06-17 13:56 --- > The solution of moving the passes around has been discarded long ago. There > are > other possible solutions. so, what are these? Once we removed the uninitialized use (CCP) we cannot recover the information. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18501
[Bug tree-optimization/18501] [4.3/4.4/4.5 Regression] Missing 'used uninitialized' warning (CCP)
--- Comment #34 from rguenth at gcc dot gnu dot org 2009-06-17 13:55 --- Huh. Well then. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|WONTFIX | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18501
[Bug c/40474] gcc 4.3 no longer warns about missing newlines at end of files (regression from 4.2)
--- Comment #3 from rlerallut at free dot fr 2009-06-17 13:51 --- (In reply to comment #2) > This is deliberate; see bug 14331. Err... What happened to following the standard ? " If a source file that is not empty does not end in a new-line character, or ends in a new-line char- acter immediately preceded by a backslash character, the behavior is undefined. " C++ 98, 2.1.2 "Lexical conventions" -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40474
[Bug c/40474] gcc 4.3 no longer warns about missing newlines at end of files (regression from 4.2)
--- Comment #2 from joseph at codesourcery dot com 2009-06-17 13:35 --- Subject: Re: New: gcc 4.3 no longer warns about missing newlines at end of files (regression from 4.2) On Wed, 17 Jun 2009, rlerallut at free dot fr wrote: > When compiling a C or C++ program with gcc 4.3 (and 4.4), there is no longer a > warning about "no newline at end of file". This is deliberate; see bug 14331. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40474
[Bug tree-optimization/18501] [4.3/4.4/4.5 Regression] Missing 'used uninitialized' warning (CCP)
--- Comment #33 from manu at gcc dot gnu dot org 2009-06-17 13:25 --- (In reply to comment #32) > We can only fix it with the chance of raising more spurious warnings. One > reason why we run the "may be used uninitialized" pass very late. The solution of moving the passes around has been discarded long ago. There are other possible solutions. Nonetheless, every change that warns were we previously didn't may rise more spurious warnings, per the Halting problem. In fact, your patch to enable Wuninitialized at -O0 did certainly introduce many spurious warnings. Are you going to revert it? Making use of alias info to detect unitialized uses will introduce spurious warnings, are you going to close PR 19430 and similar? If so, feel free to go through http://gcc.gnu.org/wiki/Better_Uninitialized_Warnings#current and close all items as WONTFIX. You may all well directly close all bugs listed in PR 24639 that report a missing warning, since implementing the warning will almost certainly lead to spurious warning. The goal is to find a balance. Per Chris Lattner account, LLVM is able to detect simple cases of this PR without generating spurious warnings. So it can definitely be done. I think this PR should be kept open in case someone decides to improve the situation a bit. Please reopen. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18501
[Bug target/40473] -mno-sched-prolog breaks function parameter debug location lists
--- Comment #2 from pinskia at gmail dot com 2009-06-17 13:12 --- Subject: Re: -mno-sched-prolog breaks function parameter debug location lists This option should just be removed. Sent from my iPhone On Jun 17, 2009, at 2:21 AM, "amodra at bigpond dot net dot au" wrote: > > > --- Comment #1 from amodra at bigpond dot net dot au 2009-06-17 > 09:21 --- > See http://sourceware.org/bugzilla/show_bug.cgi?id=10231 > > > -- > > > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40473 > -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40473
Re: [Bug target/40473] -mno-sched-prolog breaks function parameter debug location lists
This option should just be removed. Sent from my iPhone On Jun 17, 2009, at 2:21 AM, "amodra at bigpond dot net dot au" > wrote: --- Comment #1 from amodra at bigpond dot net dot au 2009-06-17 09:21 --- See http://sourceware.org/bugzilla/show_bug.cgi?id=10231 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40473
[Bug middle-end/40404] Comparison involving unsigned int:17 bitfield seems wrong
--- Comment #9 from rguenth at gcc dot gnu dot org 2009-06-17 13:07 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Known to work|4.4.0 |4.3.4 4.4.0 Resolution||FIXED Target Milestone|--- |4.3.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40404
[Bug middle-end/40404] Comparison involving unsigned int:17 bitfield seems wrong
--- Comment #8 from rguenth at gcc dot gnu dot org 2009-06-17 13:06 --- Subject: Bug 40404 Author: rguenth Date: Wed Jun 17 13:06:21 2009 New Revision: 148610 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=148610 Log: 2009-06-17 Richard Guenther PR middle-end/40404 * fold-const.c (fold_binary): Verify the type precision of the stripped arguments of the comparison are the same before folding the comparison. * gcc.c-torture/execute/pr40404.c: New testcase. Added: branches/gcc-4_3-branch/gcc/testsuite/gcc.c-torture/execute/pr40404.c Modified: branches/gcc-4_3-branch/gcc/ChangeLog branches/gcc-4_3-branch/gcc/fold-const.c branches/gcc-4_3-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40404
[Bug fortran/40443] Elemental procedure in genericl interface incorrectly selected in preference to specific procedure
--- Comment #5 from dominiq at lps dot ens dot fr 2009-06-17 13:04 --- Note that the latest release of g95 gives now: E S, S E S, S -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40443
[Bug middle-end/40475] [4.5 Regression] gcc.dg/vect/vect-nest-cycle-[12].c
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.5.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40475
[Bug c/40476] SEG fault on redefinition of struct error
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-06-17 13:02 --- Works for me. gcc-4.2 --version gcc-4.2 (GCC) 4.2.4 (Debian 4.2.4-6) Copyright (C) 2007 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. and with any later/earlier version I have available. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40476
[Bug c/40435] [4.5 regression] Revision 148442 caused many regressions on trunk
--- Comment #7 from aldyh at gcc dot gnu dot org 2009-06-17 13:00 --- Fix for func-ptr-conv-1.c failure. http://gcc.gnu.org/ml/gcc-patches/2009-06/msg01344.html -- aldyh at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |ASSIGNED Last reconfirmed|2009-06-16 02:28:24 |2009-06-17 13:00:13 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40435
[Bug tree-optimization/18501] [4.3/4.4/4.5 Regression] Missing 'used uninitialized' warning (CCP)
--- Comment #32 from rguenth at gcc dot gnu dot org 2009-06-17 12:59 --- We can only fix it with the chance of raising more spurious warnings. One reason why we run the "may be used uninitialized" pass very late. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18501
[Bug fortran/40472] Problem with spread intrinsic
--- Comment #2 from dominiq at lps dot ens dot fr 2009-06-17 12:57 --- > Without checking, I'd think that it doesn't hang, but would complete after a > significant amount of time. My guess: the time is spent to traverse the list > to > append new elements to the constructor ... You're right! on a Core2Duo 2.1Ghz it compiles in more than 12': [ibook-dhum] f90/bug% time gfc pr40472.f90 750.531u 1.899s 12:33.20 99.8% 0+0k 0+28io 0pf+0w Probably a duplicate of pr34554 (see also pr19925). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40472
[Bug c/40401] [4.5 Regression] ICE: verify_gimple failed
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-06-17 12:51 --- C frontend issue. The gimplfier is fed (*fp)(0) with fp of type void (*) (const int) but then, after gimplifying foo we do patch fps type to void (*) (int): Hardware watchpoint 4: *$2 Old value = (tree) 0xb7d4e230 New value = (tree) 0xb7d4e310 0x080c80c6 in pop_scope () at /home/richard/src/trunk/gcc/c-decl.c:1225 1225TREE_TYPE (b->shadowed->decl) = b->shadowed->u.type; (gdb) bt #0 0x080c80c6 in pop_scope () at /home/richard/src/trunk/gcc/c-decl.c:1225 #1 0x080c8501 in pop_file_scope () at /home/richard/src/trunk/gcc/c-decl.c:1306 #2 0x08166df6 in c_common_parse_file (set_yydebug=0) at /home/richard/src/trunk/gcc/c-opts.c:1281 #3 0x08599792 in compile_file () at /home/richard/src/trunk/gcc/toplev.c:1025 #4 0x0859b61f in do_compile () at /home/richard/src/trunk/gcc/toplev.c:2345 #5 0x0859b6f8 in toplev_main (argc=3, argv=0xb534) at /home/richard/src/trunk/gcc/toplev.c:2390 #6 0x0819d96a in main (argc=153092128, argv=0x0) at /home/richard/src/trunk/gcc/main.c:35 that's not going to fly. Maybe fixed with gimplification unit-at-a-time. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|rguenth at gcc dot gnu dot |unassigned at gcc dot gnu |org |dot org Status|ASSIGNED|NEW Component|middle-end |c http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40401
[Bug testsuite/40359] [4.5 Regression] Revision 148211 caused a lot of failures in the vect test suite.
--- Comment #30 from dominiq at lps dot ens dot fr 2009-06-17 12:48 --- > Oh, so the first dump you attached (in comment #11) was for -m32. Now it > makes sense. Since I started to have some doubts about it, I redid it for both cases to be sure. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40359
[Bug middle-end/40475] [4.5 Regression] gcc.dg/vect/vect-nest-cycle-[12].c
--- Comment #1 from irar at il dot ibm dot com 2009-06-17 12:46 --- Could you please attach a vectorizer dump for one of them? I need to know what prevented vectorization. Thanks, Ira -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40475
[Bug c/40476] New: SEG fault on redefinition of struct error
$ cat test.c
struct R
{
char c;
}
struct R
{
struct R r;
}
int main(void)
{
struct R r;
return 0;
}
$ gcc test.c
test.c:7: error: redefinition of struct R
test.c:11: error: two or more data types in declaration specifiers
test.c:11: error: two or more data types in declaration specifiers
test.c: In function main:
test.c:15: error: incompatible types in return
test.c:12: warning: return type of main is not int
gcc: Internal error: Segmentation fault (program cc1)
Please submit a full bug report.
See http://gcc.gnu.org/bugs.html> for instructions.
For Debian GNU/Linux specific bug reporting instructions, see
.
$ gcc -v
Using built-in specs.
Target: i486-linux-gnu
Configured with: ../src/configure -v
--enable-languages=c,c++,fortran,objc,obj-c++,treelang --prefix=/usr
--enable-shared --with-system-zlib --libexecdir=/usr/lib
--without-included-gettext --enable-threads=posix --enable-nls
--with-gxx-include-dir=/usr/include/c++/4.2 --program-suffix=-4.2
--enable-clocale=gnu --enable-libstdcxx-debug --enable-objc-gc --enable-mpfr
--enable-targets=all --enable-checking=release --build=i486-linux-gnu
--host=i486-linux-gnu --target=i486-linux-gnu
Thread model: posix
$ cat test.i
# 1 "test.c"
# 1 ""
# 1 ""
# 1 "test.c"
struct R
{
char c;
}
struct R
{
struct R r;
}
int main(void)
{
struct R r;
return 0;
}
--
Summary: SEG fault on redefinition of struct error
Product: gcc
Version: 4.2.4
Status: UNCONFIRMED
Severity: minor
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tor_rustad at hotmail dot com
GCC build triplet: i486-linux-gnu
GCC host triplet: i486-linux-gnu
GCC target triplet: i486-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40476
[Bug tree-optimization/39120] [4.3/4.4 Regression] Missed escape constraints for call results
--- Comment #10 from rguenth at gcc dot gnu dot org 2009-06-17 12:40 --- I have no plans for fixing the branches. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|rguenth at gcc dot gnu dot |unassigned at gcc dot gnu |org |dot org Status|ASSIGNED|NEW http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39120
[Bug testsuite/40359] [4.5 Regression] Revision 148211 caused a lot of failures in the vect test suite.
--- Comment #29 from irar at il dot ibm dot com 2009-06-17 12:40 --- Oh, so the first dump you attached (in comment #11) was for -m32. Now it makes sense. I think, we have to distinguish between vect_no_align and the other cases. I will prepare a patch tomorrow. Thanks, Ira -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40359
[Bug tree-optimization/36400] [4.3 Regression] points-to results wrong
--- Comment #10 from rguenth at gcc dot gnu dot org 2009-06-17 12:38 --- WONTFIX for 4.3. Alias fixes are considered too risky at this stage. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Known to fail|4.2.4 4.3.1 |4.2.4 4.3.1 4.3.4 Resolution||FIXED Target Milestone|4.3.4 |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36400
[Bug tree-optimization/36387] [4.3 Regression] points-to variables not transitively clobbered
--- Comment #9 from rguenth at gcc dot gnu dot org 2009-06-17 12:37 --- WONTFIX for 4.3. Alias fixes are considered too risky at this stage. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Known to fail|4.2.4 4.3.1 |4.2.4 4.3.1 4.3.4 Resolution||FIXED Target Milestone|4.3.4 |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36387
[Bug tree-optimization/36373] [4.3 Regression] Wrong code with struct return
--- Comment #13 from rguenth at gcc dot gnu dot org 2009-06-17 12:37 --- WONTFIX for 4.3. Alias fixes are considered too risky at this stage. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Known to fail||4.3.4 Resolution||FIXED Target Milestone|4.3.4 |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36373
[Bug middle-end/36227] [4.3 Regression] POINTER_PLUS folding introduces undefined overflow
--- Comment #19 from rguenth at gcc dot gnu dot org 2009-06-17 12:35 --- WONTFIX for 4.3. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Known to fail|4.3.2 |4.3.2 4.3.3 4.3.4 Resolution||FIXED Target Milestone|4.3.4 |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36227
[Bug tree-optimization/39074] [4.3 Regression] PTA constraint processing for *x = y is wrong
--- Comment #20 from rguenth at gcc dot gnu dot org 2009-06-17 12:34 --- WONTFIX for 4.3. Alias fixes are considered too risky at this stage. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|4.3.4 |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39074
[Bug middle-end/40475] New: [4.5 Regression] gcc.dg/vect/vect-nest-cycle-[12].c
On Linux/ia64, revision 148518 gave: FAIL: gcc.dg/vect/vect-nest-cycle-1.c scan-tree-dump-times vect "OUTER LOOP VECTORIZED" 1 FAIL: gcc.dg/vect/vect-nest-cycle-2.c scan-tree-dump-times vect "OUTER LOOP VECTORIZED" 1 Revision 148510 is OK. -- Summary: [4.5 Regression] gcc.dg/vect/vect-nest-cycle-[12].c Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: hjl dot tools at gmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40475
[Bug middle-end/40404] Comparison involving unsigned int:17 bitfield seems wrong
--- Comment #7 from rguenth at gcc dot gnu dot org 2009-06-17 12:31 --- Subject: Bug 40404 Author: rguenth Date: Wed Jun 17 12:30:54 2009 New Revision: 148606 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=148606 Log: 2009-06-17 Richard Guenther PR middle-end/40404 * gcc.c-torture/execute/pr40404.c: New testcase. Added: trunk/gcc/testsuite/gcc.c-torture/execute/pr40404.c Modified: trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40404
[Bug middle-end/40404] Comparison involving unsigned int:17 bitfield seems wrong
--- Comment #6 from rguenth at gcc dot gnu dot org 2009-06-17 12:28 --- Subject: Bug 40404 Author: rguenth Date: Wed Jun 17 12:28:43 2009 New Revision: 148605 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=148605 Log: 2009-06-17 Richard Guenther PR middle-end/40404 * gcc.c-torture/execute/pr40404.c: New testcase. Added: branches/gcc-4_4-branch/gcc/testsuite/gcc.c-torture/execute/pr40404.c Modified: branches/gcc-4_4-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40404
[Bug tree-optimization/18501] [4.3/4.4/4.5 Regression] Missing 'used uninitialized' warning (CCP)
--- Comment #31 from manu at gcc dot gnu dot org 2009-06-17 12:17 --- (In reply to comment #30) > (In reply to comment #28) > > We are not going to fix this. > > > > Why? There are many ways to alleviate this. Doing some warnings in the > front-ends, such LLVM does is one. Or propagate some "uninitialized" bit, that > can checked later. Or something that hasn't invented yet. It is clear that > other compilers can get this right, so GCC could, if someone had the time and > interest. BTW, in my review of Wuninitialized problems, this is problem number 1 of missing warnings, as evidenced by the number of duplicates. So even alleviating this in simple cases would be a major improvement. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18501
[Bug testsuite/40359] [4.5 Regression] Revision 148211 caused a lot of failures in the vect test suite.
--- Comment #28 from dominiq at lps dot ens dot fr 2009-06-17 12:12 ---
Does the following patch makes more sense for you:
--- ../_gcc_clean/gcc/testsuite/gcc.dg/vect/vect-42.c 2009-06-05
18:02:02.0 +0200
+++ gcc/testsuite/gcc.dg/vect/vect-42.c 2009-06-17 14:08:50.0 +0200
@@ -63,7 +63,8 @@ int main (void)
}
/* { dg-final { scan-tree-dump-times "vectorized 2 loops" 1 "vect" } } */
-/* { dg-final { scan-tree-dump-times "Alignment of access forced using
versioning" 3 "vect" { target { vect_no_align || { { !
vector_alignment_reachable} && {!vect_hw_misalign} } } } } } */
+/* { dg-final { scan-tree-dump-times "Alignment of access forced using
versioning" 1 "vect" { target { vect_no_align || { { !
vector_alignment_reachable } && { ! vect_hw_misalign } } } } } } */
/* { dg-final { scan-tree-dump-times "Vectorizing an unaligned access" 4
"vect" { xfail { { vect_no_align || vect_hw_misalign } || { !
vector_alignment_reachable } } } } } */
+/* { dg-final { scan-tree-dump-times "Vectorizing an unaligned access" 2
"vect" { xfail { { vect_no_align || vect_hw_misalign } ||
vector_alignment_reachable } } } } */
/* { dg-final { scan-tree-dump-times "Alignment of access forced using
peeling" 1 "vect" { xfail { { vect_no_align || vect_hw_misalign } || { !
vector_alignment_reachable } } } } } */
/* { dg-final { cleanup-tree-dump "vect" } } */
which yields:
Running target unix
Using /sw/share/dejagnu/baseboards/unix.exp as board description file for
target.
Using /sw/share/dejagnu/config/unix.exp as generic interface file for target.
Using /opt/gcc/gcc-4.5-work/gcc/testsuite/config/default.exp as
tool-and-target-specific interface file.
Running /opt/gcc/gcc-4.5-work/gcc/testsuite/gcc.dg/vect/vect.exp ...
=== gcc Summary for unix ===
# of expected passes5
# of expected failures 1
Running target unix/-m64
Using /sw/share/dejagnu/baseboards/unix.exp as board description file for
target.
Using /sw/share/dejagnu/config/unix.exp as generic interface file for target.
Using /opt/gcc/gcc-4.5-work/gcc/testsuite/config/default.exp as
tool-and-target-specific interface file.
Running /opt/gcc/gcc-4.5-work/gcc/testsuite/gcc.dg/vect/vect.exp ...
=== gcc Summary for unix/-m64 ===
# of expected passes5
# of expected failures 2
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40359
[Bug tree-optimization/18501] [4.3/4.4/4.5 Regression] Missing 'used uninitialized' warning (CCP)
--- Comment #30 from manu at gcc dot gnu dot org 2009-06-17 12:09 --- (In reply to comment #28) > We are not going to fix this. > Why? There are many ways to alleviate this. Doing some warnings in the front-ends, such LLVM does is one. Or propagate some "uninitialized" bit, that can checked later. Or something that hasn't invented yet. It is clear that other compilers can get this right, so GCC could, if someone had the time and interest. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18501
[Bug tree-optimization/18501] [4.3/4.4/4.5 Regression] Missing 'used uninitialized' warning (CCP)
--- Comment #29 from rguenth at gcc dot gnu dot org 2009-06-17 12:06 --- *** Bug 30542 has been marked as a duplicate of this bug. *** -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||david dot cuthbert at gmail ||dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18501
[Bug c/30542] missing uninitialized variable warning (CCP)
--- Comment #6 from rguenth at gcc dot gnu dot org 2009-06-17 12:06 --- *** This bug has been marked as a duplicate of 18501 *** -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30542
[Bug tree-optimization/18501] [4.3/4.4/4.5 Regression] Missing 'used uninitialized' warning (CCP)
--- Comment #28 from rguenth at gcc dot gnu dot org 2009-06-17 12:06 --- We are not going to fix this. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18501
[Bug c++/40389] optimizer bug (possibly)
--- Comment #29 from rguenth at gcc dot gnu dot org 2009-06-17 12:04 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Known to work|4.5.0 |4.3.4 4.4.1 4.5.0 Resolution||FIXED Target Milestone|--- |4.3.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40389
[Bug tree-optimization/18501] [4.3/4.4/4.5 Regression] Missing 'used uninitialized' warning (CCP)
--- Comment #27 from manu at gcc dot gnu dot org 2009-06-17 12:03 --- *** Bug 40469 has been marked as a duplicate of this bug. *** -- manu at gcc dot gnu dot org changed: What|Removed |Added CC||hp at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18501
[Bug middle-end/40460] [4.3/4.4 Regression] Enormous memory usage during compilation with -O2 or -O3 optimizations.
--- Comment #10 from rguenth at gcc dot gnu dot org 2009-06-17 12:03 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Known to fail|4.4.0 |4.4.0 4.3.3 Known to work|3.3.6 4.5.0 |3.3.6 4.3.4 4.4.1 4.5.0 Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40460
[Bug c/40469] [4.3/4.4/4.5 Regression] "Missing" uninitialized warning
--- Comment #3 from manu at gcc dot gnu dot org 2009-06-17 12:03 --- ... so this is actually a duplicate of bug 18501. *** This bug has been marked as a duplicate of 18501 *** -- manu at gcc dot gnu dot org changed: What|Removed |Added OtherBugsDependingO||24639 nThis|| Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40469
[Bug testsuite/40359] [4.5 Regression] Revision 148211 caused a lot of failures in the vect test suite.
--- Comment #27 from dominiq at lps dot ens dot fr 2009-06-17 12:03 --- Created an attachment (id=18013) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18013&action=view) dump file with -fdump-tree-vect-details -m64 for revision 148502. Summary: [karma] f90/bug% grep peeling vect-42_64.c.105t.vect [karma] f90/bug% grep versioning vect-42_64.c.105t.vect /opt/gcc/_gcc_clean/gcc/testsuite/gcc.dg/vect/vect-42.c:43: note: Alignment of access forced using versioning. [karma] f90/bug% grep unaligned vect-42_64.c.105t.vect /opt/gcc/_gcc_clean/gcc/testsuite/gcc.dg/vect/vect-42.c:37: note: Vectorizing an unaligned access. /opt/gcc/_gcc_clean/gcc/testsuite/gcc.dg/vect/vect-42.c:37: note: Vectorizing an unaligned access. /opt/gcc/_gcc_clean/gcc/testsuite/gcc.dg/vect/vect-42.c:37: note: vect_model_load_cost: unaligned software pipelined. /opt/gcc/_gcc_clean/gcc/testsuite/gcc.dg/vect/vect-42.c:37: note: vect_model_load_cost: unaligned software pipelined. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40359
[Bug c++/40389] optimizer bug (possibly)
--- Comment #28 from rguenth at gcc dot gnu dot org 2009-06-17 12:03 --- Subject: Bug 40389 Author: rguenth Date: Wed Jun 17 12:03:08 2009 New Revision: 148604 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=148604 Log: 2009-06-17 Richard Guenther PR middle-end/40389 * tree-ssa-operands.c (get_modify_stmt_operands): Add NRV results to the addresses taken bitmap. * tree-scalar-evolution.c (scev_const_prop): Do not insert incomplete stmts into the instruction stream. * g++.dg/torture/pr40389.C: New testcase. Added: branches/gcc-4_3-branch/gcc/testsuite/g++.dg/torture/pr40389.C Modified: branches/gcc-4_3-branch/gcc/ChangeLog branches/gcc-4_3-branch/gcc/testsuite/ChangeLog branches/gcc-4_3-branch/gcc/tree-scalar-evolution.c branches/gcc-4_3-branch/gcc/tree-ssa-operands.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40389
