[Bug middle-end/36286] New: [4.4 Regression] ICE with -ftree-loop-linear and -O1 and above
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 calculate_allocation, at vec.c:51 They worked with revision 135656. -- Summary: [4.4 Regression] ICE with -ftree-loop-linear and -O1 and above Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dominiq at lps dot ens dot fr GCC build triplet: i686-apple-darwin9 GCC host triplet: i686-apple-darwin9 GCC target triplet: i686-apple-darwin9 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36286
[Bug tree-optimization/36287] New: ICE with -O -ftree-loop-linear
(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) { }
}
}
for (int i = 0; i < 2; ++i) {
for (int j = 0; j < 2; ++j) {
if (i == 0) {
tab[i][j] = 0;
}
}
}
}
> g++ bug.ii
foo31.ii: In function void f():
foo31.ii:2: internal compiler error: Segmentation fault
--
Summary: ICE with -O -ftree-loop-linear
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: wouter dot vermaelen at scarlet dot be
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36287
[Bug c++/36288] New: OpenMP-C++: segmentation fault in basic string constructors
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 (dbx) run Running: a.out (process id 12660) Reading libc_psr.so.1 [EMAIL PROTECTED] ([EMAIL PROTECTED]) signal SEGV (no mapping at the fault address) in _memcpy at 0x7dc00ee0 0x7dc00ee0: _memcpy+0x0660: stda %f32, [%o0] 0xf0 dbx: internal error: signal SIGSEGV (no mapping at the fault address) dbx's coredump will appear in /tmp Abort (core dumped) -bash-3.00$ /import/dr3/s10/gcc-4.2/bin/g++ -v Using built-in specs. Target: sparc-sun-solaris2.10 Configured with: /import/dr2/starlex/1/gcc-4.2-20070228/configure --prefix=/import/dr3/s10/gcc-4.2 --enable-languages=c,c++,fortran --enable-rpath --with-mpfr=/import/dr3/s10/gcc-4.2 --with-gmp=/import/dr3/s10/gcc-4.2 Thread model: posix gcc version 4.2.0 20070228 (prerelease) -- Summary: OpenMP-C++: segmentation fault in basic string constructors Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: major Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: hailijuan at gmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36288
[Bug c++/36288] OpenMP-C++: segmentation fault in basic string constructors
--- 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=15660&action=view) C++ OpenMP program. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36288
[Bug target/36079] [4.3/4.4 Regression] cld instruction is not emitted anymore.
--- 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=gcc&view=rev&rev=135711 Log: PR target/36079 * configure.ac: Handle --enable-cld. * configure: Regenerated. * config.gcc: Add USE_IX86_CLD to tm_defines for x86 targets. * config/i386/i386.h (struct machine_function): Add needs_cld field. (ix86_current_function_needs_cld): New define. * config/i386/i386.md (UNSPEC_CLD): New unspec volatile constant. (cld): New isns pattern. (strmov_singleop, rep_mov, strset_singleop, rep_stos, cmpstrnqi_nz_1, cmpstrnqi_1, strlenqi_1): Set ix86_current_function_needs_cld flag. * config/i386/i386.opt (mcld): New option. * config/i386/i386.c (ix86_expand_prologue): Emit cld insn if TARGET_CLD and ix86_current_function_needs_cld. (override_options): Use -mcld by default for 32-bit code if USE_IX86_CLD. Modified: branches/gcc-4_3-branch/gcc/ChangeLog branches/gcc-4_3-branch/gcc/config.gcc branches/gcc-4_3-branch/gcc/config/i386/i386.c branches/gcc-4_3-branch/gcc/config/i386/i386.h branches/gcc-4_3-branch/gcc/config/i386/i386.md branches/gcc-4_3-branch/gcc/config/i386/i386.opt branches/gcc-4_3-branch/gcc/configure branches/gcc-4_3-branch/gcc/configure.ac -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36079
[Bug middle-end/36286] [4.4 Regression] ICE with -ftree-loop-linear and -O1 and above
--- 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( (/ 0, 3, 5, 7, 4, 8 /), (/ 2, 3 /)) print '(3l6)', a.ne.b !print *, a(1,:).ne.b(1,:) print *, a(2,:).ne.b(2,:) print *, count(a.ne.b) end program test_count gives: count_db.f90:1: internal compiler error: vector VEC(lambda_vector,base) index domain error, in gather_interchange_stats at tree-loop-linear.c:150 If I uncomment the commented line I get: count_db.f90:1: internal compiler error: in calculate_allocation, at vec.c:51 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36286
[Bug tree-optimization/36287] ICE with -O -ftree-loop-linear
--- 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 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36287
[Bug target/35659] [4.3/4.4 Regression] Miscompiled code with -O2 (but not with -O2 -funroll-loops) on ia64
--- 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 dot org changed: What|Removed |Added CC||mmitchel at gcc dot gnu dot ||org Known to fail||4.3.0 Priority|P5 |P3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35659
[Bug tree-optimization/36287] [4.4 Regression] ICE with -O -ftree-loop-linear
--- 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 CC||spop at gcc dot gnu dot org BugsThisDependsOn||36286 Keywords||ice-on-valid-code Summary|ICE with -O -ftree-loop-|[4.4 Regression] ICE with -O |linear |-ftree-loop-linear Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36287
[Bug middle-end/36286] [4.4 Regression] ICE with -ftree-loop-linear and -O1 and above
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||spop at gcc dot gnu dot org Keywords||ice-on-valid-code Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36286
[Bug middle-end/36143] [4.4 Regression]: FAIL: g++.dg/tree-ssa/pr19637.C
--- 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. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36143
[Bug c++/36290] New: Excessive build time
[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++ -I/usr/include/qt4/Qt3Support -I/usr/include/qt4/QtXml -I/usr/include/qt4/QtSql -I/usr/include/qt4/QtNetwork -I/usr/include/qt4/QtSvg -I/usr/include/qt4/QtOpenGL -I/usr/include/qt4/QtGui -I/usr/include/qt4/QtCore -I/usr/include/qt4 -I/usr/X11R6/include -o sipQtGuipart0.o lib/PyQt/_qt/sipQtGuipart0.cpp g++: warning: -pipe ignored because -save-temps specified 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 gcc version 4.2.3 (Ubuntu 4.2.3-2ubuntu7) /usr/lib/gcc/i486-linux-gnu/4.2.3/cc1plus -E -quiet -v -I. -I/opt/dacanc/caligola3d/lib/build -I/usr/include/python2.5 -I/usr/mkspecs/linux-g++ -I/usr/include/qt4/Qt3Support -I/usr/include/qt4/QtXml -I/usr/include/qt4/QtSql -I/usr/include/qt4/QtNetwork -I/usr/include/qt4/QtSvg -I/usr/include/qt4/QtOpenGL -I/usr/include/qt4/QtGui -I/usr/include/qt4/QtCore -I/usr/include/qt4 -I/usr/X11R6/include -D_GNU_SOURCE -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 lib/PyQt/_qt/sipQtGuipart0.cpp -mtune=generic -Wall -W -fPIC -O3 -fpch-preprocess -o sipQtGuipart0.ii ignoring nonexistent directory "/usr/local/include/i486-linux-gnu" ignoring nonexistent directory "/usr/lib/gcc/i486-linux-gnu/4.2.3/../../../../i486-linux-gnu/include" ignoring nonexistent directory "/usr/include/i486-linux-gnu" ignoring nonexistent directory "/usr/mkspecs/linux-g++" ignoring nonexistent directory "/usr/X11R6/include" #include "..." search starts here: #include <...> search starts here: . /opt/dacanc/caligola3d/lib/build /usr/include/python2.5 /usr/include/qt4/Qt3Support /usr/include/qt4/QtXml /usr/include/qt4/QtSql /usr/include/qt4/QtNetwork /usr/include/qt4/QtSvg /usr/include/qt4/QtOpenGL /usr/include/qt4/QtGui /usr/include/qt4/QtCore /usr/include/qt4 /usr/include/c++/4.2 /usr/include/c++/4.2/i486-linux-gnu /usr/include/c++/4.2/backward /usr/local/include /usr/lib/gcc/i486-linux-gnu/4.2.3/include /usr/include End of search list. /usr/lib/gcc/i486-linux-gnu/4.2.3/cc1plus -fpreprocessed sipQtGuipart0.ii -quiet -dumpbase sipQtGuipart0.cpp -mtune=generic -auxbase-strip sipQtGuipart0.o -O3 -Wall -W -version -fPIC -fstack-protector -fstack-protector -o sipQtGuipart0.s GNU C++ version 4.2.3 (Ubuntu 4.2.3-2ubuntu7) (i486-linux-gnu) compiled by GNU C version 4.2.3 (Ubuntu 4.2.3-2ubuntu7). GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072 Compiler executable checksum: 9cf91ba46d80e564052e4fbab0d6561b ... and still forever -- Summary: Excessive build time Product: gcc Version: 4.2.3 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: naufraghi at develer dot com GCC target triplet: i486-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36290
[Bug c++/36290] Excessive build time
--- 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=15662&action=view) ii file -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36290
[Bug c++/36290] Excessive build time
--- 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 Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36290
[Bug tree-optimization/30052] [4.2 Regression] points-to analysis slow and memory hungry
--- 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 CC||naufraghi at develer dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30052
[Bug objc/36283] When a class method, pointed by id, returns float, it returns wrong value
--- 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. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36283
[Bug middle-end/36286] [4.4 Regression] ICE with -ftree-loop-linear and -O1 and above
--- 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 CC||burnus at gcc dot gnu dot ||org GCC build triplet|i686-apple-darwin9 | GCC host triplet|i686-apple-darwin9 | GCC target triplet|i686-apple-darwin9 | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36286
[Bug fortran/35846] ICE on nested character constructors
--- 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=15663&action=view) Testcase without nested array constructors Actually, this does not depend on nested array constructors as this test-case proves (and also has nothing to do with the globals used for bounds-checking, it seems). I believe the problem is that the gfc_expr* corresponding to the concatenation doesn't have a cl->length set on its ts (because the arguments don't have one when resolution is called); this NULL later causes the ICE. When this expression turns up in an assignment, this does not matter as the expected length is known from the target's character length definition. But when there is no "expected" charlen (like in the nested constructor or in a function call as in this test) it is needed and the NULL pointer dereferenced. Hopefully I can soon come up with a real solution to this patch. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35846
[Bug fortran/35846] ICE on nested character constructors
--- 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=15664&action=view) Testcase without nested array constructors Actually, this does not depend on nested array constructors as this test-case proves (and also has nothing to do with the globals used for bounds-checking, it seems). I believe the problem is that the gfc_expr* corresponding to the concatenation doesn't have a cl->length set on its ts (because the arguments don't have one when resolution is called); this NULL later causes the ICE. When this expression turns up in an assignment, this does not matter as the expected length is known from the target's character length definition. But when there is no "expected" charlen (like in the nested constructor or in a function call as in this test) it is needed and the NULL pointer dereferenced. Hopefully I can soon come up with a real solution to this problem. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35846
[Bug target/35658] [4.3/4.4 regression] Bad interaction on ia64 between -funroll-loops -fno-automatic -O2 and common block variable
--- 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. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35658
[Bug c++/35836] Wrong instruction generated for comparison with zero on PPC 64 bit
--- 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=15666&action=view) Sources without Mac headers So, I had some free time an enthusiasm to modify the example and remove Apple headers from it. Now it is OS independent. Please remember that the bug seems to be ppc64-specific (or at least *64-specific) at first glance though. Note: It is OK that function returns int64 while its caller expects int32. It should not affect the result of the test but helps to demonstrate the bug. -- oder at eleks dot lviv dot ua changed: What|Removed |Added Attachment #15438|0 |1 is obsolete|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35836
[Bug c++/35836] Wrong instruction generated for comparison with zero on PPC 64 bit
-- oder at eleks dot lviv dot ua changed: What|Removed |Added Status|WAITING |UNCONFIRMED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35836
[Bug target/35836] Wrong instruction generated for comparison with zero on PPC 64 bit
--- 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|Removed |Added Component|c++ |target http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35836
[Bug tree-optimization/30052] [4.2 Regression] points-to analysis slow and memory hungry
--- 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
[Bug tree-optimization/30052] [4.2 Regression] points-to analysis slow and memory hungry
--- 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
[Bug tree-optimization/36181] Simple for loop generates ICE with -ftree-parallelize-loops=2
--- 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=gcc&view=rev&rev=135722 Log: 2008-05-15 Sebastian Pop <[EMAIL PROTECTED]> Jan Sjodin <[EMAIL PROTECTED]> PR tree-optimization/36181 Backport from mainline: * tree-parloops.c (loop_has_vector_phi_nodes): New. (parallelize_loops): Don't parallelize when the loop has vector phi nodes. * gcc.dg/tree-ssa/pr36181.c: New. Added: branches/gcc-4_3-branch/gcc/testsuite/gcc.dg/tree-ssa/pr36181.c Modified: branches/gcc-4_3-branch/gcc/ChangeLog branches/gcc-4_3-branch/gcc/testsuite/ChangeLog branches/gcc-4_3-branch/gcc/tree-parloops.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36181
[Bug fortran/36257] SPREAD gives wrong results with array CHARACTER parameters
--- 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=gcc&view=rev&rev=135723 Log: PR fortran/36257 * gfortran.dg/char_length_12.f90: New test. * iresolve.c (check_charlen_present): Don't force the rank to 1. Added: trunk/gcc/testsuite/gfortran.dg/char_length_12.f90 Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/iresolve.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36257
[Bug tree-optimization/30052] [4.2 Regression] points-to analysis slow and memory hungry
--- 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 : 15.36 ( 5%) usr 0.80 ( 8%) sys 15.90 ( 5%) wall 817801 kB (35%) ggc tree alias analysis : 16.27 ( 5%) usr 0.38 ( 4%) sys 16.11 ( 5%) wall 11037 kB ( 0%) ggc tree call clobbering : 41.35 (14%) usr 0.28 ( 3%) sys 43.00 (14%) wall 3132 kB ( 0%) ggc tree flow insensitive alias: 31.26 (10%) usr 0.34 ( 3%) sys 31.94 (10%) wall 0 kB ( 0%) ggc tree memory partitioning: 83.32 (28%) usr 0.89 ( 9%) sys 84.36 (27%) wall 974 kB ( 0%) ggc tree SSA incremental : 10.60 ( 4%) usr 0.17 ( 2%) sys 11.11 ( 4%) wall 15755 kB ( 1%) ggc tree operand scan : 28.71 (10%) usr 0.57 ( 6%) sys 29.59 ( 9%) wall 160271 kB ( 7%) ggc the flow-insensitive analysis part is also interesting (this is the sipQtGuipart0.cpp testcase). I will open a new PR to track the general problems with this testcase. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30052
[Bug tree-optimization/36291] New: GCC is slow and memory-hungry building sipQtGuipart.cpp
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 0.38 ( 4%) sys 16.11 ( 5%) wall 11037 kB ( 0%) ggc tree call clobbering : 41.35 (14%) usr 0.28 ( 3%) sys 43.00 (14%) wall 3132 kB ( 0%) ggc tree flow insensitive alias: 31.26 (10%) usr 0.34 ( 3%) sys 31.94 (10%) wall 0 kB ( 0%) ggc tree memory partitioning: 83.32 (28%) usr 0.89 ( 9%) sys 84.36 (27%) wall 974 kB ( 0%) ggc tree SSA incremental : 10.60 ( 4%) usr 0.17 ( 2%) sys 11.11 ( 4%) wall 15755 kB ( 1%) ggc tree operand scan : 28.71 (10%) usr 0.57 ( 6%) sys 29.59 ( 9%) wall 160271 kB ( 7%) ggc TOTAL : 301.74 9.75 314.50 2354835 kB -- Summary: GCC is slow and memory-hungry building sipQtGuipart.cpp Product: gcc Version: 4.3.1 Status: UNCONFIRMED Keywords: memory-hog, compile-time-hog Severity: normal Priority: P3 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: rguenth at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36291
[Bug tree-optimization/30052] [4.2 Regression] points-to analysis slow and memory hungry
--- 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
[Bug fortran/36257] SPREAD gives wrong results with array CHARACTER parameters
--- 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 Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36257
[Bug target/35836] Wrong instruction generated for comparison with zero on PPC 64 bit
--- 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 register with lower 32 bit being correct and higher 32 bit being nonzero (the garbage) and using 64bit comparison for equality with zero yields incorrect result. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35836
[Bug other/36292] New: [4.4 Regression]: Many failures in gcc.dg/pch/
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 FAIL: gcc.dg/pch/counter-2.c -Os FAIL: gcc.dg/pch/valid-1.c -O0 -g FAIL: gcc.dg/pch/valid-1.c -O0 FAIL: gcc.dg/pch/valid-1.c -O1 FAIL: gcc.dg/pch/valid-1.c -O2 FAIL: gcc.dg/pch/valid-1.c -O3 -fomit-frame-pointer FAIL: gcc.dg/pch/valid-1.c -O3 -g FAIL: gcc.dg/pch/valid-1.c -Os FAIL: gcc.dg/pch/valid-2.c -O0 -g FAIL: gcc.dg/pch/valid-2.c -O0 FAIL: gcc.dg/pch/valid-2.c -O1 FAIL: gcc.dg/pch/valid-2.c -O2 FAIL: gcc.dg/pch/valid-2.c -O3 -fomit-frame-pointer FAIL: gcc.dg/pch/valid-2.c -O3 -g FAIL: gcc.dg/pch/valid-2.c -Os FAIL: gcc.dg/pch/valid-3.c -O0 -g FAIL: gcc.dg/pch/valid-3.c -O0 FAIL: gcc.dg/pch/valid-3.c -O1 FAIL: gcc.dg/pch/valid-3.c -O2 FAIL: gcc.dg/pch/valid-3.c -O3 -fomit-frame-pointer FAIL: gcc.dg/pch/valid-3.c -O3 -g FAIL: gcc.dg/pch/valid-3.c -Os FAIL: gcc.dg/pch/warn-1.c -O0 -g FAIL: gcc.dg/pch/warn-1.c -O0 FAIL: gcc.dg/pch/warn-1.c -O1 FAIL: gcc.dg/pch/warn-1.c -O2 FAIL: gcc.dg/pch/warn-1.c -O3 -fomit-frame-pointer FAIL: gcc.dg/pch/warn-1.c -O3 -g FAIL: gcc.dg/pch/warn-1.c -Os Revision 135705 is OK. Revision 135708: http://gcc.gnu.org/ml/gcc-cvs/2008-05/msg00870.html may be the cause. -- Summary: [4.4 Regression]: Many failures in gcc.dg/pch/ Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: other 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=36292
[Bug target/35836] Wrong instruction generated for comparison with zero on PPC 64 bit
--- 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. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35836
[Bug tree-optimization/36287] [4.4 Regression] ICE with -O -ftree-loop-linear
--- 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=rev&revision=135672 was a clean-up of the lambda framework. I'm working on a fix. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36287
Re: [Bug tree-optimization/36287] [4.4 Regression] ICE with -O -ftree-loop-linear
> Sebastian, that was your change. http://gcc.gnu.org/viewcvs?view=rev&revision=135672 was a clean-up of the lambda framework. I'm working on a fix.
[Bug testsuite/36292] [4.4 Regression]: Many failures in gcc.dg/pch/
--- 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 -g -I. -I. -Winvalid-pch -fno-show-column -S -o counter-2.s(timeout = 300) /net/gnu-13/export/gnu/src/gcc/gcc/gcc/testsuite/gcc.dg/pch/counter-2.c:10: warning: ./counter-2.h.gch: not used because `__COUNTER__' is invalid^M /net/gnu-13/export/gnu/src/gcc/gcc/gcc/testsuite/gcc.dg/pch/counter-2.c:10: error: counter-2.h: No such file or directory^M /net/gnu-13/export/gnu/src/gcc/gcc/gcc/testsuite/gcc.dg/pch/counter-2.c:10: error: one or more PCH files were found, but they were invalid^M compiler exited with status 1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36292
[Bug testsuite/36292] [4.4 Regression]: Many failures in gcc.dg/pch/
--- 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 AssignedTo|unassigned at gcc dot gnu |nathan at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2008-05-21 17:00:56 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36292
[Bug tree-optimization/36287] [4.4 Regression] ICE with -O -ftree-loop-linear
-- 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 | Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2008-05-21 17:22:41 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36287
Re: [Bug tree-optimization/36287] [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
email: [EMAIL PROTECTED]
branch:trunk
revision:HEAD
configure:
make:
check:
2008-05-21 Sebastian Pop <[EMAIL PROTECTED]>
PR tree-optimization/36286
* lambda-code.c (build_access_matrix): Do not use the loop->num
for computing the number of induction variables: use the loop depth
instead.
* testsuite/gcc.dg/tree-ssa/pr36287.c: New.
* testsuite/gfortran.dg/pr36286.f90: New.
Index: gcc/testsuite/gcc.dg/tree-ssa/pr36287.c
===
--- gcc/testsuite/gcc.dg/tree-ssa/pr36287.c (revision 0)
+++ gcc/testsuite/gcc.dg/tree-ssa/pr36287.c (revision 0)
@@ -0,0 +1,22 @@
+/* { dg-do compile } */
+/* { dg-options "-O -ftree-loop-linear" } */
+
+int tab[2][2];
+
+int foo ()
+{
+ int i, j, k;
+
+ for (i = 0; i < 2; ++i)
+for (j = 0; j < 2; ++j)
+ for (k = 0; k < 2; ++k)
+ {}
+
+ for (i = 0; i < 2; ++i)
+for (j = 0; j < 2; ++j)
+ if (i == 0)
+ tab[i][j] = 0;
+
+ return tab[0][1];
+}
+
Index: gcc/testsuite/gfortran.dg/pr36286.f90
===
--- gcc/testsuite/gfortran.dg/pr36286.f90 (revision 0)
+++ gcc/testsuite/gfortran.dg/pr36286.f90 (revision 0)
@@ -0,0 +1,14 @@
+! { dg-do compile }
+! { dg-options "-O1 -ftree-loop-linear" }
+! PR tree-optimization/36286
+
+program test_count
+integer, dimension(2,3) :: a, b
+a = reshape( (/ 1, 3, 5, 2, 4, 6 /), (/ 2, 3 /))
+b = reshape( (/ 0, 3, 5, 7, 4, 8 /), (/ 2, 3 /))
+print '(3l6)', a.ne.b
+print *, a(1,:).ne.b(1,:)
+print *, a(2,:).ne.b(2,:)
+print *, count(a.ne.b)
+end program test_count
+
Index: gcc/lambda-code.c
===
--- gcc/lambda-code.c (revision 135673)
+++ gcc/lambda-code.c (working copy)
@@ -2794,12 +2794,13 @@ build_access_matrix (data_reference_p da
struct access_matrix *am = GGC_NEW (struct access_matrix);
unsigned i, ndim = DR_NUM_DIMENSIONS (data_reference);
struct loop *loop = bb_for_stmt (DR_STMT (data_reference))->loop_father;
- unsigned nb_induction_vars = loop_depth (loop) - loop_nest_num + 1;
+ struct loop *loop_nest = get_loop (loop_nest_num);
+ unsigned nivs = loop_depth (loop) - loop_depth (loop_nest) + 1;
unsigned lambda_nb_columns;
lambda_vector_vec_p matrix;
AM_LOOP_NEST_NUM (am) = loop_nest_num;
- AM_NB_INDUCTION_VARS (am) = nb_induction_vars;
+ AM_NB_INDUCTION_VARS (am) = nivs;
AM_PARAMETERS (am) = parameters;
lambda_nb_columns = AM_NB_COLUMNS (am);
[Bug tree-optimization/36287] [4.4 Regression] ICE with -O -ftree-loop-linear
--- 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 from sebpop at gmail dot com 2008-05-21 18:49 --- Created an attachment (id=15667) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15667&action=view) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36287
[Bug target/36280] -fno-leading-underscore doesn't work
--- 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. http://gcc.gnu.org/ml/gcc-patches/2008-05/msg01322.html -- ktietz at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |ktietz at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2008-05-21 19:31:53 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36280
[Bug target/36280] -fno-leading-underscore doesn't work
--- 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 Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36280
[Bug c++/36023] [4.1/4.3/4.4 regression] ICE with cast to variable-sized object
--- 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=gcc&view=rev&rev=135734 Log: PR c++/36023 * cp-tree.h (check_array_initializer): New prototype. * decl.c (check_array_initializer): New function. (check_initializer): Call it. * semantics.c (finish_compound_literal): Call it for ARRAY_TYPEs. * g++.dg/ext/complit10.C: New test. Added: trunk/gcc/testsuite/g++.dg/ext/complit10.C Modified: trunk/gcc/ChangeLog trunk/gcc/cp/cp-tree.h trunk/gcc/cp/decl.c trunk/gcc/cp/semantics.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36023
[Bug c++/36023] [4.1/4.3/4.4 regression] ICE with cast to variable-sized object
--- 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=gcc&view=rev&rev=135735 Log: PR c++/36023 * cp-tree.h (check_array_initializer): New prototype. * decl.c (check_array_initializer): New function. (check_initializer): Call it. * semantics.c (finish_compound_literal): Call it for ARRAY_TYPEs. * g++.dg/ext/complit10.C: New test. Modified: trunk/gcc/ChangeLog trunk/gcc/cp/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36023
[Bug c++/36023] [4.1/4.3/4.4 regression] ICE with cast to variable-sized object
--- 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=gcc&view=rev&rev=135736 Log: PR c++/36023 * cp-tree.h (check_array_initializer): New prototype. * decl.c (check_array_initializer): New function. (check_initializer): Call it. * semantics.c (finish_compound_literal): Call it for ARRAY_TYPEs. * g++.dg/ext/complit10.C: New test. Added: branches/gcc-4_3-branch/gcc/testsuite/g++.dg/ext/complit10.C Modified: branches/gcc-4_3-branch/gcc/cp/ChangeLog branches/gcc-4_3-branch/gcc/cp/cp-tree.h branches/gcc-4_3-branch/gcc/cp/decl.c branches/gcc-4_3-branch/gcc/cp/semantics.c branches/gcc-4_3-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36023
[Bug c++/36023] [4.1/4.3/4.4 regression] ICE with cast to variable-sized object
--- 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|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36023
[Bug testsuite/36292] [4.4 Regression]: Many failures in gcc.dg/pch/
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36292
[Bug preprocessor/27777] Bad diagnostic emission when #error contains a trigraph
--- 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=gcc&view=rev&rev=135740 Log: gcc/testsuite PR preprocessor/2: * gcc.dg/cpp/pr2.c: New file. libcpp PR preprocessor/2: * lex.c (cpp_output_line_to_string): New function. * internal.h (_cpp_begin_message): Don't declare. * errors.c (_cpp_begin_message): Now static. * include/cpplib.h (cpp_output_line_to_string): Declare. * directives.c (do_diagnostic): Rewrote. Use cpp_output_line_to_string. Don't use _cpp_begin_message. Added: trunk/gcc/testsuite/gcc.dg/cpp/pr2.c Modified: trunk/gcc/testsuite/ChangeLog trunk/libcpp/ChangeLog trunk/libcpp/directives.c trunk/libcpp/errors.c trunk/libcpp/include/cpplib.h trunk/libcpp/internal.h trunk/libcpp/lex.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=2
[Bug preprocessor/27777] Bad diagnostic emission when #error contains a trigraph
--- 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 Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=2
[Bug tree-optimization/36287] [4.4 Regression] ICE with -O -ftree-loop-linear
--- 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=gcc&view=rev&rev=135741 Log: 2008-05-21 Sebastian Pop <[EMAIL PROTECTED]> PR tree-optimization/36286 PR tree-optimization/36287 * lambda-code.c (build_access_matrix): Do not use the loop->num for computing the number of induction variables: use the loop depth instead. * testsuite/gcc.dg/tree-ssa/pr36287.c: New. * testsuite/gfortran.dg/pr36286.f90: New. Added: trunk/gcc/testsuite/gcc.dg/tree-ssa/pr36287.c trunk/gcc/testsuite/gfortran.dg/pr36286.f90 Modified: trunk/gcc/ChangeLog trunk/gcc/lambda-code.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36287
[Bug middle-end/36286] [4.4 Regression] ICE with -ftree-loop-linear and -O1 and above
--- 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=gcc&view=rev&rev=135741 Log: 2008-05-21 Sebastian Pop <[EMAIL PROTECTED]> PR tree-optimization/36286 PR tree-optimization/36287 * lambda-code.c (build_access_matrix): Do not use the loop->num for computing the number of induction variables: use the loop depth instead. * testsuite/gcc.dg/tree-ssa/pr36287.c: New. * testsuite/gfortran.dg/pr36286.f90: New. Added: trunk/gcc/testsuite/gcc.dg/tree-ssa/pr36287.c trunk/gcc/testsuite/gfortran.dg/pr36286.f90 Modified: trunk/gcc/ChangeLog trunk/gcc/lambda-code.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36286
[Bug tree-optimization/36287] [4.4 Regression] ICE with -O -ftree-loop-linear
--- 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|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36287
[Bug middle-end/36286] [4.4 Regression] ICE with -ftree-loop-linear and -O1 and above
--- 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 |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36286
[Bug tree-optimization/36293] New: ICE or wrong code in vector-strided gap tests
This patch: http://gcc.gnu.org/viewcvs?view=rev&rev=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: gcc.dg/vect/vect-strided-u8-i8-gap2.c (internal compiler error) FAIL: gcc.dg/vect/vect-strided-u8-i8-gap4.c execution test There are additional failures reported for the first two but those are because the ICE prevents other checks from happening. The ICE message from last night's build is: /home/gccbuild/gcc_trunk_anonsvn/gcc/gcc/testsuite/gcc.dg/vect/vect-strided-a-u8-i8-gap2.c: In function 'main1': /home/gccbuild/gcc_trunk_anonsvn/gcc/gcc/testsuite/gcc.dg/vect/vect-strided-a-u8-i8-gap2.c:22: internal compiler error: in vect_get_vec_def_for_operand, at tree-vect-transform.c:1924 -- Summary: ICE or wrong code in vector-strided gap tests Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: janis at gcc dot gnu dot org GCC target triplet: powerpc*-*-linux* http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36293
[Bug c/36294] New: gcc exited and told me to report a bug (details follow)
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 -I./gtk -I/usr/local/include -D_THREAD_SAFE -I/usr/local/include/pycairo -I/usr/local/include/cairo -I/usr/local/include/freetype2 -I/usr/local/include -D_THREAD_SAFE -I/usr/local/include/gtk-2.0 -I/usr/local/lib/gtk-2.0/include -I/usr/local/include/atk-1.0 -I/usr/local/include/cairo -I/usr/local/include/pango-1.0 -I/usr/local/include -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/freetype2 -O2 -fno-strict-aliasing -pipe -Wall -std=c9x -MT _gtk_la-gtk.lo -MD -MP -MF .deps/_gtk_la-gtk.Tpo -c gtk.c -fPIC -DPIC -o .libs/_gtk_la-gtk.o gcc: warning: -pipe ignored because -save-temps specified Using built-in specs. Target: i386-undermydesk-freebsd Configured with: FreeBSD/i386 system compiler Thread model: posix gcc version 4.2.1 20070719 [FreeBSD] /usr/libexec/cc1 -E -quiet -v -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 -I/usr/local/include -I/usr/local/include/pycairo -I/usr/local/include/cairo -I/usr/local/include/freetype2 -I/usr/local/include -I/usr/local/include/gtk-2.0 -I/usr/local/lib/gtk-2.0/include -I/usr/local/include/atk-1.0 -I/usr/local/include/cairo -I/usr/local/include/pango-1.0 -I/usr/local/include -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/freetype2 -MD .libs/_gtk_la-gtk.d -MF .deps/_gtk_la-gtk.Tpo -MP -MT _gtk_la-gtk.lo -MQ .libs/_gtk_la-gtk.o -D_LONGLONG -DHAVE_CONFIG_H -D_THREAD_SAFE -D_THREAD_SAFE -DPIC gtk.c -std=c9x -Wall -fno-strict-aliasing -fPIC -O2 -fpch-preprocess -o gtk.i ignoring duplicate directory "/usr/include" ignoring duplicate directory "." ignoring nonexistent directory "/usr/local/lib/glib-2.0/include" ignoring nonexistent directory "./gtk" ignoring duplicate directory "/usr/local/include" ignoring nonexistent directory "/usr/local/lib/gtk-2.0/include" ignoring duplicate directory "/usr/local/include/cairo" ignoring duplicate directory "/usr/local/include" ignoring duplicate directory "/usr/local/include/glib-2.0" ignoring nonexistent directory "/usr/local/lib/glib-2.0/include" ignoring duplicate directory "/usr/local/include/freetype2" #include "..." search starts here: #include <...> search starts here: . .. /usr/local/include/python2.5 /usr/local/include/pygtk-2.0 /usr/local/include/glib-2.0 /usr/local/include /usr/local/include/pycairo /usr/local/include/cairo /usr/local/include/freetype2 /usr/local/include/gtk-2.0 /usr/local/include/atk-1.0 /usr/local/include/pango-1.0 /usr/include End of search list. /usr/libexec/cc1 -fpreprocessed gtk.i -quiet -dumpbase gtk.c -auxbase-strip .libs/_gtk_la-gtk.o -O2 -Wall -std=c9x -version -fno-strict-aliasing -fPIC -o gtk.s GNU C version 4.2.1 20070719 [FreeBSD] (i386-undermydesk-freebsd) compiled by GNU C version 4.2.1 20070719 [FreeBSD]. GGC heuristics: --param ggc-min-expand=37 --param ggc-min-heapsize=14772 Compiler executable checksum: fb6ee02eabe3be1db3bcacb25d6b70a5 ./gtk.override: In function 'pygtk_main_watch_prepare': ./gtk.override:1071: warning: unused variable 'real_source' at this point, it just seems to hang around. top shows the process thusly: 60123 root 1 -200 116M 65652K swread 1:10 0.00% cc1 -- Summary: gcc exited and told me to report a bug (details follow) Product: gcc Version: 4.2.1 Status: UNCONFIRMED Severity: blocker Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: paulbeard at gmail dot com GCC target triplet: i386-undermydesk-freebsd http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36294
[Bug tree-optimization/36295] New: vect testsuite regressions from fold_const fix
This patch: http://gcc.gnu.org/viewcvs?view=rev&rev=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 vect "vectorized 1 loops" 2 FAIL: gcc.dg/vect/vect-vfa-03.c scan-tree-dump-times vect "vectorized 1 loops" 1 XPASS: gcc.dg/vect/vect-vfa-03.c scan-tree-dump-times vect "vectorized 1 loops" 0 FAIL: gcc.dg/vect/slp-21.c scan-tree-dump-times vect "vectorized 4 loops" 1 FAIL: gcc.dg/vect/slp-21.c scan-tree-dump-times vect "vectorizing stmts using SLP" 2 FAIL: gcc.dg/vect/slp-7.c scan-tree-dump-times vect "vectorized 3 loops" 1 FAIL: gcc.dg/vect/slp-7.c scan-tree-dump-times vect "vectorizing stmts using SLP" 3 The patch referenced above made a slight change to slp-7.c. -- Summary: vect testsuite regressions from fold_const fix Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: janis at gcc dot gnu dot org GCC target triplet: powerpc*-*-linux* http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36295
[Bug target/36079] [4.3/4.4 Regression] cld instruction is not emitted anymore.
--- 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 use -mcld default. If build gcc 4.3.1 using --disable-cld: when compile 32bit or 64bit app, gcc not use -mcld default. Both configure, gcc accept -mcld when compile 32bit/64 bit app, and run well. That's ok for me, Thanks! -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36079
[Bug middle-end/36294] gcc exited and told me to report a bug (details follow)
--- 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 -I/usr/local/include -D_THREAD_SAFE -I/usr/local/include/pycairo -I/usr/local/include/cairo -I/usr/local/include/freetype2 -I/usr/local/include -D_THREAD_SAFE -I/usr/local/include/gtk-2.0 -I/usr/local/lib/gtk-2.0/include -I/usr/local/include/atk-1.0 -I/usr/local/include/cairo -I/usr/local/include/pango-1.0 -I/usr/local/include -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/freetype2 -O2 -fno-strict-aliasing -pipe -Wall -std=c9x -MT _gtk_la-gtk.lo -MD -MP -MF .deps/_gtk_la-gtk.Tpo -c gtk.c -fPIC -DPIC -o .libs/_gtk_la-gtk.o 2>&1 | tee build.log [EMAIL PROTECTED] /usr/ports/x11-toolkits/py-gtk2/work/pygtk-2.12.1/gtk]# view build.log gcc: warning: -pipe ignored because -save-temps specified Using built-in specs. Target: i386-undermydesk-freebsd Configured with: FreeBSD/i386 system compiler Thread model: posix gcc version 4.2.1 20070719 [FreeBSD] /usr/libexec/cc1 -E -quiet -v -I. -I. -I.. -I/usr/local/include/python2.5 -I/us r/local/include/pygtk-2.0 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2. 0/include -I./gtk -I/usr/local/include -I/usr/local/include/pycairo -I/usr/local /include/cairo -I/usr/local/include/freetype2 -I/usr/local/include -I/usr/local/ include/gtk-2.0 -I/usr/local/lib/gtk-2.0/include -I/usr/local/include/atk-1.0 -I /usr/local/include/cairo -I/usr/local/include/pango-1.0 -I/usr/local/include -I/ usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/includ e/freetype2 -MD .libs/_gtk_la-gtk.d -MF .deps/_gtk_la-gtk.Tpo -MP -MT _gtk_la-gt k.lo -MQ .libs/_gtk_la-gtk.o -D_LONGLONG -DHAVE_CONFIG_H -D_THREAD_SAFE -D_THREA D_SAFE -DPIC gtk.c -std=c9x -Wall -fno-strict-aliasing -fPIC -O2 -fpch-preproces s -o gtk.i ignoring duplicate directory "/usr/include" ignoring duplicate directory "." ignoring nonexistent directory "/usr/local/lib/glib-2.0/include" ignoring nonexistent directory "./gtk" ignoring duplicate directory "/usr/local/include" ignoring nonexistent directory "/usr/local/lib/gtk-2.0/include" ignoring duplicate directory "/usr/local/include/cairo" ignoring duplicate directory "/usr/local/include" ignoring duplicate directory "/usr/local/include/glib-2.0" ignoring nonexistent directory "/usr/local/lib/glib-2.0/include" ignoring duplicate directory "/usr/local/include/freetype2" #include "..." search starts here: #include <...> search starts here: . .. /usr/local/include/python2.5 /usr/local/include/pygtk-2.0 /usr/local/include/glib-2.0 /usr/local/include /usr/local/include/pycairo /usr/local/include/cairo /usr/local/include/freetype2 /usr/local/include/gtk-2.0 /usr/local/include/atk-1.0 /usr/local/include/pango-1.0 /usr/include End of search list. /usr/libexec/cc1 -fpreprocessed gtk.i -quiet -dumpbase gtk.c -auxbase-strip .li bs/_gtk_la-gtk.o -O2 -Wall -std=c9x -version -fno-strict-aliasing -fPIC -o gtk.s GNU C version 4.2.1 20070719 [FreeBSD] (i386-undermydesk-freebsd) compiled by GNU C version 4.2.1 20070719 [FreeBSD]. GGC heuristics: --param ggc-min-expand=37 --param ggc-min-heapsize=14772 Compiler executable checksum: fb6ee02eabe3be1db3bcacb25d6b70a5 ./gtk.override: In function 'pygtk_main_watch_prepare': ./gtk.override:1071: warning: unused variable 'real_source' gcc: Internal error: Killed: 9 (program cc1) Please submit a full bug report. See http://gcc.gnu.org/bugs.html> for instructions. -- paulbeard at gmail dot com changed: What|Removed |Added CC||paulbeard at gmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36294
[Bug bootstrap/33100] [4.3/4.4 regression] on bootstrap getting section .eh_frame: bad cie version 0: offset 0x0
--- 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
[Bug tree-optimization/36295] vect testsuite regressions from fold_const fix
--- 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 Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36295
[Bug tree-optimization/35642] [4.4 Regression] heisenbug in tree vectorizer
--- 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 CC||janis at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35642
[Bug testsuite/36292] [4.4 Regression]: Many failures in gcc.dg/pch/
--- Comment #3 from nathan at gcc dot gnu dot org 2008-05-22 06:33 --- 2008-05-22 Nathan Sidwell <[EMAIL PROTECTED]> * lib/dg-pch.exp (dg-pch): Fix if bracing. -- nathan at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36292
