--- Comment #4 from oakad at yahoo dot com 2008-08-20 06:32 ---
(In reply to comment #3)
Can you provide the preprocessed source which you can get via the -save-temps
option. Also does using -fno-strict-aliasing fix the issue?
-fno-strict-aliasing appears to have no effect on
--- Comment #5 from oakad at yahoo dot com 2008-08-20 06:33 ---
Created an attachment (id=16103)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16103action=view)
Preprocessed cfi_flash.c
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37107
--- Comment #6 from oakad at yahoo dot com 2008-08-20 06:34 ---
Created an attachment (id=16104)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16104action=view)
Full assembler output of cfi_flash.c
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37107
this night's trunk breaks building CP2K, testcase to be attached:
gfortran -c -O3 -ffast-math -funroll-loops -ftree-vectorize -march=native -v
bug.f90
Using built-in specs.
Target: x86_64-unknown-linux-gnu
Configured with: /data/vondele/gcc_bench/gcc_trunk/gcc/configure
--- Comment #1 from jv244 at cam dot ac dot uk 2008-08-20 07:36 ---
Created an attachment (id=16105)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16105action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37174
--- Comment #1 from dominiq at lps dot ens dot fr 2008-08-20 07:54 ---
Confirmed on i686-apple-darwin9 in 32-bit mode:
[ibook-dhum] lin/test% gfc -c -O2 -ftree-vectorize
/opt/gcc/_gcc_clean/gcc/testsuite/gfortran.dg/vect/pr33301.f
--
irar at il dot ibm dot com changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |irar at il dot ibm dot com
|dot org
--- Comment #2 from wouter dot vermaelen at scarlet dot be 2008-08-20
09:38 ---
I can trigger the same ICE with this testcase:
---
int* getFoo();
struct Bar {
Bar();
int* foo1;
int* foo2;
int*
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-08-20 09:41 ---
Interesting. Can you attach preprocessed source? I suspect this bug may
show/hide based on libc implementation details (toupper can be a macro).
--
rguenth at gcc dot gnu dot org changed:
What
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Component|regression |c
Target Milestone|--- |4.4.0
Cannot compile with -O0 or -O1, or without specifing optimization.
1.c:
#include iostream
struct X {
static const int ABC = 1;
static const int DEF = 2;
};
int main(int argc, char * argv[])
{
std::cout (argc 1 ? X::ABC : X::DEF) std::endl;
}
g++ 1.cpp
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Component|middle-end |tree-optimization
Keywords|
--
irar at il dot ibm dot com changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |irar at il dot ibm dot com
|dot org
--- Comment #1 from paolo dot carlini at oracle dot com 2008-08-20 09:53
---
*** This bug has been marked as a duplicate of 14410 ***
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #7 from paolo dot carlini at oracle dot com 2008-08-20 09:53
---
*** Bug 37172 has been marked as a duplicate of this bug. ***
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #1 from paolo dot carlini at oracle dot com 2008-08-20 09:58
---
Yes, because the code is invalid, a *definition* of ABC and DEF is missing: add
const int X::ABC; const int X::DEF; after your declaration of X and things will
work.
--
paolo dot carlini at oracle dot com
My recent 2.6.21.6-rt21 kernel build for ARM dumps a NULL pointer dereference
exception due to a missing loop termination condition that was omitted by the
gcc 4.3.1 optimizer.
This happens in net/ipv4/inet_hashtables.c, in function
inet_lookup_listener_slow which is inlined by the optimizer
--- Comment #1 from berndorfer at festo dot at 2008-08-20 10:14 ---
Created an attachment (id=16106)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16106action=view)
intermediate assembler file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37176
--- Comment #2 from berndorfer at festo dot at 2008-08-20 10:15 ---
Created an attachment (id=16107)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16107action=view)
intermediate .i file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37176
--- Comment #3 from wouter dot vermaelen at scarlet dot be 2008-08-20
10:43 ---
I can confirm, SVN revision [EMAIL PROTECTED] is the first one with this bug.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37174
--- Comment #5 from manu at gcc dot gnu dot org 2008-08-20 11:32 ---
There is some connection with PR 36296 but perhaps they are not exactly the
same issue.
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
The bug was discovered using the line in the summary, but a reduced test case
also produces the ICE:
namespace N1
{
templateclass T bool foo(); }
}
int main()
{
decltype(N1::fooint) a;
}
I believe this is ice-on-valid since removing the template like so:
namespace N1 { bool foo(); }
int
--- Comment #4 from irar at il dot ibm dot com 2008-08-20 12:18 ---
I am testing the following patch:
Index: tree-vect-analyze.c
===
--- tree-vect-analyze.c (revision 139225)
+++ tree-vect-analyze.c (working copy)
@@
--- Comment #11 from dodji at gcc dot gnu dot org 2008-08-20 12:33 ---
Created an attachment (id=16108)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16108action=view)
6th patch
Another refinement.
--
dodji at gcc dot gnu dot org changed:
What|Removed
--- Comment #5 from jv244 at cam dot ac dot uk 2008-08-20 12:34 ---
(In reply to comment #4)
I am testing the following patch:
I checked that it fixed the problem with the original bug (PR37174.tgz)
Thanks!
Index: tree-vect-analyze.c
--- Comment #2 from hjl at gcc dot gnu dot org 2008-08-20 13:23 ---
Subject: Bug 37169
Author: hjl
Date: Wed Aug 20 13:22:30 2008
New Revision: 139289
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=139289
Log:
gcc/
2008-08-20 H.J. Lu [EMAIL PROTECTED]
PR target/37169
--- Comment #3 from luisgpm at linux dot vnet dot ibm dot com 2008-08-20
14:04 ---
Created an attachment (id=16109)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16109action=view)
Preprocessed source for the bad case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37171
--- Comment #4 from luisgpm at linux dot vnet dot ibm dot com 2008-08-20
14:05 ---
Created an attachment (id=16110)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16110action=view)
Preprocessed source for the good case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37171
--- Comment #5 from luisgpm at linux dot vnet dot ibm dot com 2008-08-20
14:06 ---
Created an attachment (id=16111)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16111action=view)
Generated ASM code for the bad case
Notice that __ctype_toupper_loc is called 6 times in this code.
--- Comment #6 from luisgpm at linux dot vnet dot ibm dot com 2008-08-20
14:07 ---
Created an attachment (id=16112)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16112action=view)
Generated ASM code for the good case
The __ctype_toupper_loc function, differently than the bad case
--- Comment #7 from luisgpm at linux dot vnet dot ibm dot com 2008-08-20
14:21 ---
The preprocessed sources for strncasecmp.c are exactly the same for both cases.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37171
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org
|dot org
--- Comment #13 from vda dot linux at googlemail dot com 2008-08-20 14:57
---
Created an attachment (id=16113)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16113action=view)
Updated doubleint-based patch. DOES NOT PASS TESTSUITE.
--
vda dot linux at googlemail dot com
--- Comment #14 from vda dot linux at googlemail dot com 2008-08-20 14:58
---
Created an attachment (id=16114)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16114action=view)
Tree based patch. Passes bootstrap.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28632
--- Comment #15 from vda dot linux at googlemail dot com 2008-08-20 15:07
---
(In reply to comment #13)
Created an attachment (id=16113)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16113action=view) [edit]
Updated doubleint-based patch. DOES NOT PASS TESTSUITE.
I meant does
--- Comment #1 from hp at gcc dot gnu dot org 2008-08-20 15:30 ---
Patch at http://gcc.gnu.org/ml/gcc-patches/2008-08/msg01407.html.
--
hp at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from jakub at gcc dot gnu dot org 2008-08-20 15:42 ---
program foo
implicit none
common /mycom/ arr(10_8:12_8)
!$omp threadprivate (/mycom/)
integer*8 i
real*8 arr
do i=10_8,12_8
write(*,*) i
arr(i)=0.0d0
enddo
end
--- Comment #8 from jakub at gcc dot gnu dot org 2008-08-20 15:51 ---
Subject: Bug 37171
Author: jakub
Date: Wed Aug 20 15:50:23 2008
New Revision: 139317
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=139317
Log:
PR c/37171
* c-parser.c (c_parser_attributes): For
--- Comment #5 from manu at gcc dot gnu dot org 2008-08-20 16:07 ---
Subject: Bug 35602
Author: manu
Date: Wed Aug 20 16:05:58 2008
New Revision: 139328
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=139328
Log:
2008-08-20 Manuel Lopez-Ibanez [EMAIL PROTECTED]
PR
--- Comment #9 from luisgpm at linux dot vnet dot ibm dot com 2008-08-20
16:09 ---
With revision 139317, the numbers for 197.parser as back to normal and the
generated ASM code carries only a single call to __ctype_toupper_loc.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37171
--- Comment #3 from manu at gcc dot gnu dot org 2008-08-20 16:11 ---
Subject: Bug 35701
Author: manu
Date: Wed Aug 20 16:09:45 2008
New Revision: 139329
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=139329
Log:
2008-08-20 Manuel Lopez-Ibanez [EMAIL PROTECTED]
PR 35701
--- Comment #6 from manu at gcc dot gnu dot org 2008-08-20 16:13 ---
Fixed in GCC 4.4
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #10 from jakub at gcc dot gnu dot org 2008-08-20 16:13 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #4 from manu at gcc dot gnu dot org 2008-08-20 16:13 ---
Fixed in GCC 4.4
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #10 from manu at gcc dot gnu dot org 2008-08-20 16:36 ---
Subject: Bug 35158
Author: manu
Date: Wed Aug 20 16:35:21 2008
New Revision: 139335
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=139335
Log:
2008-08-20 Manuel Lopez-Ibanez [EMAIL PROTECTED]
PR
--- Comment #11 from manu at gcc dot gnu dot org 2008-08-20 16:38 ---
Fixed in GCC 4.4
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
Using gcc version 4.3.1 (Debian 4.3.1-9) on amd64 I get a warning I shouldn't:
$ gcc -O2 -Wstrict-overflow=2 testcase-min.i -c
testcase-min.i: In function cli_scanrar:
testcase-min.i:40: warning: assuming signed overflow does not occur when
simplifying conditional to constant
At line 40 there
--- Comment #1 from edwintorok at gmail dot com 2008-08-20 17:52 ---
Created an attachment (id=16115)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16115action=view)
reduced testcase
the testcase is reduced from clamav's scanners.c
--
--- Comment #2 from jakub at gcc dot gnu dot org 2008-08-20 18:24 ---
Created an attachment (id=16116)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16116action=view)
gcc41-pr36189.patch
This works for me.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36189
The vortex86sx claims to be 486-compliant, but it gives Illegal Instruction
on ffreep.
GCC uses ffreep when compiling many pieces of software, rendering them unusable
on this processor.
I do not see any way to explicitly blacklist the opcode, and setting -march to
i486, i386, or native does not
The vortex86sx claims to be 486-compliant, but it gives Illegal Instruction
on ffreep.
GCC uses ffreep when compiling many pieces of software, rendering them unusable
on this processor.
I do not see any way to explicitly blacklist the opcode, and setting -march to
i486, i386, or native does not
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|enhancement |normal
Component|c |target
--- Comment #12 from dodji at gcc dot gnu dot org 2008-08-20 19:18 ---
Created an attachment (id=16117)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16117action=view)
7th patch
Another iteration :-)
--
dodji at gcc dot gnu dot org changed:
What|Removed
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-08-20 19:18 ---
http://www.pagetable.com/?p=16
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37179
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-08-20 19:18 ---
*** This bug has been marked as a duplicate of 37179 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-08-20 19:18 ---
*** Bug 37180 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37179
--- Comment #12 from paolo at gcc dot gnu dot org 2008-08-20 19:31 ---
Subject: Bug 33979
Author: paolo
Date: Wed Aug 20 19:29:54 2008
New Revision: 139339
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=139339
Log:
2008-08-20 Paolo Carlini [EMAIL PROTECTED]
PR
--- Comment #6 from hjl at gcc dot gnu dot org 2008-08-20 21:06 ---
Subject: Bug 37155
Author: hjl
Date: Wed Aug 20 21:05:15 2008
New Revision: 139343
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=139343
Log:
PR bootstrap/37155
Fixed by revision 139338.
--- Comment #7 from hjl dot tools at gmail dot com 2008-08-20 21:15 ---
Fixed.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Status|NEW
--- Comment #3 from hjl dot tools at gmail dot com 2008-08-20 21:17 ---
Fixed.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #3 from rsandifo at gcc dot gnu dot org 2008-08-20 21:27
---
What configure and make line did you use?
--
rsandifo at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #13 from manu at gcc dot gnu dot org 2008-08-20 22:25 ---
Subject: Bug 179
Author: manu
Date: Wed Aug 20 22:23:45 2008
New Revision: 139347
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=139347
Log:
2008-08-21 Manuel Lopez-Ibanez [EMAIL PROTECTED]
PR
--- Comment #14 from manu at gcc dot gnu dot org 2008-08-20 22:27 ---
This is FIXED in GCC 4.4
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #16 from manu at gcc dot gnu dot org 2008-08-20 22:31 ---
All testcases except the one in the original description were actually
duplicates of PR179 and are thusly fixed.
The original testcase deals with PHI ops which is a completely different beast.
I added it XFAILED as
On Linux/ia32, revision 139326 gives
FAIL: Divide_1 -O3 compilation from source
FAIL: Divide_1 -O3 -findirect-dispatch compilation from source
revision 139311 is OK. The possible causes are revision 139325
and 139326:
http://gcc.gnu.org/ml/gcc-cvs/2008-08/msg00887.html
On Linux/ia32, revision 139297 gives
FAIL: gcc.dg/pr17506.c (test for warnings, line 11)
FAIL: gcc.dg/pr17506.c (test for warnings, line 21)
FAIL: gcc.dg/pr17506.c (test for excess errors)
FAIL: gcc.dg/uninit-15.c (test for warnings, line 6)
FAIL: gcc.dg/uninit-15.c (test for warnings, line
--- Comment #6 from jsm28 at gcc dot gnu dot org 2008-08-21 00:19 ---
Subject: Bug 31070
Author: jsm28
Date: Thu Aug 21 00:17:45 2008
New Revision: 139363
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=139363
Log:
PR target/31070
* config/sparc/sparc.c
--- Comment #2 from eric dot weddington at atmel dot com 2008-08-21 00:26
---
This test also fails recently for avr-unknown-elf.
Also fails: weak-2.c, weak-3.c, weak-4.c, weak-5.c, weak-12.c.
May be related: also fails on gcc.dg/attr-weakref-1.c.
These tests are known fail revision
--- Comment #3 from hp at gcc dot gnu dot org 2008-08-21 00:33 ---
(In reply to comment #2)
This test also fails recently for avr-unknown-elf.
Does the patch work for you?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37170
--- Comment #7 from jsm28 at gcc dot gnu dot org 2008-08-21 00:39 ---
Fixed for 4.4.
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #10 from gnu_andrew at member dot fsf dot org 2008-08-21 01:01
---
CVSROOT:/sources/classpath
Module name:classpath
Changes by: Andrew John Hughes gnu_andrew 08/08/21 00:44:56
Modified files:
. : ChangeLog
m4 :
--- Comment #11 from gnu_andrew at member dot fsf dot org 2008-08-21 01:02
---
I've added a check to Classpath CVS for 0.7.9 and this should make GCJ 4.4.
Do we need this backporting to anywhere else or is this sufficient to close
this bug?
--
--- Comment #1 from hjl dot tools at gmail dot com 2008-08-21 01:04 ---
Revision 139286 is the cause.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #5 from cnstar9988 at gmail dot com 2008-08-21 01:21 ---
ping.
I can reproduce with gcc 4.3.2 RC1.
It work well on gcc 4.2.4, 4.3.0.
gcc -O2 -Wall -c bug.c
-
void xxx()
{
unsigned i;
unsigned*p=0;
for(i=0;i4;++i)
{
*p++=0;
}
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
Target Milestone|--- |4.4.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33979
--- Comment #4 from michael dot a dot richmond at nasa dot gov 2008-08-21
01:44 ---
Configure line:
~/gcc-4.4-20080815/configure --enable-languages=c,fortran
--with-mpfr-include=$HOME/mpfr-2.3.1 --with-mpfr-lib=$HOME/mpfr-2.3.1/.libs
--prefix=$HOME/irun --build=mips-unknown-linux-gnu
This is seen using r139367 on Ubuntu Hardy on ia32. Also see bug 36984.
[EMAIL PROTECTED]:~/volatile/tmp9$ current-gcc -O3 small.c
small.c: In function func_2:
small.c:24: internal compiler error: in df_ref_chain_change_bb, at
df-scan.c:1828
Please submit a full bug report,
with preprocessed
Seen using r139367 on Ubuntu Hardy on ia32.
[EMAIL PROTECTED]:~/volatile/tmp9$ current-gcc -O1 small.c
small.c: In function func_29:
small.c:21: internal compiler error: in ix86_match_ccmode, at
config/i386/i386.c:12801
Please submit a full bug report,
with preprocessed source if appropriate.
--- Comment #17 from oliver dot kellogg at eads dot com 2008-08-21 05:41
---
Created an attachment (id=16118)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16118action=view)
regenerated statistics: trunk r139367 gnat1-gnat95 -fmem-report -fdump-tree-all
pkg001u.adb
--
79 matches
Mail list logo