At revision 135707, 13 tests (out of 16) of the polyhedron testsuite
(exceptions: gas_dyn, linpk, and nf) fail with options-ftree-loop-linear and
-O1 and above:
[ibook-dhum] lin/test% gfc -w -O1 -ftree-loop-linear tfft.f90
tfft.f90: In function 'rfft':
tfft.f90:152: internal compiler error: in
(This may or may not be the same issue as 36286, though the compiler error
message is different)
cat bug.ii
int tab[2][2];
void f() {
for (int i = 0; i 2; ++i) {
for (int j = 0; j 2; ++j) {
for (int k = 0; k 2; ++k) { }
}
the testcase b.cc is attached to show the problem. the error just happened with
-m64.
-bash-3.00$ /import/dr3/s10/gcc-4.2/bin/g++ b.cc -m64 -fopenmp
-bash-3.00$ export LD_LIBRARY_PATH=/import/dr3/s10/gcc-4.2/lib/sparcv9
-bash-3.00$ ./a.out
Segmentation Fault (core dumped)
-bash-3.00$ dbx a.out
--- Comment #1 from hailijuan at gmail dot com 2008-05-21 08:41 ---
Created an attachment (id=15660)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15660action=view)
C++ OpenMP program.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36288
--- Comment #11 from uros at gcc dot gnu dot org 2008-05-21 08:54 ---
Subject: Bug 36079
Author: uros
Date: Wed May 21 08:54:15 2008
New Revision: 135711
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=135711
Log:
PR target/36079
* configure.ac: Handle
--- Comment #1 from dominiq at lps dot ens dot fr 2008-05-21 08:52 ---
I also see it on powerpc-apple-darwin9 at revision 135683. The following
reduced case:
program test_count
integer, dimension(2,3) :: a, b
a = reshape( (/ 1, 3, 5, 2, 4, 6 /), (/ 2, 3 /))
b = reshape( (/
--- Comment #1 from wouter dot vermaelen at scarlet dot be 2008-05-21
09:06 ---
Sorry, compilation line in the previous comment should be
g++ -O -ftree-loop-linear bug.ii
Bug seems to be introduced in revision 135672:
135671 is still ok
135672 has this bug
--
--- Comment #6 from rguenth at gcc dot gnu dot org 2008-05-21 10:39 ---
Mark, you made this P5, but ia64-linux is a secondary platform. P3 again to
get it on the radar. But not higher priority because we don't have exactly
what
I would call a testcase.
--
rguenth at gcc dot gnu
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-05-21 10:41 ---
Sebastian, that was your change.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
CC||spop at gcc dot gnu dot org
Keywords|
--- Comment #9 from hp at gcc dot gnu dot org 2008-05-21 11:14 ---
If the patch is ready and tested, fine: post it.
Do you need help testing? If something else needs done, please be explicit.
Otherwise, it seems this PR is ripe for being marked as an xfail.
--
[EMAIL PROTECTED]:/opt/stuff/$ g++ -v -save-temps -c -pipe -fPIC -O3 -Wall -W
-D_REENTRANT -DQT3_SUPPORT -DQT_NO_DEBUG -DQT_XML_LIB -DQT_SQL_LIB
-DQT_NETWORK_LIB -DQT_OPENGL_LIB -DQT_GUI_LIB -DQT_CORE_LIB -I.
-I/opt/stuff/lib/build -I/usr/include/python2.5 -I/usr/mkspecs/linux-g++
--- Comment #1 from naufraghi at develer dot com 2008-05-21 14:08 ---
Created an attachment (id=15662)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15662action=view)
ii file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36290
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-05-21 14:18 ---
*** This bug has been marked as a duplicate of 30052 ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #55 from rguenth at gcc dot gnu dot org 2008-05-21 14:18
---
*** Bug 36290 has been marked as a duplicate of this bug. ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from jongampark at sbcglobal dot net 2008-05-21 14:57
---
(In reply to comment #2)
Try using -Wstrict-selector-match and see what you get.
The gcc 3.4.5 came from the MingW doesn't recognize the flag.
And even without it, it warns multiply declared methods.
--
--- Comment #2 from burnus at gcc dot gnu dot org 2008-05-21 15:05 ---
Same with x86-64. (Found here with the polyhedron test suite.
Fails: rev135708, OK: Rev.135602.)
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from d at domob dot eu 2008-05-21 15:06 ---
Created an attachment (id=15663)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15663action=view)
Testcase without nested array constructors
Actually, this does not depend on nested array constructors as this test-case
--- Comment #4 from d at domob dot eu 2008-05-21 15:06 ---
Created an attachment (id=15664)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15664action=view)
Testcase without nested array constructors
Actually, this does not depend on nested array constructors as this test-case
--- Comment #4 from sje at cup dot hp dot com 2008-05-21 15:30 ---
Now I can reproduce it. I don't know if you intended this or not but the clean
target in the Makefile removed the good objects but left the bad one so that
when I rebuilt I still had the old bad object around.
--
--- Comment #9 from oder at eleks dot lviv dot ua 2008-05-21 15:39 ---
Created an attachment (id=15666)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15666action=view)
Sources without Mac headers
So, I had some free time an enthusiasm to modify the example and remove Apple
headers
--
oder at eleks dot lviv dot ua changed:
What|Removed |Added
Status|WAITING |UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35836
--- Comment #10 from pinskia at gcc dot gnu dot org 2008-05-21 15:45
---
OSAtomicIncrement32Barrier will return a 32bit signed extended value to a 64bit
so using a 64bit compare is fine and ok according to the ABI.
--
pinskia at gcc dot gnu dot org changed:
What
--- Comment #56 from giovannibajo at libero dot it 2008-05-21 15:49 ---
What is the workaround for this bug? It looks like not even -O1 fixes the
compile-time hog.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30052
--- Comment #57 from rguenth at gcc dot gnu dot org 2008-05-21 15:51
---
Fixed since 4.3.0, WONTFIX on earlier branches.
There is no workaround.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30052
--- Comment #4 from spop at gcc dot gnu dot org 2008-05-21 15:57 ---
Subject: Bug 36181
Author: spop
Date: Wed May 21 15:56:57 2008
New Revision: 135722
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=135722
Log:
2008-05-15 Sebastian Pop [EMAIL PROTECTED]
Jan Sjodin
--- Comment #5 from fxcoudert at gcc dot gnu dot org 2008-05-21 16:02
---
Subject: Bug 36257
Author: fxcoudert
Date: Wed May 21 16:01:08 2008
New Revision: 135723
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=135723
Log:
PR fortran/36257
*
--- Comment #58 from rguenth at gcc dot gnu dot org 2008-05-21 16:05
---
Note that for 4.3 the testcases are still slow and memory-hungry but not
because
of PTA but because of memory partitioning (we have a PR for that) and because
of call clobber analysis.
tree find ref. vars :
Testcase is from PR30052:
http://gcc.gnu.org/bugzilla/attachment.cgi?id=13678
current GCC 4.3 branch gives us a peak memory usage of 1.8GB on x86_64 and
tree find ref. vars : 15.36 ( 5%) usr 0.80 ( 8%) sys 15.90 ( 5%) wall
817801 kB (35%) ggc
tree alias analysis : 16.27 ( 5%) usr
--- Comment #59 from rguenth at gcc dot gnu dot org 2008-05-21 16:07
---
- PR36291.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30052
--- Comment #6 from fxcoudert at gcc dot gnu dot org 2008-05-21 16:12
---
Fixed.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #11 from oder at eleks dot lviv dot ua 2008-05-21 16:27 ---
(In reply to comment #10)
OSAtomicIncrement32Barrier will return a 32bit signed extended value to a
64bit
so using a 64bit compare is fine and ok according to the ABI.
Yes, but it returns value in 64-bit
Revision 135708 has many failures in gcc.dg/pch/ on Linux/ia32:
FAIL: gcc.dg/pch/counter-2.c -O0 -g
FAIL: gcc.dg/pch/counter-2.c -O0
FAIL: gcc.dg/pch/counter-2.c -O1
FAIL: gcc.dg/pch/counter-2.c -O2
FAIL: gcc.dg/pch/counter-2.c -O3 -fomit-frame-pointer
FAIL: gcc.dg/pch/counter-2.c -O3 -g
--- Comment #12 from pinskia at gcc dot gnu dot org 2008-05-21 16:31
---
Your testcase here is invalid as you have two different return types for the
same function.
If Apple's libc does not fully implement the ABI correctly, that is their bug,
please report it to them.
--
--- Comment #3 from sebpop at gmail dot com 2008-05-21 16:31 ---
Subject: Re: [4.4 Regression] ICE with -O -ftree-loop-linear
Sebastian, that was your change.
http://gcc.gnu.org/viewcvs?view=revrevision=135672
was a clean-up of the lambda framework.
I'm working on a fix.
--
Sebastian, that was your change.
http://gcc.gnu.org/viewcvs?view=revrevision=135672
was a clean-up of the lambda framework.
I'm working on a fix.
--- Comment #1 from hjl dot tools at gmail dot com 2008-05-21 16:35 ---
I got
Executing on host: /export/build/gnu/gcc/build-x86_64-linux/stage1-gcc/xgcc
-B/export/build/gnu/gcc/build-x86_64-linux/stage1-gcc/
/net/gnu-13/export/gnu/src/gcc/gcc/gcc/testsuite/gcc.dg/pch/counter-2.c -O0
--- Comment #2 from nathan at gcc dot gnu dot org 2008-05-21 17:00 ---
working on it
--
nathan at gcc dot gnu dot org changed:
What|Removed |Added
--
spop at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |spop at gcc dot gnu dot org
|dot org
Fix attached: that's a bad typo. This also fixes PR36286.
Sent to regstrap on gccfarm. I will commit it just after it passes.
Sebastian
email: [EMAIL PROTECTED]
branch:trunk
revision:HEAD
configure:
make:
check:
2008-05-21 Sebastian Pop [EMAIL PROTECTED]
PR tree-optimization/36286
*
--- Comment #4 from sebpop at gmail dot com 2008-05-21 18:49 ---
Subject: Re: [4.4 Regression] ICE with -O -ftree-loop-linear
Fix attached: that's a bad typo. This also fixes PR36286.
Sent to regstrap on gccfarm. I will commit it just after it passes.
Sebastian
--- Comment #5
--- Comment #2 from ktietz at gcc dot gnu dot org 2008-05-21 19:31 ---
In cygming.h the macro ASM_OUTPUT_LABELREF uses USER_LABEL_PREFIX, but should
use user_label_prefix to support -f(no-)leading-underscore.
I posted a patch for this bug to patch-gcc.
--- Comment #3 from ktietz at gcc dot gnu dot org 2008-05-21 19:38 ---
Committed revision 135733.
--
ktietz at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from jakub at gcc dot gnu dot org 2008-05-21 19:56 ---
Subject: Bug 36023
Author: jakub
Date: Wed May 21 19:56:03 2008
New Revision: 135734
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=135734
Log:
PR c++/36023
* cp-tree.h
--- Comment #2 from jakub at gcc dot gnu dot org 2008-05-21 19:57 ---
Subject: Bug 36023
Author: jakub
Date: Wed May 21 19:57:06 2008
New Revision: 135735
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=135735
Log:
PR c++/36023
* cp-tree.h
--- Comment #3 from jakub at gcc dot gnu dot org 2008-05-21 19:59 ---
Subject: Bug 36023
Author: jakub
Date: Wed May 21 19:58:27 2008
New Revision: 135736
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=135736
Log:
PR c++/36023
* cp-tree.h
--- Comment #4 from jakub at gcc dot gnu dot org 2008-05-21 19:59 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #7 from tromey at gcc dot gnu dot org 2008-05-21 21:53 ---
Subject: Bug 2
Author: tromey
Date: Wed May 21 21:52:57 2008
New Revision: 135740
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=135740
Log:
gcc/testsuite
PR preprocessor/2:
*
--- Comment #8 from tromey at gcc dot gnu dot org 2008-05-21 21:56 ---
Fixed on trunk.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from spop at gcc dot gnu dot org 2008-05-21 23:13 ---
Subject: Bug 36287
Author: spop
Date: Wed May 21 23:13:00 2008
New Revision: 135741
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=135741
Log:
2008-05-21 Sebastian Pop [EMAIL PROTECTED]
PR
--- Comment #3 from spop at gcc dot gnu dot org 2008-05-21 23:13 ---
Subject: Bug 36286
Author: spop
Date: Wed May 21 23:13:00 2008
New Revision: 135741
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=135741
Log:
2008-05-21 Sebastian Pop [EMAIL PROTECTED]
PR
--- Comment #7 from spop at gcc dot gnu dot org 2008-05-21 23:14 ---
Fixed.
--
spop at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #4 from spop at gcc dot gnu dot org 2008-05-21 23:14 ---
Fixed.
--
spop at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED
This patch:
http://gcc.gnu.org/viewcvs?view=revrev=135290
r135290 | irar | 2008-05-14 12:28:53 + (Wed, 14 May 2008)
causes the following test failures on powerpc64-linux with both -m32 and -m64:
FAIL: gcc.dg/vect/vect-strided-a-u8-i8-gap2.c (internal compiler error)
FAIL:
I didn't know how to summarize this to one line.
[EMAIL PROTECTED] /usr/ports/x11-toolkits/py-gtk2/work/pygtk-2.12.1/gtk]# gcc -v
-save-temps -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/local/include/python2.5
-I/usr/local/include/pygtk-2.0 -I/usr/local/include/glib-2.0
-I/usr/local/lib/glib-2.0/include
This patch:
http://gcc.gnu.org/viewcvs?view=revrev=133144
r133144 | bonzini | 2008-03-12 11:33:45 -0400 (Wed, 12 Mar 2008)
causes the following test failures (and new XPASS) on powerpc64-linux with both
-m32 and -m64:
FAIL: gcc.dg/vect/vect-strided-store-u16-i4.c scan-tree-dump-times
--- Comment #12 from cnstar9988 at gmail dot com 2008-05-22 02:41 ---
I have read the discussions on gcc-patches.
The patchs:
--enable-cld used default on x86 and x86_64.
If build gcc 4.3.1 using --enable-cld:
when use -m32, gcc use -mcld default.
when use -m64, gcc not
--- Comment #1 from paulbeard at gmail dot com 2008-05-22 03:06 ---
Here is a more complete report:
gcc -v -save-temps -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/local/include/python2.5
-I/usr/local/include/pygtk-2.0 -I/usr/local/include/glib-2.0
-I/usr/local/lib/glib-2.0/include -I./gtk
--- Comment #14 from Daniel dot Davies at xerox dot com 2008-05-22 03:14
---
Bug also hit when installing 4.2.4.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33100
--- Comment #1 from irar at il dot ibm dot com 2008-05-22 05:41 ---
*** This bug has been marked as a duplicate of 35642 ***
--
irar at il dot ibm dot com changed:
What|Removed |Added
--- Comment #13 from irar at il dot ibm dot com 2008-05-22 05:41 ---
*** Bug 36295 has been marked as a duplicate of this bug. ***
--
irar at il dot ibm dot com changed:
What|Removed |Added
62 matches
Mail list logo
