[Bug libstdc++/50441] [C++0x] type_traits is missing GNU extension types
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50441 --- Comment #14 from Marc Glisse marc.glisse at normalesup dot org 2011-09-18 06:28:32 UTC --- (In reply to comment #10) I'd like to have some help about the best way to figure out whether the target supports __int128_t and __uint128_t: is __CHAR_BIT__ * __SIZEOF_LONG__ = 64 good enough? #ifdef __SIZEOF_INT128__ (that's used in the testsuite)
[Bug testsuite/50435] FAIL: gcc.dg/vect/bb-slp-25.c (-flto)? scan-tree-dump-times slp basic block vectorized using SLP 1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50435 --- Comment #5 from Ira Rosen irar at il dot ibm.com 2011-09-18 08:52:56 UTC --- Thanks. Data dependence analysis can't determine dependence between src and dst although they have _restrict_, and it works fine on x86_64-suse-linux for example... Does darwin have a known problem with restrict? Thanks, Ira
[Bug tree-optimization/50412] gfortran -Ofast ICE in vect_do_peeling_for_loop_bound
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50412 --- Comment #3 from irar at gcc dot gnu.org 2011-09-18 08:59:58 UTC --- Author: irar Date: Sun Sep 18 08:59:52 2011 New Revision: 178940 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=178940 Log: PR tree-optimization/50412 * tree-vect-data-refs.c (vect_analyze_group_access): Fail for acceses that require epilogue loop if vectorizing outer loop. Added: trunk/gcc/testsuite/gfortran.dg/vect/pr50412.f90 Modified: trunk/gcc/ChangeLog trunk/gcc/testsuite/ChangeLog trunk/gcc/tree-vect-data-refs.c
[Bug tree-optimization/50413] [4.6/4.7 Regression] Incorrect instruction is used to shift value of 128 bit xmm0 registrer
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50413 --- Comment #7 from Ira Rosen irar at il dot ibm.com 2011-09-18 10:17:12 UTC --- Right. The data-refs analysis fails for the bit assignment, and SLP marks this statement as not vectorizable and continues with the vectorization of other statements, which is incorrect because we ignore a possible dependence (as it happens here). Instead of just failing for data-refs that can't be analyzed (as in the patch below), we can check that the statement with the data-ref is either before the first load or after the last store of the SLP instance, verifying that there is no data dependence. But this patch is enough to prevent vectorization here and fix the bug. Index: tree-vect-data-refs.c === --- tree-vect-data-refs.c (revision 178880) +++ tree-vect-data-refs.c (working copy) @@ -2577,14 +2602,7 @@ vect_analyze_data_refs (loop_vec_info lo print_gimple_stmt (vect_dump, stmt, 0, TDF_SLIM); } - if (bb_vinfo) -{ - /* Mark the statement as not vectorizable. */ - STMT_VINFO_VECTORIZABLE (stmt_info) = false; - continue; -} - else -return false; + return false; } if (TREE_CODE (DR_BASE_ADDRESS (dr)) == INTEGER_CST) @@ -2592,14 +2610,7 @@ vect_analyze_data_refs (loop_vec_info lo if (vect_print_dump_info (REPORT_UNVECTORIZED_LOCATIONS)) fprintf (vect_dump, not vectorized: base addr of dr is a constant); - if (bb_vinfo) -{ - /* Mark the statement as not vectorizable. */ - STMT_VINFO_VECTORIZABLE (stmt_info) = false; - continue; -} - else -return false; + return false; } if (TREE_THIS_VOLATILE (DR_REF (dr)))
[Bug testsuite/50435] FAIL: gcc.dg/vect/bb-slp-25.c (-flto)? scan-tree-dump-times slp basic block vectorized using SLP 1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50435 --- Comment #6 from Dominique d'Humieres dominiq at lps dot ens.fr 2011-09-18 10:41:09 UTC --- Does darwin have a known problem with restrict? None I am aware of. BTW what is the difference between '*__restrict__' and '* __restrict' (or '* __restrict__')?
[Bug testsuite/50435] FAIL: gcc.dg/vect/bb-slp-25.c (-flto)? scan-tree-dump-times slp basic block vectorized using SLP 1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50435 --- Comment #7 from Dominique d'Humieres dominiq at lps dot ens.fr 2011-09-18 10:45:08 UTC --- Note that the test succeeds if I replace '* __restrict' with '*__restrict__'
[Bug testsuite/50435] FAIL: gcc.dg/vect/bb-slp-25.c (-flto)? scan-tree-dump-times slp basic block vectorized using SLP 1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50435 --- Comment #8 from Ira Rosen irar at il dot ibm.com 2011-09-18 10:48:43 UTC --- Looks like there is a difference ;) I guess it succeeds with the patch to avoid loop vectorization and the fix of restrict together?
[Bug testsuite/50435] FAIL: gcc.dg/vect/bb-slp-25.c (-flto)? scan-tree-dump-times slp basic block vectorized using SLP 1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50435 --- Comment #9 from Dominique d'Humieres dominiq at lps dot ens.fr 2011-09-18 10:54:14 UTC --- Looks like there is a difference ;) I guess it succeeds with the patch to avoid loop vectorization and the fix of restrict together? Here is the patched test that gives no failure (i.e., yours and the change to restrict): --- ../_clean/gcc/testsuite/gcc.dg/vect/bb-slp-25.c2011-09-15 13:34:18.0 +0200 +++ gcc/testsuite/gcc.dg/vect/bb-slp-25.c2011-09-18 12:42:21.0 +0200 @@ -9,7 +9,7 @@ short src[N], dst[N]; -void foo (short * __restrict dst, short * __restrict src, int h, int stride) +void foo (short *__restrict__ dst, short *__restrict__ src, int h, int stride, int dummy) { int i; h /= 16; @@ -25,6 +25,8 @@ void foo (short * __restrict dst, short dst[7] += A*src[7] + src[7+stride]; dst += 8; src += 8; + if (dummy == 32) +abort (); } } @@ -41,7 +43,7 @@ int main (void) src[i] = i; } - foo (dst, src, N, 8); + foo (dst, src, N, 8, 0); for (i = 0; i N/2; i++) {
[Bug testsuite/50435] FAIL: gcc.dg/vect/bb-slp-25.c (-flto)? scan-tree-dump-times slp basic block vectorized using SLP 1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50435 --- Comment #10 from Ira Rosen irar at il dot ibm.com 2011-09-18 10:55:19 UTC --- Thanks, I'll commit it.
[Bug tree-optimization/50414] [4.7 Regression] gfortran -Ofast SIGSEGV in store_constructor
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50414 --- Comment #5 from irar at gcc dot gnu.org 2011-09-18 11:36:22 UTC --- Author: irar Date: Sun Sep 18 11:36:15 2011 New Revision: 178941 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=178941 Log: PR tree-optimization/50414 * tree-vect-slp.c (vect_get_constant_vectors): Handle MAX_EXPR and MIN_EXPR. Added: trunk/gcc/testsuite/gcc.dg/vect/no-scevccp-noreassoc-slp-reduc-7.c trunk/gcc/testsuite/gfortran.dg/vect/Ofast-pr50414.f90 Modified: trunk/gcc/ChangeLog trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gfortran.dg/vect/vect.exp trunk/gcc/tree-vect-slp.c
[Bug testsuite/50435] FAIL: gcc.dg/vect/bb-slp-25.c (-flto)? scan-tree-dump-times slp basic block vectorized using SLP 1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50435 --- Comment #11 from irar at gcc dot gnu.org 2011-09-18 11:41:48 UTC --- Author: irar Date: Sun Sep 18 11:41:43 2011 New Revision: 178942 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=178942 Log: PR testsuite/50435 * gcc.dg/vect/bb-slp-25.c: Add an if to avoid loop vectorization. Fix underscores around restrict. Modified: trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gcc.dg/vect/bb-slp-25.c
[Bug tree-optimization/50414] [4.7 Regression] gfortran -Ofast SIGSEGV in store_constructor
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50414 Ira Rosen irar at il dot ibm.com changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #6 from Ira Rosen irar at il dot ibm.com 2011-09-18 11:43:29 UTC --- Fixed.
[Bug target/33049] [avr] bit extraction non optimal, inversing logic solves problem
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33049 --- Comment #20 from Georg-Johann Lay gjl at gcc dot gnu.org 2011-09-18 12:22:58 UTC --- See also http://lists.gnu.org/archive/html/avr-gcc-list/2008-12/msg9.html
[Bug target/50446] New: [avr] Implement rotate patterns with offset 1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50446 Bug #: 50446 Summary: [avr] Implement rotate patterns with offset 1 Classification: Unclassified Product: gcc Version: 4.6.1 Status: UNCONFIRMED Keywords: missed-optimization Severity: enhancement Priority: P3 Component: target AssignedTo: unassig...@gcc.gnu.org ReportedBy: g...@gcc.gnu.org CC: eric.wedding...@atmel.com Target: avr GCC tries rotate patterns, e.g. I see combiner try to match against rotate. Rotate by one is easy to implement on AVR, so add these patterns/insns.
[Bug target/50446] [avr] Implement rotate patterns with offset 1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50446 Georg-Johann Lay gjl at gcc dot gnu.org changed: What|Removed |Added Priority|P3 |P4 Status|UNCONFIRMED |NEW Last reconfirmed||2011-09-18 Target Milestone|--- |4.7.0 Ever Confirmed|0 |1 Known to fail||4.6.1
[Bug target/50446] [avr] Implement rotate patterns with offset 1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50446 --- Comment #1 from Georg-Johann Lay gjl at gcc dot gnu.org 2011-09-18 12:36:59 UTC --- Created attachment 25310 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=25310 rotate.c Some test cases
[Bug target/50447] New: [avr] Better support of AND, OR, XOR and PLUS with constant integers for 16- and 32-bit values
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50447 Bug #: 50447 Summary: [avr] Better support of AND, OR, XOR and PLUS with constant integers for 16- and 32-bit values Classification: Unclassified Product: gcc Version: 4.6.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassig...@gcc.gnu.org ReportedBy: g...@gcc.gnu.org Target: avr The current implementation sometimes leads to poor code for several reasons: o Insn *iorsi3_clobber is hidden behind iorsi3 and thus will never be used. o There are no such insn for AND, XOR, PLUS so that the constant gets reloaded to a same-width register where a QI was sufficient. o If a clobber is needed, the value in the clobber reg is not reused. o Work out if a clobber is actually needed.
[Bug target/50447] [avr] Better support of AND, OR, XOR and PLUS with constant integers for 16- and 32-bit values
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50447 Georg-Johann Lay gjl at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Keywords||missed-optimization Last reconfirmed||2011-09-18 CC||eric.weddington at atmel ||dot com Ever Confirmed|0 |1 Target Milestone|--- |4.7.0 Known to fail||4.6.1 Severity|normal |enhancement
[Bug testsuite/50435] FAIL: gcc.dg/vect/bb-slp-25.c (-flto)? scan-tree-dump-times slp basic block vectorized using SLP 1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50435 --- Comment #12 from Dominique d'Humieres dominiq at lps dot ens.fr 2011-09-18 13:11:59 UTC --- Thanks, I'll commit it. Thanks for the quick fix. I'ld like to leave this pr open until someone figure out what's wrong with darwin and __restrict. Note that I have replaced all the occurrences of __restrict with __restrict__ I have found in gcc.dg/vect/* and bb-slp-25.c is the only test for which it mattered.
[Bug target/50448] New: [avr] Missed optimization accessing struct component with known, absolute address.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50448 Bug #: 50448 Summary: [avr] Missed optimization accessing struct component with known, absolute address. Classification: Unclassified Product: gcc Version: 4.6.1 Status: UNCONFIRMED Keywords: missed-optimization Severity: normal Priority: P3 Component: target AssignedTo: unassig...@gcc.gnu.org ReportedBy: g...@gcc.gnu.org CC: eric.wedding...@atmel.com Target: avr typedef struct { unsigned char a,b,c,d; } SPI_t; #define SPIE (*(SPI_t volatile*) 0x0AC0) void foo (void) { SPIE.d = 0xAA; while (!(SPIE.c 0x80)); SPIE.d = 0xBB; while (!(SPIE.c 0x80)); } avr-gcc-4.6.1 -Os -S -fdump-tree-optimized -fdump-rtl-expand compiles that code to foo: ldi r24,lo8(-86) ldi r30,lo8(2752) ldi r31,hi8(2752) std Z+3,r24 .L2: lds r24,2754 sbrs r24,7 rjmp .L2 ldi r24,lo8(-69) ldi r30,lo8(2752) ldi r31,hi8(2752) std Z+3,r24 .L3: lds r24,2754 sbrs r24,7 rjmp .L3 ret Instead of loading the address 2752 two times, it's sufficient to load it once or to do a direct access to 2755 and avoid loading the constant altogether. The load appeard first in .expand; .optimized looks fine: foo () { signed char D.1932; volatile unsigned char D.1931; signed char D.1930; volatile unsigned char D.1929; bb 2: MEM[(volatile struct SPI_t *)2752B].d ={v} 170; bb 3: D.1929_3 ={v} MEM[(volatile struct SPI_t *)2752B].c; D.1930_4 = (signed char) D.1929_3; if (D.1930_4 = 0) goto bb 3; else goto bb 4; bb 4: MEM[(volatile struct SPI_t *)2752B].d ={v} 187; bb 5: D.1931_7 ={v} MEM[(volatile struct SPI_t *)2752B].c; D.1932_8 = (signed char) D.1931_7; if (D.1932_8 = 0) goto bb 5; else goto bb 6; bb 6: return; }
[Bug target/50448] [avr] Missed optimization accessing struct component with known, absolute address.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50448 Georg-Johann Lay gjl at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2011-09-18 Target Milestone|--- |4.7.0 Ever Confirmed|0 |1 Known to fail||4.3.3, 4.5.2, 4.6.1
[Bug target/50449] New: [avr] Loading some 32 constants not optimal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50449 Bug #: 50449 Summary: [avr] Loading some 32 constants not optimal Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Keywords: missed-optimization Severity: minor Priority: P3 Component: target AssignedTo: unassig...@gcc.gnu.org ReportedBy: g...@gcc.gnu.org Target: avr The following code register long long X1 asm (16); register long X2 asm (24); register int X3 asm (30); void foo (void) { register long r asm (12) = 1 2; asm volatile ( ::r(r)); } compiled with avr-gcc-4.6.1 -S -Os -dp -mmcu=atmegs8 loads the cpmstant as clr r12 ; 5*movsi/6[length = 5] clr r13 movw r14,r12 set bld r12,2 whereas 4.7.0 will print something like set clr r12 bld r12,2 clr r13 clr r14 clr r15 i.e. it uses one instruction more because of the changes to output_movsisf in http://gcc.gnu.org/viewcvs?view=revisionrevision=175956 .
[Bug target/50449] [avr] Loading some 32 constants not optimal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50449 Georg-Johann Lay gjl at gcc dot gnu.org changed: What|Removed |Added Priority|P3 |P4 Status|UNCONFIRMED |ASSIGNED Last reconfirmed||2011-09-18 CC||eric.weddington at atmel ||dot com Known to work||4.6.1 AssignedTo|unassigned at gcc dot |gjl at gcc dot gnu.org |gnu.org | Target Milestone|--- |4.7.0 Ever Confirmed|0 |1
[Bug c++/50450] New: /usr/include/c++/4.6/bits/stl_set.h ifdef __GXX_EXPERIMENTAL_CXX0X__
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50450 Bug #: 50450 Summary: /usr/include/c++/4.6/bits/stl_set.h ifdef __GXX_EXPERIMENTAL_CXX0X__ Classification: Unclassified Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassig...@gcc.gnu.org ReportedBy: luc.casterm...@gmail.com in file: /usr/include/c++/4.6/bits/stl_set.h The function insert() at line 407 will be included twice due to the same function at line 416. The first insert() at line 407 should be made part of the conditional compile as well. Below my suggestion to fix it. 414 #ifndef __GXX_EXPERIMENTAL_CXX0X__ 406 std::pairiterator, bool 407 insert(const value_type __x) 408 { 409 std::pairtypename _Rep_type::iterator, bool __p = 410 _M_t._M_insert_unique(__x); 411 return std::pairiterator, bool(__p.first, __p.second); 412 } 413 414 #else 415 std::pairiterator, bool 416 insert(value_type __x) 417 { 418 std::pairtypename _Rep_type::iterator, bool __p = 419 _M_t._M_insert_unique(std::move(__x)); 420 return std::pairiterator, bool(__p.first, __p.second); 421 } 422 #endif
[Bug middle-end/50451] New: [4.7 regression] internal compiler error at tree-vect-loop.c:3557
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50451 Bug #: 50451 Summary: [4.7 regression] internal compiler error at tree-vect-loop.c:3557 Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end AssignedTo: unassig...@gcc.gnu.org ReportedBy: jojel...@gmail.com Host: i686-pc-cygwin Target: i686-pc-cygwin Build: i686-pc-cygwin Created attachment 25311 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=25311 preprocessed source gcc -DHAVE_MKSTEMP -DHAVE_FONTCONFIG -DHAVE_LIBIDN -DHAVE_SETLOCALE -DHAVE_DBUS -DHAVE_BSWAP32 -DHAVE_BYTESWAP_H -O4 -mfpmath=sse -march=native -mtune=native -g -flto -Wall -Wstrict-prototypes -Wundef -Wmissing-declarations -Wmissing-prototypes -Wwrite-strings -Wno-strict-aliasing -Wdeclaration-after-statement -fno-builtin -fno-common -DHAVE_STDINT_H=1 -DHAVE_SYS_TIME_H=1 -DGX_COLOR_INDEX_TYPE=unsigned long long -DUSE_LIBICONV_GNU -Ifreetype/include -DFT2_BUILD_LIBRARY -DDARWIN_NO_CARBON -o ./obj/psconv.o -c freetype/src/psaux/psconv.c -v Using built-in specs. COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=/usr/libexec/gcc/i686-pc-cygwin/4.7.0/lto-wrapper.exe Target: i686-pc-cygwin Configured with: ./configure --config-cache --prefix=/usr --disable-win32-registry --enable-threads=win32 --enable-languages=c,c++,lto --with-win32-nlsapi=unicode --enable-tls --disable-bootstrap --enable-shared --disable-sjlj-exceptions --enable-gomp --enable-cloog-backend=isl Thread model: win32 gcc version 4.7.0 20110918 (experimental) (GCC) COLLECT_GCC_OPTIONS='-D' 'HAVE_MKSTEMP' '-D' 'HAVE_FONTCONFIG' '-D' 'HAVE_LIBIDN' '-D' 'HAVE_SETLOCALE' '-D' 'HAVE_DBUS' '-D' 'HAVE_BSWAP32' '-D' 'HAVE_BYTESWAP_H' '-O4' '-mfpmath=sse' '-march=native' '-mtune=native' '-g' '-flto' '-Wall' '-Wstrict-prototypes' '-Wundef' '-Wmissing-declarations' '-Wmissing-prototypes' '-Wwrite-strings' '-Wno-strict-aliasing' '-Wdeclaration-after-statement' '-fno-builtin' '-fno-common' '-D' 'HAVE_STDINT_H=1' '-D' 'HAVE_SYS_TIME_H=1' '-D' 'GX_COLOR_INDEX_TYPE=unsigned long long' '-D' 'USE_LIBICONV_GNU' '-I' 'freetype/include' '-D' 'FT2_BUILD_LIBRARY' '-D' 'DARWIN_NO_CARBON' '-o' './obj/psconv.o' '-c' '-v' /usr/libexec/gcc/i686-pc-cygwin/4.7.0/cc1.exe -quiet -v -I freetype/include -D__CYGWIN32__ -D__CYGWIN__ -Dunix -D__unix__ -D__unix -idirafter /usr/lib/gcc/i686-pc-cygwin/4.7.0/../../../../i686-pc-cygwin/lib/../include/w32api -idirafter /usr/lib/gcc/i686-pc-cygwin/4.7.0/../../../../i686-pc-cygwin/lib/../../include/w32api -D HAVE_MKSTEMP -D HAVE_FONTCONFIG -D HAVE_LIBIDN -D HAVE_SETLOCALE -D HAVE_DBUS -D HAVE_BSWAP32 -D HAVE_BYTESWAP_H -D HAVE_STDINT_H=1 -D HAVE_SYS_TIME_H=1 -D GX_COLOR_INDEX_TYPE=unsigned long long -D USE_LIBICONV_GNU -D FT2_BUILD_LIBRARY -D DARWIN_NO_CARBON freetype/src/psaux/psconv.c -march=core2 -mcx16 -msahf -mno-movbe -mno-aes -mno-pclmul -mno-popcnt -mno-abm -mno-lwp -mno-fma -mno-fma4 -mno-xop -mno-bmi -mno-bmi2 -mno-tbm -mno-avx -mno-avx2 -mno-sse4.2 -msse4.1 -mno-lzcnt --param l1-cache-size=32 --param l1-cache-line-size=64 --param l2-cache-size=2048 -mtune=core2 -quiet -dumpbase psconv.c -mfpmath=sse -auxbase-strip ./obj/psconv.o -g -O4 -Wall -Wstrict-prototypes -Wundef -Wmissing-declarations -Wmissing-prototypes -Wwrite-strings -Wno-strict-aliasing -Wdeclaration-after-statement -version -flto -fno-builtin -fno-common -o /tmp/ccOOLJGb.s GNU C (GCC) version 4.7.0 20110918 (experimental) (i686-pc-cygwin) compiled by GNU C version 4.7.0 20110829 (experimental), GMP version 5.0.0, MPFR version 3.0.1-p4, MPC version 0.8.1 GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 ignoring duplicate directory /usr/include ignoring duplicate directory /usr/lib/gcc/i686-pc-cygwin/4.7.0/../../../../i686-pc-cygwin/lib/../../include/w32api #include ... search starts here: #include ... search starts here: freetype/include /usr/lib/gcc/i686-pc-cygwin/4.7.0/include /usr/local/include /usr/lib/gcc/i686-pc-cygwin/4.7.0/include-fixed /usr/lib/gcc/i686-pc-cygwin/4.7.0/../../../../i686-pc-cygwin/include /usr/lib/gcc/i686-pc-cygwin/4.7.0/../../../../i686-pc-cygwin/lib/../include/w32api End of search list. GNU C (GCC) version 4.7.0 20110918 (experimental) (i686-pc-cygwin) compiled by GNU C version 4.7.0 20110829 (experimental), GMP version 5.0.0, MPFR version 3.0.1-p4, MPC version 0.8.1 GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 Compiler executable checksum: 5daf0dfdc983589a8c64d9638e3b743e freetype/src/psaux/psconv.c: In function 'PS_Conv_ToFixed': freetype/src/psaux/psconv.c:143:3: internal compiler error: vector VEC(tree,base) index domain error, in vect_create_epilog_for_reduction at tree-vect-loop.c:3557 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions.
[Bug c++/50450] /usr/include/c++/4.6/bits/stl_set.h ifdef __GXX_EXPERIMENTAL_CXX0X__
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50450 Paolo Carlini paolo.carlini at oracle dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID --- Comment #1 from Paolo Carlini paolo.carlini at oracle dot com 2011-09-18 15:27:58 UTC --- Of course those are *two different functions*, one takes a const lvalue reference, the other an rvalue reference, and we definitely want *both* in C++0x mode (23.4.6.1).
[Bug middle-end/50451] [4.7 regression] internal compiler error at tree-vect-loop.c:3557
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50451 Dominique d'Humieres dominiq at lps dot ens.fr changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2011-09-18 CC||irar at il dot ibm.com Ever Confirmed|0 |1 --- Comment #1 from Dominique d'Humieres dominiq at lps dot ens.fr 2011-09-18 16:35:47 UTC --- Confirmed on x86_64-apple-darwin10.8.0 with -m32 -O2 -ftree-vectorize (it does not give the ICE in 64 bit mode).
[Bug middle-end/50451] [4.7 regression] internal compiler error at tree-vect-loop.c:3557
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50451 Dominique d'Humieres dominiq at lps dot ens.fr changed: What|Removed |Added CC||rguenther at suse dot de --- Comment #2 from Dominique d'Humieres dominiq at lps dot ens.fr 2011-09-18 16:45:45 UTC --- It is due to revision 178728: Revision 178728 Author:rguenth Date:Fri Sep 9 12:35:11 2011 UTC (9 days, 4 hours ago) Changed paths:4 Log Message: 2011-09-09 Richard Guenther rguent...@suse.de PR tree-optimization/50328 * tree-vect-loop.c (vect_is_simple_reduction_1): Allow one constant or default-def operand. * gcc.dg/vect/fast-math-vect-outer-7.c: New testcase. Note that the ICE is replaced with a segmentation fault for compilers bootstrapped with --enable-checking=release.
[Bug middle-end/50451] [4.7 regression] internal compiler error at tree-vect-loop.c:3557
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50451 --- Comment #3 from Dominique d'Humieres dominiq at lps dot ens.fr 2011-09-18 16:53:07 UTC --- This is not a duplicate of pr50343 since this pr is present at revision 178942.
[Bug fortran/50410] [4.6/4.7 Regression] ICE in record_reference
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50410 --- Comment #2 from Vittorio Zecca zeccav at gmail dot com 2011-09-18 17:38:10 UTC --- The following produces a Segmentation fault in gfc_conv_structure (r178925) type t integer g end type type(t) :: u=t(1) data u%g /2/ end
[Bug fortran/50410] [4.6/4.7 Regression] ICE in record_reference
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50410 --- Comment #3 from Dominique d'Humieres dominiq at lps dot ens.fr 2011-09-18 18:20:57 UTC --- The problem for the code in comment #2 seems different: it gives a segmentation fault with 4.6.1 and trunk and an ICE with 4.4.6 and 4.5.3: f951: internal compiler error: in formalize_structure_cons, at fortran/data.c:(756|755) g95 gives the following error In file pr50410_1.f90:5 data u%g /2/ 1 Error: Variable 'u' at (1) already has an initialization
[Bug target/50091] [4.5/4.6/4.7 Regression] -fstack-check generates wrong assembly
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50091 --- Comment #16 from Eric Botcazou ebotcazou at gcc dot gnu.org 2011-09-18 22:00:57 UTC --- Author: ebotcazou Date: Sun Sep 18 22:00:52 2011 New Revision: 178944 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=178944 Log: PR target/50091 * config/rs6000/rs6000.md (probe_stack): Use explicit operand. * config/rs6000/rs6000.c (output_probe_stack_range): Likewise. Modified: trunk/gcc/ChangeLog trunk/gcc/config/rs6000/rs6000.c trunk/gcc/config/rs6000/rs6000.md
[Bug target/50091] [4.5/4.6/4.7 Regression] -fstack-check generates wrong assembly
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50091 --- Comment #17 from Eric Botcazou ebotcazou at gcc dot gnu.org 2011-09-18 22:02:01 UTC --- Author: ebotcazou Date: Sun Sep 18 22:01:56 2011 New Revision: 178945 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=178945 Log: PR target/50091 * config/rs6000/rs6000.md (probe_stack): Use explicit operand. * config/rs6000/rs6000.c (output_probe_stack_range): Likewise. Modified: branches/gcc-4_6-branch/gcc/ChangeLog branches/gcc-4_6-branch/gcc/config/rs6000/rs6000.c branches/gcc-4_6-branch/gcc/config/rs6000/rs6000.md
[Bug target/50091] [4.5/4.6/4.7 Regression] -fstack-check generates wrong assembly
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50091 --- Comment #18 from Eric Botcazou ebotcazou at gcc dot gnu.org 2011-09-18 22:02:31 UTC --- Author: ebotcazou Date: Sun Sep 18 22:02:27 2011 New Revision: 178946 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=178946 Log: PR target/50091 * config/rs6000/rs6000.md (probe_stack): Use explicit operand. Modified: branches/gcc-4_5-branch/gcc/ChangeLog branches/gcc-4_5-branch/gcc/config/rs6000/rs6000.md
[Bug target/50091] [4.5/4.6/4.7 Regression] -fstack-check generates wrong assembly
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50091 Eric Botcazou ebotcazou at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #19 from Eric Botcazou ebotcazou at gcc dot gnu.org 2011-09-18 22:04:44 UTC --- At last.
[Bug lto/50394] [meta-bug] Issues with building libreoffice with LTO
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50394 --- Comment #14 from Jan Hubicka hubicka at ucw dot cz 2011-09-18 22:32:35 UTC --- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50394 --- Comment #13 from Markus Trippelsdorf markus at trippelsdorf dot de 2011-09-17 21:42:57 UTC --- (In reply to comment #12) (In reply to comment #11) With fix I commited for PR50430 and the workaround for PR50383 my build dies on java modules. I believe it is the problem we run into with Michael on the opensuse conference and we made that module to be last (it is because on my setup sun java does not work and ibm java apparently breaks with current libreoffice). So perhaps this is all needed? It will build fine with LTO (and --without-java), but the resulting binary crashes during startup: terminate called after throwing an instance of 'com::sun::star::container::NoSuchElementException' It throws an exception in: xmlreader::XmlReader::XmlReader(rtl::OUString const) () from image/usr/ure/lib/libxmlreader.so. This happens in xmlreader/source/xmlreader.cxx. I haven't looked deeper yet, but a non LTO build shows no problems at all. The above happened when I configured --with-max-jobs=4 and --with-num-cpus=4. With -with-max-jobs=1 and --with-num-cpus=4 I get a different crash on startup: Hmm, this is very weird. Since max-jobs affects nothing in GCC, it is probably some sort of build machinery problem. I guess it will be needed to debug what really happens here? Honza
[Bug fortran/50410] [4.6/4.7 Regression] ICE in record_reference
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50410 kargl at gcc dot gnu.org changed: What|Removed |Added CC||kargl at gcc dot gnu.org --- Comment #4 from kargl at gcc dot gnu.org 2011-09-18 23:31:53 UTC --- (In reply to comment #2) The following produces a Segmentation fault in gfc_conv_structure (r178925) type t integer g end type type(t) :: u=t(1) data u%g /2/ end The code is invalid and so gfortran can do anything that it wishes, including segfault. 5.2.5 Data Statement ... A variable, or part of a variable, shall not be explicitly initialized more than once in a program. ...
[Bug tree-optimization/35261] GCC4.3 internal compiler error: verify_flow_info failed
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35261 --- Comment #4 from Dmitry Gorbachev d.g.gorbachev at gmail dot com 2011-09-18 23:54:58 UTC --- 4.3 is not maintained -- should this bug be closed?
[Bug lto/50432] lto1.exe: internal compiler error: in cgraph_mark_functions_to_output, at cgraphunit.c:1173 when build Qt4.7.4 rcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50432 --- Comment #2 from xunxun xunxun1982 at gmail dot com 2011-09-19 00:46:03 UTC --- It's strange that after I update to gcc4.6.2.20110916, the issue is gone. I review my earlier build process, and I found that the issue only came out if you built your gcc with -flto.
[Bug tree-optimization/50452] New: [4.7 Regression] Internal compiler error: verify_flow_info failed
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50452 Bug #: 50452 Summary: [4.7 Regression] Internal compiler error: verify_flow_info failed Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization AssignedTo: unassig...@gcc.gnu.org ReportedBy: d.g.gorbac...@gmail.com Created attachment 25312 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=25312 Testcase (compile with -O2) r178135 - ok, r178749 - fail.
[Bug tree-optimization/50452] [4.7 Regression] Internal compiler error: verify_flow_info failed
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50452 --- Comment #1 from Dmitry Gorbachev d.g.gorbachev at gmail dot com 2011-09-19 00:57:57 UTC --- Created attachment 25313 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=25313 Backtrace in GDB
[Bug tree-optimization/50452] [4.7 Regression] Internal compiler error: verify_flow_info failed
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50452 --- Comment #2 from Dmitry Gorbachev d.g.gorbachev at gmail dot com 2011-09-19 00:58:39 UTC --- Created attachment 25314 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=25314 Another testcase (compile with -O2)
[Bug tree-optimization/50452] [4.7 Regression] Internal compiler error: verify_flow_info failed
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50452 --- Comment #3 from Dmitry Gorbachev d.g.gorbachev at gmail dot com 2011-09-19 00:59:13 UTC --- Created attachment 25315 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=25315 Another backtrace
[Bug bootstrap/48120] libpwl test must use g++
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48120 --- Comment #5 from jye2 at gcc dot gnu.org 2011-09-19 05:39:11 UTC --- Author: jye2 Date: Mon Sep 19 05:39:05 2011 New Revision: 178951 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=178951 Log: 2011-09-19 Joey Ye joey...@arm.com Backport r171225 from mainline 2011-03-21 Rainer Orth r...@cebitec.uni-bielefeld.de PR bootstrap/48120: * configure.ac (pwllib): Use LIBS instead of LDFLAGS. Add -lstdc++ -lm to LIBS. * configure: Regenerate. Added: branches/ARM/embedded-4_6-branch/ChangeLog.arm Modified: branches/ARM/embedded-4_6-branch/configure branches/ARM/embedded-4_6-branch/configure.ac
[Bug middle-end/49886] [4.6/4.7 Regression] pass_split_functions cannot deal with function type attributes
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49886 Terry Guo terry.guo at arm dot com changed: What|Removed |Added CC||terry.guo at arm dot com --- Comment #8 from Terry Guo terry.guo at arm dot com 2011-09-19 05:46:58 UTC --- (In reply to comment #7) I reverted the fix on 4.6 branch because it was causing a lot of other trouble (particularly PR 50295). Therefore, this has to be re-opened. Hi Martin, I noticed a new dg directive was added as /* { dg-xfail-run-if { *-*-* } { -O2 -O3 -Os } } */. Since then, this case is XPASS for arm-none-eabi on QEMU for Cortex-M3. Here are the log: Running /home/build/work/jenkins-daily-build/src/gcc/gcc/testsuite/gcc.dg/torture/dg-torture.exp ... XPASS: gcc.dg/torture/pr49886.c -O2 execution test XPASS: gcc.dg/torture/pr49886.c -O3 -fomit-frame-pointer execution test XPASS: gcc.dg/torture/pr49886.c -O3 -fomit-frame-pointer -funroll-loops execution test XPASS: gcc.dg/torture/pr49886.c -O3 -fomit-frame-pointer -funroll-all-loops -finline-functions execution test XPASS: gcc.dg/torture/pr49886.c -O3 -g execution test XPASS: gcc.dg/torture/pr49886.c -Os execution test Do you think the case should fail for arm-none-eabi or not? If not, I think we may need arm-none-eabi from dg-xfail-run-if.