[Bug gcov-profile/47618] Collecting multiple profiles and using all for PGO
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47618 --- Comment #12 from Steven Bosscher steven at gcc dot gnu.org 2012-07-25 08:24:49 UTC --- (In reply to comment #9) I think a tool to merge would be a good partial solution. We will go with the tool solution. I'll take care of the tool before GCC 4.8, if that's OK with apinski. I think we shouldn't have a new tool, though. I'd prefer to teach the gcov program to do it instead. What would you prefer? As far as I can see what would still be missing for user-friendly usage, is a mechanism to guarantee that all pre-merged files are saved with different names, so that different processes don't overwrite each others output files. Deeply berried in the GCC manuals is this section: http://gcc.gnu.org/onlinedocs/gcc-4.7.1/gcc/Cross_002dprofiling.html With the right combination of GCOV_PREFIX_STRIP and GCOV_PREFIX, it should be possible to send the gcda files to unique directories per MPI rank. But I think that a more practical solution is necessary. (I also don't know how these environment variables interact with -profile-dir. I doubt anyone looked into this before now...) I like the %q (and %p) variables from Valgrind, and I don't think it's very hard to add support for them in libgcov. (http://valgrind.org/docs/manual/manual-core.html)
[Bug c++/53839] [4.7/4.8 Regression] [C++11] internal compiler error: in adjust_temp_type, at cp/semantics.c:6391
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53839 Paolo Carlini paolo.carlini at oracle dot com changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2012-07-25 CC||hjl at gcc dot gnu.org Ever Confirmed|0 |1 --- Comment #1 from Paolo Carlini paolo.carlini at oracle dot com 2012-07-25 09:31:03 UTC --- Confirmed. H.J. can you find which change broke this? Thanks.
[Bug c++/54020] [c++0x] incorrectly accepted constexpr functions
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54020 Paolo Carlini paolo.carlini at oracle dot com changed: What|Removed |Added CC||jason at gcc dot gnu.org --- Comment #3 from Paolo Carlini paolo.carlini at oracle dot com 2012-07-25 09:39:36 UTC --- Let's add Jason in CC (about the -O0 vs -O2 thing, in particular)
[Bug c++/53654] move constructor incorrectly delete copy constructor defined by template
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53654 Paolo Carlini paolo.carlini at oracle dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID --- Comment #2 from Paolo Carlini paolo.carlini at oracle dot com 2012-07-25 09:42:49 UTC --- Let's close this, then.
[Bug c++/53786] [C++11] alias template causes g++ segfault
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53786 Paolo Carlini paolo.carlini at oracle dot com changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2012-07-25 Ever Confirmed|0 |1 --- Comment #3 from Paolo Carlini paolo.carlini at oracle dot com 2012-07-25 09:45:23 UTC --- Confirmed.
[Bug libstdc++/54075] [4.7.1] unordered_map 3x slower than 4.6.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54075 --- Comment #10 from Paolo Carlini paolo.carlini at oracle dot com 2012-07-25 09:56:15 UTC --- A patch is available here: http://gcc.gnu.org/ml/libstdc++/2012-07/msg00051.html Submitter and interested people can give it a try before it goes in.
[Bug c++/54090] New: internal compiler error: in unify, at cp/pt.c:15731
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54090 Bug #: 54090 Summary: internal compiler error: in unify, at cp/pt.c:15731 Classification: Unclassified Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassig...@gcc.gnu.org ReportedBy: dicom...@gmail.com ~$ gcc -v Using built-in specs. COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=/usr/lib/gcc/i686-linux-gnu/4.6/lto-wrapper Target: i686-linux-gnu Configured with: ../src/configure -v --with-pkgversion='Ubuntu/Linaro 4.6.3-1ubuntu5' --with-bugurl=file:///usr/share/doc/gcc-4.6/README.Bugs --enable-languages=c,c++,fortran,objc,obj-c++ --prefix=/usr --program-suffix=-4.6 --enable-shared --enable-linker-build-id --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.6 --libdir=/usr/lib --enable-nls --with-sysroot=/ --enable-clocale=gnu --enable-libstdcxx-debug --enable-libstdcxx-time=yes --enable-gnu-unique-object --enable-plugin --enable-objc-gc --enable-targets=all --disable-werror --with-arch-32=i686 --with-tune=generic --enable-checking=release --build=i686-linux-gnu --host=i686-linux-gnu --target=i686-linux-gnu Thread model: posix gcc version 4.6.3 (Ubuntu/Linaro 4.6.3-1ubuntu5) ~$ gcc main.cpp cat main.cpp [1] 9543 template int n struct X { template int N, bool = (n = N), typename T = void struct Y; template int N, typename T struct YN, true, T {}; static const int M = n / 2; template typename T struct YX::M/* using n / 2 instead works fine*/ , true, T {}; }; void foo() { X10::Y10/2 y; } ~$ main.cpp: In function ‘void foo()’: main.cpp:16:18: internal compiler error: in unify, at cp/pt.c:15731
[Bug c++/54091] New: internal compiler error in class method with many string objects
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54091 Bug #: 54091 Summary: internal compiler error in class method with many string objects Classification: Unclassified Product: gcc Version: 4.4.6 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassig...@gcc.gnu.org ReportedBy: bugzilla-...@thewrittenword.com Created attachment 27870 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=27870 output of g++ -save-temps command from description... $ g++ -v Using built-in specs. Target: powerpc-ibm-aix5.3.0.0 Configured with: /opt/build/gcc-4.4.6/configure --enable-nls --with-included-gettext --enable-shared --enable-threads --with-local-prefix=/opt/TWWfsw/gcc44 --with-gmp=/opt/TWWfsw/libgmp43 --with-mpfr=/opt/TWWfsw/libmpfr30 --with-gmp-ldflags='-Wl,-brtl -Wl,-blibpath:/opt/TWWfsw/libgmp43/lib:/usr/lib' --with-mpfr-ldflags='-Wl,-brtl -Wl,-blibpath:/opt/TWWfsw/libmpfr30/lib:/usr/lib' --enable-languages=ada,c,c++,fortran --datadir=/opt/TWWfsw/gcc44/share --with-gxx-include-dir=/opt/TWWfsw/gcc44/include/c++ --prefix=/opt/TWWfsw/gcc44 Thread model: aix gcc version 4.4.6 [TWW] (GCC) $ g++ -save-temps -I/opt/TWWfsw/libwxgtk28/lib/gcc44/wx/include/gtk2-unicode-release-2.8 -I/opt/TWWfsw/libwxgtk28/include/gcc44 -D__WXGTK__ -O2 -c ice.cpp : In member function 'void Ice::Segv()': :1139: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. ice.ii attached. Data points: * This bug was found when compiling code blocks-10.05 against wxGTK-2.8.12, in the file src/plugins/contrib/headerfixup/defaults.cpp, but I removed the majority of noise except '#include wx/wxString.h' which is needed to trip the bug. * Preprocessing the file separately, and then compiling the output works correctly. * Removing a single one of the 1126 identical lines in Ice:Segv changes the error to an out of memory fault. * Reducing optimisation to -O1 allows the compile to succeed. * Trying to factor away the wxString type (replacing Lx with x and wxString with string) allows compilation to succeed.
[Bug c++/54091] internal compiler error in class method with many string objects
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54091 --- Comment #1 from Jonathan Wakely redi at gcc dot gnu.org 2012-07-25 11:35:00 UTC --- Have you tried with a current release, 4.6 or 4.7? The 4.4 release series is closed and no longer maintained.
[Bug bootstrap/54092] New: [4.8 Regression] Bootstrap fails on x86_64-apple-darwin10 while building Ada at stage 1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54092 Bug #: 54092 Summary: [4.8 Regression] Bootstrap fails on x86_64-apple-darwin10 while building Ada at stage 1 Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap AssignedTo: unassig...@gcc.gnu.org ReportedBy: domi...@lps.ens.fr CC: ia...@gcc.gnu.org, r...@gcc.gnu.org Host: x86_64-apple-darwin10 Target: x86_64-apple-darwin10 Build: x86_64-apple-darwin10 Bootstrap fails on x86_64-apple-darwin10 while building Ada at stage 1 (likely revision 189821): g++ -c -g -DIN_GCC -fno-exceptions -fno-rtti -W -Wall -Wno-narrowing -Wwrite-strings -Wcast-qual -Wmissing-format-attribute -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -fno-common -DHAVE_CONFIG_H -I.. -I. -Iada -I../../work/gcc -I../../work/gcc/ada -I../../work/gcc/../include -I./../intl -I../../work/gcc/../libcpp/include -I/opt/mp/include -I../../work/gcc/../libdecnumber -I../../work/gcc/../libdecnumber/dpd -I../libdecnumber -DCLOOG_INT_GMP -I/opt/mp/include ../../work/gcc/ada/gcc-interface/trans.c -o ada/trans.o In file included from ../../work/gcc/libfuncs.h:24:0, from ../../work/gcc/ada/gcc-interface/trans.c:34: ../../work/gcc/optabs.h:51:35: error: 'NUM_RTX_CODE' was not declared in this scope extern const optab code_to_optab_[NUM_RTX_CODE]; ^ ../../work/gcc/optabs.h:52:19: error: use of enum 'rtx_code' without previous declaration extern const enum rtx_code optab_to_code_[NUM_OPTABS]; ^ ../../work/gcc/optabs.h:52:54: error: invalid type in declaration before ';' token extern const enum rtx_code optab_to_code_[NUM_OPTABS]; ^ ../../work/gcc/optabs.h:55:21: error: use of enum 'rtx_code' without previous declaration code_to_optab (enum rtx_code code) ^ ../../work/gcc/optabs.h: In function 'optab code_to_optab(int)': ../../work/gcc/optabs.h:57:10: error: 'code_to_optab_' was not declared in this scope return code_to_optab_[code]; ^ ../../work/gcc/optabs.h: At global scope: ../../work/gcc/optabs.h:60:20: error: use of enum 'rtx_code' without previous declaration static inline enum rtx_code ^ ../../work/gcc/optabs.h:88:39: warning: 'expand_widen_pattern_expr' initialized and declared 'extern' [enabled by default] extern rtx expand_widen_pattern_expr (sepops ops, rtx op0, rtx op1, rtx wide_op, ^ ../../work/gcc/optabs.h:88:39: error: 'sepops' was not declared in this scope ../../work/gcc/optabs.h:88:55: error: expected primary-expression before 'op0' extern rtx expand_widen_pattern_expr (sepops ops, rtx op0, rtx op1, rtx wide_op, ^ ../../work/gcc/optabs.h:88:64: error: expected primary-expression before 'op1' extern rtx expand_widen_pattern_expr (sepops ops, rtx op0, rtx op1, rtx wide_op, ^ ../../work/gcc/optabs.h:88:73: error: expected primary-expression before 'wide_op' extern rtx expand_widen_pattern_expr (sepops ops, rtx op0, rtx op1, rtx wide_op, ^ ../../work/gcc/optabs.h:89:43: error: expected primary-expression before 'target' rtx target, int unsignedp); ^ ../../work/gcc/optabs.h:89:51: error: expected primary-expression before 'int' rtx target, int unsignedp); ^ ../../work/gcc/optabs.h:89:64: error: expression list treated as compound expression in initializer [-fpermissive] rtx target, int unsignedp); ^ ../../work/gcc/optabs.h:97:10: error: use of enum 'optab_methods' without previous declaration enum optab_methods); ^ ../../work/gcc/optabs.h:101:12: error: use of enum 'optab_methods' without previous declaration enum optab_methods methods); ^ ../../work/gcc/optabs.h:104:10: error: use of enum 'optab_methods' without previous declaration enum optab_methods); ^ ../../work/gcc/optabs.h:108:25: error: use of enum 'optab_methods' without previous declaration rtx, int, enum optab_methods); ^ ../../work/gcc/optabs.h:119:12: error: use of enum 'rtx_code' without previous declaration enum rtx_code); ^ ../../work/gcc/optabs.h:136:60: error: use of enum 'rtx_code' without previous declaration extern void emit_unop_insn (enum insn_code, rtx, rtx, enum
[Bug c++/48026] #pragma optimize ignored for C++
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48026 Allan Jensen linux at carewolf dot com changed: What|Removed |Added CC||linux at carewolf dot com --- Comment #2 from Allan Jensen linux at carewolf dot com 2012-07-25 12:40:22 UTC --- (In reply to comment #1) Confirmed, this is most likely the same issue as PR 41201. Well, not completely the same. The original issue reported in PR 41201 is about defining the macros, but the possible fix in http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41201#c6 is about this bug.
[Bug c++/54020] [c++0x] incorrectly accepted constexpr functions
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54020 Jason Merrill jason at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed||2012-07-25 AssignedTo|unassigned at gcc dot |jason at gcc dot gnu.org |gnu.org | Ever Confirmed|0 |1 --- Comment #4 from Jason Merrill jason at gcc dot gnu.org 2012-07-25 13:53:22 UTC --- This testcase behaves the same at -O0 or -O2. Seems like a simple enough enhancement, though.
[Bug bootstrap/54092] [4.8 Regression] Bootstrap fails while building Ada at stage 1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54092 Richard Henderson rth at gcc dot gnu.org changed: What|Removed |Added Target|x86_64-apple-darwin10 | Status|UNCONFIRMED |ASSIGNED Last reconfirmed||2012-07-25 Host|x86_64-apple-darwin10 | AssignedTo|unassigned at gcc dot |rth at gcc dot gnu.org |gnu.org | Ever Confirmed|0 |1 Summary|[4.8 Regression] Bootstrap |[4.8 Regression] Bootstrap |fails on|fails while building Ada at |x86_64-apple-darwin10 while |stage 1 |building Ada at stage 1 | Build|x86_64-apple-darwin10 | --- Comment #1 from Richard Henderson rth at gcc dot gnu.org 2012-07-25 14:43:13 UTC --- Happens everywhere, not just darwin. Mine.
[Bug c++/54020] [c++0x] incorrectly accepted constexpr functions
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54020 --- Comment #5 from Jason Merrill jason at gcc dot gnu.org 2012-07-25 14:57:01 UTC --- Author: jason Date: Wed Jul 25 14:56:57 2012 New Revision: 189851 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=189851 Log: PR c++/54020 * semantics.c (potential_constant_expression_1) [COND_EXPR]: Call maybe_constant_value. Added: trunk/gcc/testsuite/g++.dg/cpp0x/constexpr-neg2.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/semantics.c
[Bug c++/54086] GCC should allow constexpr and const together
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54086 --- Comment #2 from Jason Merrill jason at gcc dot gnu.org 2012-07-25 14:57:11 UTC --- Author: jason Date: Wed Jul 25 14:57:06 2012 New Revision: 189852 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=189852 Log: PR c++/54086 * decl.c (grokdeclarator): Allow const and constexpr together. Added: trunk/gcc/testsuite/g++.dg/cpp0x/constexpr-const1.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/decl.c trunk/gcc/testsuite/g++.dg/cpp0x/constexpr-object1.C
[Bug c++/54020] [c++0x] incorrectly accepted constexpr functions
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54020 Jason Merrill jason at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.8.0 Severity|normal |enhancement --- Comment #6 from Jason Merrill jason at gcc dot gnu.org 2012-07-25 15:04:27 UTC --- Fixed for 4.8.
[Bug bootstrap/54092] [4.8 Regression] Bootstrap fails while building Ada at stage 1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54092 --- Comment #2 from Richard Henderson rth at gcc dot gnu.org 2012-07-25 15:10:53 UTC --- Author: rth Date: Wed Jul 25 15:10:44 2012 New Revision: 189853 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=189853 Log: PR bootstrap/54092 * libfuncs.h: Don't include optabs.h. (struct libfunc_entry): Use int for op, mode1, mode2 members. * optabs.c (hash_libfunc): Don't cast members to int. * Makefile.in (LIBFUNCS_H): Don't include OPTABS_H. Modified: trunk/gcc/ChangeLog trunk/gcc/Makefile.in trunk/gcc/libfuncs.h trunk/gcc/optabs.c
[Bug bootstrap/54092] [4.8 Regression] Bootstrap fails while building Ada at stage 1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54092 Richard Henderson rth at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #3 from Richard Henderson rth at gcc dot gnu.org 2012-07-25 15:20:50 UTC --- Fixed.
[Bug c++/54086] GCC should allow constexpr and const together
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54086 Jason Merrill jason at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED Target Milestone|--- |4.8.0 --- Comment #3 from Jason Merrill jason at gcc dot gnu.org 2012-07-25 15:22:02 UTC --- Fixed for 4.8.
[Bug target/54093] New: ICE in in extract_insn, at recog.c:2129
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54093 Bug #: 54093 Summary: ICE in in extract_insn, at recog.c:2129 Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassig...@gcc.gnu.org ReportedBy: rmansfi...@qnx.com CC: amo...@gmail.com Host: x86_64-unknown-linux-gnu Target: powerpc-e500v2-linux-gnuspe Build: x86_64-unknown-linux-gnu Created attachment 27871 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=27871 preprocessed src Appears to be introduced by rev189801 $ ./xgcc -v Using built-in specs. COLLECT_GCC=./xgcc Target: powerpc-e500v2-linux-gnuspe Configured with: ../configure --target=powerpc-e500v2-linux-gnuspe --prefix=/home/ryan/x-tools/powerpc-e500v2-linux-gnuspe --with-sysroot=/home/ryan/x-tools/powerpc-e500v2-linux-gnuspe/powerpc-e500v2-linux-gnuspe/sys-root --enable-languages=c,c++ --disable-multilib --with-cpu=8548 --with-tune=8548 --with-gmp=/home/ryan/x-tools/powerpc-e500v2-linux-gnuspe --with-mpfr=/home/ryan/x-tools/powerpc-e500v2-linux-gnuspe --enable-__cxa_atexit --with-local-prefix=/home/ryan/x-tools/powerpc-e500v2-linux-gnuspe/powerpc-e500v2-linux-gnuspe/sys-root --disable-nls --enable-threads=posix --enable-symvers=gnu --enable-c99 --enable-long-long --enable-target-optspace --enable-e500_double --with-long-double-128 : (reconfigured) ../configure --target=powerpc-e500v2-linux-gnuspe --prefix=/home/ryan/x-tools/powerpc-e500v2-linux-gnuspe --with-sysroot=/home/ryan/x-tools/powerpc-e500v2-linux-gnuspe/powerpc-e500v2-linux-gnuspe/sys-root --enable-languages=c,c++ --disable-multilib --with-cpu=8548 --with-tune=8548 --with-gmp=/home/ryan/x-tools/powerpc-e500v2-linux-gnuspe --with-mpfr=/home/ryan/x-tools/powerpc-e500v2-linux-gnuspe --enable-__cxa_atexit --with-local-prefix=/home/ryan/x-tools/powerpc-e500v2-linux-gnuspe/powerpc-e500v2-linux-gnuspe/sys-root --disable-nls --enable-threads=posix --enable-symvers=gnu --enable-c99 --enable-long-long --enable-target-optspace --enable-e500_double --with-long-double-128 Thread model: posix gcc version 4.8.0 20120724 (experimental) [trunk revision 189843] (GCC) $ ./xgcc -B. ~/ice.i -c /home/ryan/ice.i: In function 'cbq_stat_loop': /home/ryan/ice.i:67:8: warning: incompatible implicit declaration of built-in function 'printf' [enabled by default] printf (,\tMeasured: %s [bps]\n, ^ /home/ryan/ice.i:74:1: error: unrecognizable insn: } ^ (insn 79 78 80 5 (set (reg:SI 11 11) (plus:SI (reg/f:SI 31 31) (const_int 32824 [0x8038]))) /home/ryan/ice.i:67 -1 (nil)) /home/ryan/ice.i:74:1: internal compiler error: in extract_insn, at recog.c:2129 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. I've also seen another couple ICEs with the spe configuration which look related. I'll reduce those testcases shortly, but the errors are: error: unrecognizable insn: memory reqd: %20d bytes\n , ( int )( 4 * _53 + _72 + 100 )); return 0 ; } ^ (insn 938 937 939 34 (set (reg:SI 9 9) (plus:SI (reg/f:SI 1 1) (const_int 70800 [0x11490]))) /home/ryan/latest/svn/lib/sqlite3/cerod_build/cerod_build.c:92 -1 (nil)) /home/ryan/latest/svn/lib/sqlite3/cerod_build/cerod_build.c:98:1: internal compiler error: in extract_insn, at recog.c:2129 and : error: unrecognizable insn: } ^ (insn 4114 4113 4115 137 (set (reg:SI 8 8) (plus:SI (reg/f:SI 1 1) (const_int 82016 [0x14060]))) /home/ryan/latest/svn/lib/io-pkt/crypto/external/bsd/openssh/dist/sftp-server.c:283 -1 (nil)) /home/ryan/latest/svn/lib/io-pkt/crypto/external/bsd/openssh/dist/sftp-server.c:1521:1: internal compiler error: in extract_insn, at recog.c:2129
[Bug tree-optimization/54094] New: [4.8 regression] ICE in graphite-dependences.c:320 : isl_constraint.c:497: position out of bounds
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54094 Bug #: 54094 Summary: [4.8 regression] ICE in graphite-dependences.c:320 : isl_constraint.c:497: position out of bounds Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization AssignedTo: unassig...@gcc.gnu.org ReportedBy: jojel...@gmail.com Host: i686-pc-cygwin Target: i686-pc-cygwin Build: i686-pc-cygwin Created attachment 27872 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=27872 preprocessed source /usr/libexec/gcc/i686-pc-cygwin/4.8.0/cc1.exe -quiet -v -I . -I .. -I . -I ../libopenjpeg -I ../libopenjpeg -MD .libs/libopenjpeg_la-dwt.d -MF .deps/libopenjpeg_la-dwt.Tpo -MP -MT libopenjpeg_la-dwt.lo -D__CYGWIN32__ -D__CYGWIN__ -Dunix -D__unix__ -D__unix -idirafter /usr/lib/gcc/i686-pc-cygwin/4.8.0/../../../../i686-pc-cygwin/lib/../include/w32api -idirafter /usr/lib/gcc/i686-pc-cygwin/4.8.0/../../../../i686-pc-cygwin/lib/../../include/w32api -D HAVE_CONFIG_H -D DLL_EXPORT -D PIC dwt.c -quiet -dumpbase dwt.c -mtune=generic -march=pentiumpro -auxbase-strip .libs/libopenjpeg_la-dwt.o -g -O3 -O3 -Wno-unused-result -version -floop-parallelize-all -funroll-loops -fgraphite-identity -floop-interchange -floop-strip-mine -floop-block -floop-nest-optimize -o /tmp/cc7aOSoP.s -v GNU C (GCC) version 4.8.0 20120725 (experimental) (i686-pc-cygwin) compiled by GNU C version 4.8.0 20120725 (experimental), GMP version 5.0.2, MPFR version 3.2.0-dev, MPC version 0.9 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.8.0/../../../../i686-pc-cygwin/lib/../../include/w32api ignoring duplicate directory . ignoring duplicate directory ../libopenjpeg ignoring duplicate directory ../libopenjpeg #include ... search starts here: #include ... search starts here: . .. /usr/lib/gcc/i686-pc-cygwin/4.8.0/include /usr/local/include /usr/lib/gcc/i686-pc-cygwin/4.8.0/include-fixed /usr/lib/gcc/i686-pc-cygwin/4.8.0/../../../../i686-pc-cygwin/include /usr/lib/gcc/i686-pc-cygwin/4.8.0/../../../../i686-pc-cygwin/lib/../include/w32api End of search list. GNU C (GCC) version 4.8.0 20120725 (experimental) (i686-pc-cygwin) compiled by GNU C version 4.8.0 20120725 (experimental), GMP version 5.0.2, MPFR version 3.2.0-dev, MPC version 0.9 GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 Compiler executable checksum: 33554d404084ab5b3fa4e3feae78fab3 .. .. isl_constraint.c:497: position out of bounds dwt.c: In function ‘v4dwt_decode_step2’: dwt.c:990:13: internal compiler error: Aborted static void v4dwt_decode_step2(v4* l, v4* w, int k, int m, float c){ ^ Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. isl_constraint.c:497: position out of bounds Breakpoint 1, 0x66497a80 in abort () from /usr/bin/cygisl-10.dll (gdb) bt #0 0x66497a80 in abort () from /usr/bin/cygisl-10.dll #1 0x663e678f in isl_handle_error () from /usr/bin/cygisl-10.dll #2 0x663de9e6 in isl_constraint_set_coefficient_si () from /usr/bin/cygisl-10.dll #3 0x00cfc819 in carries_deps (schedule=optimized out, deps=optimized out, depth=optimized out) at ../.././gcc/graphite-dependences.c:320 #4 0x00cfd498 in loop_level_carries_dependences (depth=0x0, body=0x2017c928, scop=0x200f6fd8) at ../.././gcc/graphite-dependences.c:560 #5 loop_is_parallel_p (loop=loop@entry=0x7fe55008, bb_pbb_mapping=bb_pbb_mapping@entry=0x20122520, depth=depth@entry=0x0) at ../.././gcc/graphite-dependences.c:590 #6 0x00cea0e2 in translate_clast_for_loop (ip=0x5f2a54c, ub=optimized out, lb=optimized out, type=optimized out, level=0x0, bb_pbb_mapping=0x20122520, next_e=0x7fe6a5c0, stmt=0x2010f140, context_loop=0x7fe54ed0) at ../.././gcc/graphite-clast-to-gimple.c:1175 #7 translate_clast_for (ip=0x5f2a54c, level=0x0, bb_pbb_mapping=0x20122520, next_e=0x7fe69fc0, stmt=0x2010f140, context_loop=0x7fe54ed0) at ../.././gcc/graphite-clast-to-gimple.c:1197 #8 _fu5__stmt_ass () at ../.././gcc/graphite-clast-to-gimple.c:1281 #9 0x00cea7ec in gloog (scop=scop@entry=0x200f6fd8, bb_pbb_mapping=bb_pbb_mapping@entry=0x20122520) at ../.././gcc/graphite-clast-to-gimple.c:1680 ---Type return to continue, or q return to quit--- #10 0x00cbb91c in graphite_transform_loops () at ../.././gcc/graphite.c:291 #11 0x00b35334 in graphite_transforms () at ../.././gcc/tree-ssa-loop.c:252 #12 0x006b895d in execute_one_pass (pass=pass@entry=0xda62a0) at ../.././gcc/passes.c:2158 #13 0x006b8cc5 in execute_pass_list (pass=0xda62a0) at ../.././gcc/passes.c:2213 #14 0x006b8cd8 in execute_pass_list (pass=0xda62e0
[Bug regression/54084] Bunch of fails for x86
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54084 William J. Schmidt wschmidt at gcc dot gnu.org changed: What|Removed |Added CC||wschmidt at gcc dot gnu.org --- Comment #4 from William J. Schmidt wschmidt at gcc dot gnu.org 2012-07-25 15:55:07 UTC --- I'm seeing this problem today on powerpc64 as well.
[Bug libstdc++/54036] Negating a DFP NAN in C++ produces NAN not -NAN
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54036 --- Comment #2 from Peter Bergner bergner at gcc dot gnu.org 2012-07-25 17:02:39 UTC --- Author: bergner Date: Wed Jul 25 17:02:27 2012 New Revision: 189857 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=189857 Log: Backport prospective patch from mainline libstdc++-v3/ PR libstdc++/54036 * include/decimal/decimal.h (_DEFINE_DECIMAL_UNARY_OP): Use _Op as a unary operator. gcc/testsuite/ PR libstdc++/54036 * g++.dg/dfp/pr54036-1.C: New test. * g++.dg/dfp/pr54036-2.C: Likewise. * g++.dg/dfp/pr54036-3.C: Likewise. Added: branches/ibm/gcc-4_6-branch/gcc/testsuite/g++.dg/dfp/pr54036-1.C branches/ibm/gcc-4_6-branch/gcc/testsuite/g++.dg/dfp/pr54036-2.C branches/ibm/gcc-4_6-branch/gcc/testsuite/g++.dg/dfp/pr54036-3.C Modified: branches/ibm/gcc-4_6-branch/gcc/testsuite/ChangeLog.ibm branches/ibm/gcc-4_6-branch/libstdc++-v3/ChangeLog.ibm branches/ibm/gcc-4_6-branch/libstdc++-v3/include/decimal/decimal.h
[Bug lto/54095] New: Unnecessary static variable renaming
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54095 Bug #: 54095 Summary: Unnecessary static variable renaming Classification: Unclassified Product: gcc Version: unknown Status: UNCONFIRMED Severity: enhancement Priority: P3 Component: lto AssignedTo: unassig...@gcc.gnu.org ReportedBy: r...@gcc.gnu.org For example: # cat hello.c static int foo = 5; extern int bar(int *); main() { return bar(foo); } # cc -flto -O hello.c -r -o hello.o -nostdlib # nm hello.o U bar d foo.2353.2353 T main There is no other symbol foo within the partition, so there's no need to rename the static symbol within the partition. The linux kernel modversion and CRC checking is done using static symbols in the kernel for each exported symbol. Given that the exported symbols must of course be unique, the kernel programmers know that the static symbols holding the data that controls the exports must also be unique. It would be very nice to not have to adjust the modversion logic to deal with the renames that lto currently induces.
[Bug lto/54095] Unnecessary static variable renaming
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54095 Andi Kleen andi-gcc at firstfloor dot org changed: What|Removed |Added CC||andi-gcc at firstfloor dot ||org --- Comment #1 from Andi Kleen andi-gcc at firstfloor dot org 2012-07-25 17:44:05 UTC --- I usually use the workaround of making the symbol non static and visible But there's still some other problem with modversions/crc that breaks even with that.
[Bug target/53633] __attribute__((naked)) should disable -Wreturn-type
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53633 --- Comment #3 from sandra at gcc dot gnu.org 2012-07-25 18:08:11 UTC --- Author: sandra Date: Wed Jul 25 18:08:06 2012 New Revision: 189860 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=189860 Log: 2012-07-25 Sandra Loosemore san...@codesourcery.com Paul Brook p...@codesourcery.com PR target/53633 gcc/ * target.def (warn_func_return): New hook. * doc/tm.texi.in (TARGET_WARN_FUNC_RETURN): New hook. * doc/tm.texi: Regenerate. * doc/sourcebuild.texi (Effective-Target Keywords): Document naked_functions. * ipa-pure-const.c (warn_function_noreturn): Check targetm.warn_func_return. * tree-cfg.c (execute_warn_function_return): Likewise. * config/spu/spu.c (spu_warn_func_return): New. (TARGET_WARN_FUNC_RETURN): Define. * config/rx/rx.c (rx_warn_func_return): New. (TARGET_WARN_FUNC_RETURN): Define. * config/avr/avr.c (avr_warn_func_return): New. (TARGET_WARN_FUNC_RETURN): Define. * config/arm/arm.c (arm_warn_func_return): New. (TARGET_WARN_FUNC_RETURN): Define. * config/mcore/mcore.c (mcore_warn_func_return): New. (TARGET_WARN_FUNC_RETURN): Define. (saved_warn_return_type, saved_warn_return_type_count): Remove. (mcore_reorg, mcore_handle_naked_attribute): Remove warn_return hack. gcc/cp/ * decl.c (finish_function): Check targetm.warn_func_return. gcc/testsuite/ * lib/target-suports.exp (check_effective_target_naked_functions): New. * c-c++-common/pr53633.c: New test. Added: trunk/gcc/testsuite/c-c++-common/pr53633.c Modified: trunk/gcc/ChangeLog trunk/gcc/config/arm/arm.c trunk/gcc/config/avr/avr.c trunk/gcc/config/mcore/mcore.c trunk/gcc/config/rx/rx.c trunk/gcc/config/spu/spu.c trunk/gcc/cp/ChangeLog trunk/gcc/cp/decl.c trunk/gcc/doc/sourcebuild.texi trunk/gcc/doc/tm.texi trunk/gcc/doc/tm.texi.in trunk/gcc/ipa-pure-const.c trunk/gcc/target.def trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/lib/target-supports.exp trunk/gcc/tree-cfg.c
[Bug tree-optimization/30318] VRP does not create ANTI_RANGEs on overflow
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30318 --- Comment #20 from Marc Glisse glisse at gcc dot gnu.org 2012-07-25 18:26:18 UTC --- Author: glisse Date: Wed Jul 25 18:26:12 2012 New Revision: 189861 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=189861 Log: 2012-07-25 Marc Glisse marc.gli...@inria.fr PR tree-optimization/30318 * tree-vrp.c (extract_range_from_binary_expr_1) [PLUS_EXPR]: Handle __int128. [MINUS_EXPR]: Merge with PLUS_EXPR. Modified: trunk/gcc/ChangeLog trunk/gcc/tree-vrp.c
[Bug fortran/54096] New: Type bound procedures
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54096 Bug #: 54096 Summary: Type bound procedures Classification: Unclassified Product: gcc Version: 4.5.3 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassig...@gcc.gnu.org ReportedBy: bad...@vt.edu running the following: gfortran -c mod_constants.f90 -Wall -Wextra gfortran -c mod_files.f90 -Wall -Wextra gfortran -c class_ships.f90 -Wall -Wextra gfortran -c mod_io.f90 -Wall -Wextra gfortran prg_fwb.f90 *.o -Wall -Wextra -fno-strict-aliasing -fwrapv yeilds: mod_files.f90:340.85: broutine setUnitNumber( unitNumber, numberOfFiles, fileOffset, unit, fType ) 1 Warning: Unused dummy argument 'ftype' at (1) f951: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. prg_fwb.f90:13.74: , getShipData ! ! procedure 1 Fatal Error: Can't open module file 'mod_io.mod' for reading at (1): No such file or directory we believe the segmentation fault is caused by lines 166 or 167 of mod_io because an internal compiler error is generated, I don't think it's generating the .i files requested on the bug report instructions. $ gcc -v Using built-in specs. COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=/usr/lib/gcc/i686-pc-cygwin/4.5.3/lto-wrapper.exe Target: i686-pc-cygwin Configured with: /gnu/gcc/releases/respins/4.5.3-3/gcc4-4.5.3-3/src/gcc-4.5.3/configure --srcdir=/gnu/gcc/releases/respins/4.5.3-3/gcc4-4.5.3-3/src/gcc-4.5.3 --prefix=/usr --exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --libexecdir=/usr/lib --datadir=/usr/share --localstatedir=/var --sysconfdir=/etc --datarootdir=/usr/share --docdir=/usr/share/doc/gcc4 -C --datadir=/usr/share --infodir=/usr/share/info --mandir=/usr/share/man -v --with-gmp=/usr --with-mpfr=/usr --enable-bootstrap --enable-version-specific-runtime-libs --libexecdir=/usr/lib --enable-static --enable-shared --enable-shared-libgcc --disable-__cxa_atexit --with-gnu-ld --with-gnu-as --with-dwarf2 --disable-sjlj-exceptions --enable-languages=ada,c,c++,fortran,java,lto,objc,obj-c++ --enable-graphite --enable-lto --enable-java-awt=gtk --disable-symvers --enable-libjava --program-suffix=-4 --enable-libgomp --enable-libssp --enable-libada --enable-threads=posix --with-arch=i686 --with-tune=generic --enable-libgcj-sublibs CC=gcc-4 CXX=g++-4 CC_FOR_TARGET=gcc-4 CXX_FOR_TARGET=g++-4 GNATMAKE_FOR_TARGET=gnatmake GNATBIND_FOR_TARGET=gnatbind --with-ecj-jar=/usr/share/java/ecj.jar Thread model: posix gcc version 4.5.3 (GCC)
[Bug c++/54090] internal compiler error: in unify, at cp/pt.c:15731
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54090 Daniel Krügler daniel.kruegler at googlemail dot com changed: What|Removed |Added CC||daniel.kruegler at ||googlemail dot com --- Comment #1 from Daniel Krügler daniel.kruegler at googlemail dot com 2012-07-25 18:41:03 UTC --- The error still exists in gcc 4.8.0 20120722 (experimental): internal compiler error: in unify, at cp/pt.c:16641
[Bug c++/54090] internal compiler error: in unify, at cp/pt.c:15731
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54090 Uros Bizjak ubizjak at gmail dot com changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2012-07-25 Ever Confirmed|0 |1 --- Comment #2 from Uros Bizjak ubizjak at gmail dot com 2012-07-25 18:56:57 UTC --- Confirmed on x86_64-unknown-linux-gnu, with: gcc version 4.8.0 20120725 (experimental) [trunk revision 189856] (GCC) (gdb) bt #0 internal_error (gmsgid=gmsgid@entry=0x121e5ba in %s, at %s:%d) at ../../gcc-svn/trunk/gcc/diagnostic.c:951 #1 0x00ef24b4 in fancy_abort (file=optimized out, line=16640, function=0xf4b6e1 unify) at ../../gcc-svn/trunk/gcc/diagnostic.c:1011 #2 0x00584614 in unify (tparms=tparms@entry=0x71b08f78, targs=targs@entry=0x71b26480, parm=0x719ad140, arg=0x719ae9f0, strict=strict@entry=0, explain_p=explain_p@entry=false) at ../../gcc-svn/trunk/gcc/cp/pt.c:16640 #3 0x005869d4 in unify (tparms=tparms@entry=0x71b08f78, targs=targs@entry=0x71b26480, parm=0x71b21118, arg=0x71b210a8, strict=optimized out, strict@entry=0, explain_p=explain_p@entry=false) at ../../gcc-svn/trunk/gcc/cp/pt.c:16474 #4 0x00593126 in get_class_bindings (tparms=0x71b08f78, spec_args=0x719aec30, args=0x719aeab0) at ../../gcc-svn/trunk/gcc/cp/pt.c:17209 #5 0x00593540 in more_specialized_class (pat1=pat1@entry=0x71b24938, pat2=pat2@entry=0x71b24898) at ../../gcc-svn/trunk/gcc/cp/pt.c:17070 #6 0x00593eb3 in most_specialized_class (type=type@entry=0x71b20c78, tmpl=tmpl@entry=0x71b0ccf0, complain=complain@entry=3) at ../../gcc-svn/trunk/gcc/cp/pt.c:17474 #7 0x0059df3d in instantiate_class_template_1 (type=0x71b20c78) at ../../gcc-svn/trunk/gcc/cp/pt.c:8401 #8 instantiate_class_template (type=optimized out) at ../../gcc-svn/trunk/gcc/cp/pt.c:8905 (gdb) f 2 #2 0x00584614 in unify (tparms=tparms@entry=0x71b08f78, targs=targs@entry=0x71b26480, parm=0x719ad140, arg=0x719ae9f0, strict=strict@entry=0, explain_p=explain_p@entry=false) at ../../gcc-svn/trunk/gcc/cp/pt.c:16640 16640 gcc_unreachable (); (gdb) li 16635 case VAR_DECL: 16636 /* A non-type template parameter that is a variable should be a 16637an integral constant, in which case, it whould have been 16638folded into its (constant) value. So we should not be getting 16639a variable here. */ 16640 gcc_unreachable (); 16641 16642 case TYPE_ARGUMENT_PACK: 16643 case NONTYPE_ARGUMENT_PACK: 16644 return unify (tparms, targs, ARGUMENT_PACK_ARGS (parm),
[Bug fortran/54096] Type bound procedures
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54096 kargl at gcc dot gnu.org changed: What|Removed |Added CC||kargl at gcc dot gnu.org --- Comment #1 from kargl at gcc dot gnu.org 2012-07-25 19:26:20 UTC --- Please attach the source code to the PR. Please try a newer version of gfortran as 4.5.3 is fairly old.
[Bug target/54093] ICE in in extract_insn, at recog.c:2129
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54093 --- Comment #1 from Ryan Mansfield rmansfield at qnx dot com 2012-07-25 19:27:00 UTC --- Created attachment 27873 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=27873 2nd preprocessed src example Happens at -O2
[Bug target/54093] ICE in in extract_insn, at recog.c:2129
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54093 --- Comment #2 from Ryan Mansfield rmansfield at qnx dot com 2012-07-25 19:28:40 UTC --- Created attachment 27874 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=27874 3rd preprocessed src example Happens at -O1
[Bug libstdc++/54075] [4.7.1] unordered_map 3x slower than 4.6.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54075 --- Comment #11 from François Dumont fdumont at gcc dot gnu.org 2012-07-25 19:32:53 UTC --- Author: fdumont Date: Wed Jul 25 19:32:48 2012 New Revision: 189863 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=189863 Log: 2012-07-25 François Dumont fdum...@gcc.gnu.org PR libstdc++/54075 * include/bits/hashtable.h (_Hashtable::_Hashtable(_InputIterator, _InputIterator, size_type, ...): Remove std::max usage to guarantee that hashtable state is consistent with hash policy state. (_Hashtable::rehash): Likewise. Set _M_prev_resize to 0 to avoid the hashtable to be shrinking on next insertion. * testsuite/23_containers/unordered_set/modifiers/reserve.cc: New. * testsuite/23_containers/unordered_multiset/modifiers/reserve.cc: New. * testsuite/23_containers/unordered_map/modifiers/reserve.cc: New. * testsuite/23_containers/unordered_multimap/modifiers/reserve.cc: New. Added: trunk/libstdc++-v3/testsuite/23_containers/unordered_map/modifiers/reserve.cc trunk/libstdc++-v3/testsuite/23_containers/unordered_multimap/modifiers/reserve.cc trunk/libstdc++-v3/testsuite/23_containers/unordered_multiset/modifiers/reserve.cc trunk/libstdc++-v3/testsuite/23_containers/unordered_set/modifiers/reserve.cc Modified: trunk/libstdc++-v3/ChangeLog trunk/libstdc++-v3/include/bits/hashtable.h
[Bug bootstrap/50461] mpfr.h found in mpfr-3.1.0/src instead of mpfr-3.0.1/. as previously
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50461 nightstrike nightstrike at gmail dot com changed: What|Removed |Added CC||nightstrike at gmail dot ||com --- Comment #7 from nightstrike nightstrike at gmail dot com 2012-07-25 19:40:46 UTC --- This is fixed on trunk and 4.7.1
[Bug target/53110] GCC-4.7 generates stupid x86_64 asm
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53110 --- Comment #13 from tejohnson at gcc dot gnu.org 2012-07-25 20:11:23 UTC --- Author: tejohnson Date: Wed Jul 25 20:11:13 2012 New Revision: 189866 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=189866 Log: Backport the following patches from trunk to ensure that andw $0xff, $reg is always converted to a zero extend to avoid LCP stalls on core2/corei7 (b/6615073): r184891, r186839, r186979, r186993, r188630, r188634, r188648 r184891: 2012-03-04 Uros Bizjak ubiz...@gmail.com * config/i386/constraints.md (Ya): New internal constraint. * config/i386/i386.md (zero_extendsidi2): Remove expansion. (*zero_extendsidi2_rex64): Add x,x alternative. (*zero_extendsidi2): Ditto. Add o,0 alternative. Remove flags reg clobber. Adjust corresponding splits. (zero_extendmodesi2): Macroize expander from zero_extendhisi2 and zero_extendqisi2 expanders using SWI12 mode iterator. (zero_extendmodesi2_and): Macroize insn from zero_extendhisi2_and and zero_extendqisi2_and. Merge corresponding splitters. (*zero_extendmodesi2): Macroize insn from *zero_extendhisi2_movzbl and *zero_extendqisi2_movzbl. (*zero_extend*2_movzbl_and): Remove insn patterns. (zero_extendqihi2_and): Merge corresponding splitter. (*zero_extendqihi2): Rename from *zero_extendqihi2_movzbl. (*zero_extend*2_movzbl_and): Remove insn patterns. (*anddi_1): Split TYPE_IMOVX instructions. (*andsi_1): Use Ya for alternative 2. Split TYPE_IMOVX instructions. (*andhi_1): Ditto. (and-zext splitter): Add splitter pattern. (zero extend with andsi3 splitter): Adjust zero_extend pattern. r186839: 2012-04-25 Jakub Jelinek ja...@redhat.com PR target/53110 * config/i386/i386.md (andmode3): For andq $0x, reg instead expand it as zero extension. r186979: 2012-04-30 Uros Bizjak ubiz...@gmail.com * config/i386/i386.md (andmode3): Expand masking operations with 0xff, 0x or 0x immediates to corresponding zero_extend RTX. (and splitter): Split to DImode zero_extend RTX for DImode operand[0]. r186993: 2012-04-30 Uros Bizjak ubiz...@gmail.com * config/i386/i386.md (andmode3): Change runtime operand mode checks to compile-time mode == MODEmode checks. (and splitter): Ditto. r188630: 2012-06-14 Uros Bizjak ubiz...@gmail.com * config/i386/i386.md (*zero_extendsidi2): Remove x,x alternative. (*zero_extendsidi2_rex64): Ditto. Remove isa attribute. r188634: 2012-06-14 Uros Bizjak ubiz...@gmail.com Fix my previous commit to: * config/i386/i386.md (*zero_extendsidi2): Remove x,x alternative. (*zero_extendsidi2_rex64): Ditto. Remove isa attribute. r188648: 2012-06-14 Uros Bizjak ubiz...@gmail.com (*zero_extendsidi2_rex64): Remove isa attribute. Modified: branches/google/gcc-4_7/gcc/ChangeLog.google-4_7 branches/google/gcc-4_7/gcc/config/i386/constraints.md branches/google/gcc-4_7/gcc/config/i386/i386.md
[Bug fortran/54096] Type bound procedures
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54096 Tobias Burnus burnus at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last reconfirmed||2012-07-25 CC||burnus at gcc dot gnu.org Ever Confirmed|0 |1 --- Comment #2 from Tobias Burnus burnus at gcc dot gnu.org 2012-07-25 20:19:55 UTC --- (In reply to comment #1) Please try a newer version of gfortran as 4.5.3 is fairly old. Especially for type-bound procedures and related features. For those, you should use the current release 4.7.1 or the developer version 4.8 You find links to unofficial gfortran builds at: http://gcc.gnu.org/wiki/GFortranBinaries (Cygwin.org does not seem to have a newer build; you might want to try the MinGW/MinGW-w64 version.) And as Steve wrote: It is nearly impossible to debug and fix compiler bugs without a full example.
[Bug libfortran/54097] New: configure: error: GNU Fortran is not working (CPU you selected does not support x86-64 instruction set)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54097 Bug #: 54097 Summary: configure: error: GNU Fortran is not working (CPU you selected does not support x86-64 instruction set) Classification: Unclassified Product: gcc Version: 4.5.3 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libfortran AssignedTo: unassig...@gcc.gnu.org ReportedBy: pentium4b...@gmail.com Created attachment 27875 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=27875 config.log I'm trying to build a 64-bit gcc-4.3.2-r2 in a 32-bit crossdev environment on Gentoo. The CPU and host system are 64-bit. The root Gentoo system is itself a 32-bit chroot, and within this chroot I am trying to cross-compile a 64-bit environment from the 32-bit system. This has worked many times in the past, but gcc is now is failing to build. When configure for libgfortran runs, it fails with the following: configure:14588: checking whether the GNU Fortran compiler is working configure:14601: /var/tmp/portage/cross-x86_64-pc-linux-gnu/gcc-4.5.3-r2/work/build/./gcc/gfortran -B/var/tmp/portage/cross-x86_64-pc-linux-gnu/gcc-4.5.3-r2/work/build/./gcc/ -B/usr/x86_64-pc-linux-gnu/bin/ -B/usr/x86_64-pc-linux-gnu/lib/ -isystem /usr/x86_64-pc-linux-gnu/include -isystem /usr/x86_64-pc-linux-gnu/sys-include -c -O2 -march=i686 -pipe conftest.f 5 f951: error: CPU you selected does not support x86-64 instruction set configure:14601: $? = 1 configure: failed program was: | | program foo | real, parameter :: bar = sin (12.34 / 2.5) | end program foo configure:14605: result: no configure:14607: error: GNU Fortran is not working; please report a bug in http://gcc.gnu.org/bugzilla, attaching /var/tmp/portage/cross-x86_64-pc-linux-gnu/gcc-4.5.3-r2/work/build/x86_64-pc-linux-gnu/libgfortran/config.log If I copy the command and test program, and run it with -m32, that test program compiles fine. Since the target arch is i686, why does the compiler have to deliberately be told to generate 32-bit code? Is there a fix for gcc's configure or Makefiles? (Full config.log is attached.) Thanks!
[Bug libfortran/54097] configure: error: GNU Fortran is not working (CPU you selected does not support x86-64 instruction set)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54097 Andrew Pinski pinskia at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID --- Comment #1 from Andrew Pinski pinskia at gcc dot gnu.org 2012-07-25 22:52:14 UTC --- Simple answer don't use -march=i686 in any of the *C*FLAGS env variables.
[Bug libfortran/54097] configure: error: GNU Fortran is not working (CPU you selected does not support x86-64 instruction set)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54097 pentium4borg at gmail dot com changed: What|Removed |Added CC||pentium4borg at gmail dot ||com --- Comment #2 from pentium4borg at gmail dot com 2012-07-25 23:02:28 UTC --- (In reply to comment #1) Simple answer don't use -march=i686 in any of the *C*FLAGS env variables. Why is that? I thought -march=i686 was supposed to produce i686 compatible code (i.e., 32-bit).
[Bug target/54089] [SH] Refactor shift patterns
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54089 --- Comment #1 from Oleg Endo olegendo at gcc dot gnu.org 2012-07-25 23:03:12 UTC --- Author: olegendo Date: Wed Jul 25 23:03:06 2012 New Revision: 189872 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=189872 Log: PR target/54089 * config/sh/predicates.md (shift_count_operand): Handle not-SHMEDIA case. (p27_shift_count_operand, not_p27_shift_count_operand): New predicates. * config/sh/sh.md (ashlsi3): Remove parallel and T_REG clobber from expander. Do not emit shift insn for not-SHMEDIA case. (ashlsi3_std): Replace with ... (ashlsi3_k, ashlsi3_d): ... these new insns. * config/sh/sh.c (gen_ashift): Make static. Add sanity checks. Emit ashlsi3_k insn instead of ashlsi3_std in ASHIFT case. (gen_ashift_hi): Make static. * config/sh/sh-protos.h (gen_ashift, gen_ashift_hi): Remove forward declaration. Modified: trunk/gcc/ChangeLog trunk/gcc/config/sh/predicates.md trunk/gcc/config/sh/sh-protos.h trunk/gcc/config/sh/sh.c trunk/gcc/config/sh/sh.md
[Bug libfortran/54097] configure: error: GNU Fortran is not working (CPU you selected does not support x86-64 instruction set)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54097 --- Comment #3 from Andrew Pinski pinskia at gcc dot gnu.org 2012-07-25 23:11:53 UTC --- (In reply to comment #2) (In reply to comment #1) Simple answer don't use -march=i686 in any of the *C*FLAGS env variables. Why is that? I thought -march=i686 was supposed to produce i686 compatible code (i.e., 32-bit). Because you have it set for the target libraries too which is incorrect in this case as you are creating a 64bit target library.
[Bug fortran/54096] Type bound procedures
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54096 --- Comment #3 from badass at vt dot edu 2012-07-25 23:42:16 UTC --- Sorry about that, I though i had included the source code. I'm working on getting an updated compiler, but IT here is being difficult and I could take a day. Thanks for the help, source code is attached. -Benjamin A. Dassert On Wed, Jul 25, 2012 at 4:19 PM, burnus at gcc dot gnu.org gcc-bugzi...@gcc.gnu.org wrote: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54096 Tobias Burnus burnus at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last reconfirmed||2012-07-25 CC||burnus at gcc dot gnu.org Ever Confirmed|0 |1 --- Comment #2 from Tobias Burnus burnus at gcc dot gnu.org 2012-07-25 20:19:55 UTC --- (In reply to comment #1) Please try a newer version of gfortran as 4.5.3 is fairly old. Especially for type-bound procedures and related features. For those, you should use the current release 4.7.1 or the developer version 4.8 You find links to unofficial gfortran builds at: http://gcc.gnu.org/wiki/GFortranBinaries (Cygwin.org does not seem to have a newer build; you might want to try the MinGW/MinGW-w64 version.) And as Steve wrote: It is nearly impossible to debug and fix compiler bugs without a full example. -- Configure bugmail: http://gcc.gnu.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You reported the bug.
[Bug target/51244] SH Target: Inefficient conditional branch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51244 --- Comment #44 from Oleg Endo olegendo at gcc dot gnu.org 2012-07-26 00:20:05 UTC --- Author: olegendo Date: Thu Jul 26 00:19:58 2012 New Revision: 189877 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=189877 Log: PR target/51244 * config/sh/sh.opt (mzdcbranch): New option. * doc/invoke.texi: Document it. * config/sh/sh.md (negsi_cond): Use TARGET_ZDCBRANCH as condition instead of TARGET_HARD_SH4. * config/sh/sh.c (sh_option_override): Set TARGET_ZDCBRANCH as default for TARGET_HARD_SH4. Modified: trunk/gcc/ChangeLog trunk/gcc/config/sh/sh.c trunk/gcc/config/sh/sh.md trunk/gcc/config/sh/sh.opt trunk/gcc/doc/invoke.texi
[Bug target/54093] ICE in in extract_insn, at recog.c:2129
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54093 Alan Modra amodra at gmail dot com changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed||2012-07-26 AssignedTo|unassigned at gcc dot |amodra at gmail dot com |gnu.org | Target Milestone|--- |4.8.0 Ever Confirmed|0 |1 --- Comment #3 from Alan Modra amodra at gmail dot com 2012-07-26 03:58:05 UTC --- This comment of mine has come back to bite me, I think. - I haven't actually seen the 32-bit gpr secondary reload patterns trigger (it's hard to make a testcase), so that code is largely untested. Fortunately the code is very similar to the 64-bit gpr secondary reload code.