[Bug fortran/48352] [4.7 Regression] segfault in fortran/frontend-passes.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48352 --- Comment #8 from Joost VandeVondele Joost.VandeVondele at pci dot uzh.ch 2011-04-01 06:17:51 UTC --- BTW, from this experience, it would be great to have the frontend optimizations being protected by a switch (-f(no-)frontend-optimizations or similar) which can default to true at -O1 and higher. First, this would provide an easy workaround for this kind of bugs. Second, this would make sense in combination with LTO, where in principle one could compile in the first pass with -O0, and only at link time with -Ox (this makes sense from a compile time point of view). However, for this to generate good code, the first pass should be -O0 -ffrontend-optimizations, otherwise the middle end would have no chance.
[Bug libstdc++/48398] New: [C++0x] std::unique_ptrT, D is broken when D::pointer is not T*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48398 Summary: [C++0x] std::unique_ptrT, D is broken when D::pointer is not T* Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libstdc++ AssignedTo: unassig...@gcc.gnu.org ReportedBy: gintensub...@gmail.com example: #include memory #include cassert struct my_deleter { typedef int* pointer; void operator()( pointer p ) { delete p; } }; int main() { std::unique_ptrvoid, my_deleter p( new int() ); assert( p.get() != 0 ); // invalid conversion from 'void*' to 'int*' p.reset(); // no matching function for call to 'swap( void*, int* )' } proposed patch: --- libstdc++-v3/include/bits/unique_ptr.h +++ libstdc++-v3/include/bits/unique_ptr.h @@ -100,7 +100,7 @@ _GLIBCXX_BEGIN_NAMESPACE_VERSION typedef decltype( __test_Del(0)) type; }; - typedef std::tuple_Tp*, _Dp __tuple_type; + typedef std::tupletypename _Pointer::type, _Dp __tuple_type; __tuple_type _M_t; public:
[Bug other/48378] gcc 4.6.0 fails to build from source
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48378 --- Comment #5 from Jonathan Wakely redi at gcc dot gnu.org 2011-04-01 08:36:20 UTC --- Building in a separate dir has the advantage you don't need to make clean, you just remove the whole dir and start with an empty dir again. I'm not sure 'make distclean' helps, does it make any difference if you start again extracting the source tarbal into an empty dir and build in an empty dir? If not please provide your exact configure command (just ../gcc-4.6.0/configure?) and the error.
[Bug libstdc++/48398] [C++0x] std::unique_ptrT, D is broken when D::pointer is not T*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48398 Paolo Carlini paolo.carlini at oracle dot com changed: What|Removed |Added CC||jwakely.gcc at gmail dot ||com --- Comment #1 from Paolo Carlini paolo.carlini at oracle dot com 2011-04-01 09:24:53 UTC --- Thanks. Jon, both PR and patch seem straightforward to me, I would go ahead for mainline and 4_6-branch too. Just let me know if you have the time...
[Bug middle-end/48377] [4.6 regression] miscompilation at -O3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48377 --- Comment #4 from Jakub Jelinek jakub at gcc dot gnu.org 2011-04-01 09:51:06 UTC --- Anyway, please read http://gcc.gnu.org/bugs.html, there is nothing we can do from the information you've provided. Trying to find from a vague description of where you see the crash a difference in assembly is very hard, plus it may very well be just a bug in the sources you are compiling. If -O2 works and -O3 doesn't, try to add __attribute__((noinline)) resp. __attribute__((optimize(2))) resp. __attribute__((optimize(3))) to various suspect routines in the file to try to narrow it down to a single problematic routine (perhaps with some functions inlined into it), which will work fine if the whole file is compiled with -O3 just that routine is -O2 (and perhaps functions inlined into it) and will misbehave if everything is compled with -O2 just that function is compiled with -O3. Then try to make a self-contained executable testcase out of it (just call that routine from some other CU's main, perhaps with the minimal necessary setup for it and stub everything it calls. For (suspected) miscompilation we really need to be able to reproduce it ourselves, preferrably with a minimal testcase, otherwise we can't do anything on it unless you debug the problem yourself down to pointing a bug somewhere exact in the assembly.
[Bug libstdc++/48398] [4.6/4.7 Regression] [C++0x] std::unique_ptrT, D is broken when D::pointer is not T*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48398 Jonathan Wakely redi at gcc dot gnu.org changed: What|Removed |Added Keywords||rejects-valid Status|UNCONFIRMED |NEW Last reconfirmed||2011.04.01 10:15:24 Target Milestone|--- |4.6.1 Summary|[C++0x] std::unique_ptrT, |[4.6/4.7 Regression] |D is broken when |[C++0x] std::unique_ptrT, |D::pointer is not T*|D is broken when ||D::pointer is not T* Ever Confirmed|0 |1 --- Comment #2 from Jonathan Wakely redi at gcc dot gnu.org 2011-04-01 10:15:24 UTC --- yes, the patch looks correct to me and should go on the 4.6 branch as it's a regression caused by http://gcc.gnu.org/viewcvs?view=revisionrevision=158682 when we started using deleter_type::pointer Prior to that change this slight variation worked ok: #include memory #include cassert struct my_deleter { typedef int* pointer; void operator()( void* p ) { delete static_castpointer(p); } }; int main() { std::unique_ptrvoid, my_deleter p( new int() ); assert( p.get() != 0 ); // invalid conversion from 'void*' to 'int*' p.reset(); // no matching function for call to 'swap( void*, int* )' } I won't be at home to test and commit it until tomorrow though
[Bug libstdc++/48398] [4.6/4.7 Regression] [C++0x] std::unique_ptrT, D is broken when D::pointer is not T*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48398 --- Comment #3 from Paolo Carlini paolo.carlini at oracle dot com 2011-04-01 10:21:59 UTC --- Ah, ok, thanks then!
[Bug libstdc++/48382] ctype_noninline.h should not be installed
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48382 --- Comment #6 from Paolo Carlini paolo.carlini at oracle dot com 2011-04-01 10:32:58 UTC --- You are welcome. Indeed, this is also the right time for rather straightforward clean-ups.
[Bug c++/48399] New: gcc46 show error when initializing a static const member with base class's constructor
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48399 Summary: gcc46 show error when initializing a static const member with base class's constructor Product: gcc Version: 4.6.1 Status: UNCONFIRMED Severity: major Priority: P3 Component: c++ AssignedTo: unassig...@gcc.gnu.org ReportedBy: lich...@gmail.com Created attachment 23846 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=23846 A sample factory pattern program ~ uname -a FreeBSD compaq.yuetime 8.2-STABLE FreeBSD 8.2-STABLE #0: Mon Mar 14 02:51:28 CDT 2011 root@compaq.yuetime:/usr/obj/usr/src/sys/HOUKAGO amd64 ~ gcc46 -v Using built-in specs. COLLECT_GCC=gcc46 COLLECT_LTO_WRAPPER=/usr/local/libexec/gcc46/gcc/x86_64-portbld-freebsd8.2/4.6.1/lto-wrapper Target: x86_64-portbld-freebsd8.2 Configured with: ./../gcc-4.6-20110325/configure --disable-nls --libdir=/usr/local/lib/gcc46 --libexecdir=/usr/local/libexec/gcc46 --program-suffix=46 --with-as=/usr/local/bin/as --with-gmp=/usr/local --with-gxx-include-dir=/usr/local/lib/gcc46/include/c++/ --with-ld=/usr/local/bin/ld --with-libiconv-prefix=/usr/local --with-system-zlib --disable-libgcj --prefix=/usr/local --mandir=/usr/local/man --infodir=/usr/local/info/gcc46 --build=x86_64-portbld-freebsd8.2 Thread model: posix gcc version 4.6.1 20110325 (prerelease) (GCC) This problem exists on a snapshot version. Please check whether it exists in the release vesion. Try to compile the program in the attachment, ~ g++46 a.cc a.cc:20:15: error: uninitialized const 'Derived::kInstance' [-fpermissive] a.cc:9:7: note: 'const class Derived' has no user-provided default constructor But actually, it has a inherited constructor, and it's safe. This problem makes gcc46 can not compile firefox4 when -fpermissive is not set.
[Bug rtl-optimization/48143] [4.6 Regression] ICE: in reset_sched_cycles_in_current_ebb, at sel-sched.c:7114 with custom flags
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48143 --- Comment #9 from Andrey Belevantsev abel at gcc dot gnu.org 2011-04-01 11:07:47 UTC --- Author: abel Date: Fri Apr 1 11:07:44 2011 New Revision: 171825 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=171825 Log: Backport from mainline 2011-03-22 Andrey Belevantsev a...@ispras.ru PR rtl-optimization/48143 * config/i386/sse.md (*sse2_cvtpd2dq): Add athlon_decode attribute. (*sse2_cvttpd2dq, sse2_cvtss2sd, *sse2_cvtpd2ps, sse2_cvtps2pd): Likewise. Modified: branches/gcc-4_6-branch/gcc/ChangeLog branches/gcc-4_6-branch/gcc/config/i386/sse.md
[Bug rtl-optimization/48143] [4.6 Regression] ICE: in reset_sched_cycles_in_current_ebb, at sel-sched.c:7114 with custom flags
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48143 Andrey Belevantsev abel at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #10 from Andrey Belevantsev abel at gcc dot gnu.org 2011-04-01 11:09:10 UTC --- Fixed on trunk and 4.6.
[Bug c++/48399] gcc46 show error when initializing a static const member with base class's constructor
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48399 Jonathan Wakely redi at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID Severity|major |normal --- Comment #1 from Jonathan Wakely redi at gcc dot gnu.org 2011-04-01 11:10:51 UTC --- no, constructors are not inherited this change is documented at http://gcc.gnu.org/gcc-4.6/changes.html#cplusplus firefox needs to be fixed
[Bug c++/48399] gcc46 show error when initializing a static const member with base class's constructor
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48399 --- Comment #2 from Jonathan Wakely redi at gcc dot gnu.org 2011-04-01 11:14:21 UTC --- other compilers such as clang and EDG reject your example too, so firefox already can't be compiled with those compilers, the example relies on a bug in previous GCC releases which was never portable and has been fixed
[Bug c++/48399] gcc46 show error when initializing a static const member with base class's constructor
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48399 --- Comment #3 from Zhihao Yuan lichray at gmail dot com 2011-04-01 11:15:48 UTC --- Fine. Sorry to disturbing you.
[Bug target/46655] invalid '.line 0' directive emitted with -g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46655 --- Comment #28 from Michael Haubenwallner michael.haubenwallner at salomon dot at 2011-04-01 12:24:32 UTC --- Looks like IBM fixed their Assembler to ignore invalid .line pseudo-ops again: https://www-304.ibm.com/support/docview.wss?uid=isg1IZ87535
[Bug bootstrap/48400] New: [4.7 Regression] powerpc-apple-darwin9 fails to bootstrap at revision 171824
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48400 Summary: [4.7 Regression] powerpc-apple-darwin9 fails to bootstrap at revision 171824 Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap AssignedTo: unassig...@gcc.gnu.org ReportedBy: domi...@lps.ens.fr CC: r...@gcc.gnu.org, rdsandif...@googlemail.com, froy...@codesourcery.com Host: powerpc-apple-darwin9 Target: powerpc-apple-darwin9 Build: powerpc-apple-darwin9 powerpc-apple-darwin9 fails to bootstrap at revision 171824 (see http://gcc.gnu.org/ml/gcc-regression/2011-04/msg00015.html ). The failure is /Users/regress/tbox/native/build/./gcc/xgcc -B/Users/regress/tbox/native/build/./gcc/ -B/Users/regress/tbox/objs/powerpc-apple-darwin9.8.0/bin/ -B/Users/regress/tbox/objs/powerpc-apple-darwin9.8.0/lib/ -isystem /Users/regress/tbox/objs/powerpc-apple-darwin9.8.0/include -isystem /Users/regress/tbox/objs/powerpc-apple-darwin9.8.0/sys-include-O2 -g -O2 -DIN_GCC -W -Wall -Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./include -Wa,-force_cpusubtype_ALL -pipe -mmacosx-version-min=10.4 -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -fno-stack-protector -dynamiclib -nodefaultlibs -install_name /Users/regress/tbox/objs/lib/libgcc_s.1.dylib -single_module -o ppc64/libgcc_s.dylib -Wl,-exported_symbols_list,libgcc.map -compatibility_version 1 -current_version 1.0 -g -O2 -m64 -B./ _muldi3_s.o _negdi2_s.o _lshrdi3_s.o _ashldi3_s.o _ashrdi3_s.o _cmpdi2_s.o _ucmpdi2_s.o _clear_cache_s.o _enable_execute_stack_s.o _ trampoline_s.o __main_s.o _absvsi2_s.o _absvdi2_s.o _addvsi3_s.o _addvdi3_s.o _subvsi3_s.o _subvdi3_s.o _mulvsi3_s.o _mulvdi3_s.o _negvsi2_s.o _negvdi2_s.o _ctors_s.o _ffssi2_s.o _ffsdi2_s.o _clz_s.o _clzsi2_s.o _clzdi2_s.o _ctzsi2_s.o _ctzdi2_s.o _popcount_tab_s.o _popcountsi2_s.o _popcountdi2_s.o _paritysi2_s.o _paritydi2_s.o _powisf2_s.o _powidf2_s.o _powixf2_s.o _powitf2_s.o _mulsc3_s.o _muldc3_s.o _mulxc3_s.o _multc3_s.o _divsc3_s.o _divdc3_s.o _divxc3_s.o _divtc3_s.o _bswapsi2_s.o _bswapdi2_s.o _fixunssfsi_s.o _fixunsdfsi_s.o _fixunsxfsi_s.o _fixsfdi_s.o _fixdfdi_s.o _fixxfdi_s.o _fixtfdi_s.o _fixunssfdi_s.o _fixunsdfdi_s.o _fixunsxfdi_s.o _fixunstfdi_s.o _floatdisf_s.o _floatdidf_s.o _floatdixf_s.o _floatditf_s.o _floatundisf_s.o _floatundidf_s.o _floatundixf_s.o _floatunditf_s.o _divdi3_s.o _moddi3_s.o _udivdi3_s.o _umoddi3_s.o _udiv_w_sdiv_s.o _udivmoddi4_s.o darwin-tramp_s.o ppc64-fp_s.o darwin-64_s.o darwin-ldouble_s.o darwin-world_s.o unwind-dw2_s.o unwind-dw2-fd e-darwin_s.o unwind-sjlj_s.o unwind-c_s.o darwin-fallback_s.o emutls_s.o -lc collect2: ld terminated with signal 10 [Bus error]
[Bug bootstrap/48400] [4.7 Regression] powerpc-apple-darwin9 fails to bootstrap at revision 171824
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48400 Richard Henderson rth at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed||2011.04.01 16:08:12 AssignedTo|unassigned at gcc dot |rth at gcc dot gnu.org |gnu.org | Ever Confirmed|0 |1 --- Comment #1 from Richard Henderson rth at gcc dot gnu.org 2011-04-01 16:08:12 UTC --- Probably my changes to dwarf2out. Jakub pointed out that I'm not protecting the discriminator output in strict mode. Although we don't really know that's the actual problem yet...
[Bug bootstrap/48400] [4.7 Regression] powerpc-apple-darwin9 fails to bootstrap at revision 171824
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48400 --- Comment #2 from Dominique d'Humieres dominiq at lps dot ens.fr 2011-04-01 16:26:30 UTC --- Probably my changes to dwarf2out. ... Yes, the failure appears at revision 171816.
[Bug bootstrap/48400] [4.7 Regression] powerpc-apple-darwin9 fails to bootstrap at revision 171824
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48400 --- Comment #3 from Dominique d'Humieres dominiq at lps dot ens.fr 2011-04-01 16:54:38 UTC --- /opt/gcc/darwin_buildw/./gcc/xgcc -B/opt/gcc/darwin_buildw/gcc/ -nodefaultlibs -m64 _clz_s.o is enough to trigger the bus error. The crash report is Process: ld [26752] Path:/usr/libexec/gcc/powerpc-apple-darwin9/4.2.1/ld Identifier: ld Version: ??? (???) Code Type: PPC (Native) Parent Process: collect2 [26751] Date/Time: 2011-04-01 18:53:37.854 +0200 OS Version: Mac OS X 10.5.8 (9L30) Report Version: 6 Anonymous UUID: FBE1ED73-9408-41D7-896B-6AB519EED984 Exception Type: EXC_BAD_ACCESS (SIGBUS) Exception Codes: KERN_PROTECTION_FAILURE at 0x0044 Crashed Thread: 0 Thread 0 Crashed: 0 ld0x000ff980 0x1000 + 1042816 Thread 0 crashed with PPC Thread State 32: srr0: 0x000ff980 srr1: 0x0200d030 dar: 0x0044 dsisr: 0x4000 r0: 0xr1: 0xbfffc950r2: 0x0001r3: 0x r4: 0xbfffcb40r5: 0x0004r6: 0x00e9r7: 0xbfffcb70 r8: 0xbfffcb68r9: 0x0004 r10: 0x0007 r11: 0x4224 r12: 0x97852d10 r13: 0x00200d48 r14: 0x00200da4 r15: 0x00200db8 r16: 0x00200d78 r17: 0x00200d64 r18: 0x00200d1c r19: 0x00200d0c r20: 0x00200d30 r21: 0xbfffcb40 r22: 0x00200d60 r23: 0x00200d18 r24: 0x00200df0 r25: 0x r26: 0x r27: 0x r28: 0x r29: 0x r30: 0x0004 r31: 0x cr: 0x22008024 xer: 0x2000lr: 0x000b371c ctr: 0x97852d10 vrsave: 0x Binary Images: 0x1000 - 0x12effb ld ??? (???) 82e5f43ac9b963abbf9f1e833205e2f9 /usr/libexec/gcc/powerpc-apple-darwin9/4.2.1/ld 0x8fe0 - 0x8fe30c23 dyld 97.1 (???) 89a0055b0e7ea2db881b73c6e63bc774 /usr/lib/dyld 0x9338d000 - 0x93392ff6 libmathCommon.A.dylib ??? (???) /usr/lib/system/libmathCommon.A.dylib 0x965fd000 - 0x96608ffb libgcc_s.1.dylib ??? (???) ea47fd375407f162c76d14d64ba246cd /usr/lib/libgcc_s.1.dylib 0x9784c000 - 0x979ecfe3 libSystem.B.dylib ??? (???) 64fe5af6f50c88c6a75513b6cdc121da /usr/lib/libSystem.B.dylib 0x97a5 - 0x97ab7ffb libstdc++.6.dylib ??? (???) a4e9b10268b3ffac26d0296499b24e8e /usr/lib/libstdc++.6.dylib 0x8000 - 0x9703 libSystem.B.dylib ??? (???) /usr/lib/libSystem.B.dylib
[Bug bootstrap/48400] [4.7 Regression] powerpc-apple-darwin9 fails to bootstrap at revision 171824
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48400 Iain Sandoe iains at gcc dot gnu.org changed: What|Removed |Added Target|powerpc-apple-darwin9 |*-apple-darwin9 CC||iains at gcc dot gnu.org Host|powerpc-apple-darwin9 |*-apple-darwin9 Build|powerpc-apple-darwin9 |*-apple-darwin9 --- Comment #4 from Iain Sandoe iains at gcc dot gnu.org 2011-04-01 17:22:20 UTC --- also on i686-darwin9
[Bug fortran/48360] [4.6/4.7 Regression] ICE on array assignment statement with allocatable LHS
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48360 --- Comment #4 from Jerry DeLisle jvdelisle at gcc dot gnu.org 2011-04-01 17:54:06 UTC --- This regression was caused by r167220. Revision 167220 - (view) (download) (annotate) - [select for diffs] Modified Sun Nov 28 13:47:26 2010 UTC (4 months ago) by pault
[Bug bootstrap/48400] [4.7 Regression] powerpc-apple-darwin9 fails to bootstrap at revision 171824
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48400 --- Comment #5 from Richard Henderson rth at gcc dot gnu.org 2011-04-01 18:15:50 UTC --- Created attachment 23847 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=23847 proposed patch Re #c2: It's good to know that Apple is just as forgiving with extensions to an extensible standard as ever. The relevent portion of this patch is the first two added lines, but I was in the middle of adding commentary for the change that Dodji wanted originally.
[Bug rtl-optimization/48401] New: [4.7 Regression] ICE: RTL check: access of elt 4 of 'var_location' with last elt 2 in expand_gimple_basic_block, at cfgexpand.c:3585
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48401 Summary: [4.7 Regression] ICE: RTL check: access of elt 4 of 'var_location' with last elt 2 in expand_gimple_basic_block, at cfgexpand.c:3585 Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: rtl-optimization AssignedTo: unassig...@gcc.gnu.org ReportedBy: zso...@seznam.cz Host: x86_64-pc-linux-gnu Target: x86_64-pc-linux-gnu Created attachment 23848 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=23848 reduced testcase Compiler output: $ gcc -O -fdump-rtl-expand-details -g testcase.c testcase.c: In function 'foo': testcase.c:1:6: internal compiler error: RTL check: access of elt 4 of 'var_location' with last elt 2 in expand_gimple_basic_block, at cfgexpand.c:3585 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. Tested revisions: r171828 - crash r171801 - crash r171795 - crash r171775 - OK 4.6 r171597 - OK
[Bug other/48402] New: autogen fixincludes in GCC 4.6.0 testsuite fails on OS X 10.6.7
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48402 Summary: autogen fixincludes in GCC 4.6.0 testsuite fails on OS X 10.6.7 Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: major Priority: P3 Component: other AssignedTo: unassig...@gcc.gnu.org ReportedBy: sou...@sharpsteen.net OS: OS X 10.6.7 Autogen: 5.11.5 GCC compiled with: Apple GCC-4.2.1-5666.3 (XCode 3.2.6) GCC configured in separate build directory with: ../configure --enable-languages=c --prefix=/usr/local/Cellar/gcc/4.6.0/gcc --datarootdir=/usr/local/Cellar/gcc/4.6.0/share --bindir=/usr/local/Cellar/gcc/4.6.0/bin --program-suffix=-4.6 --with-gmp=/usr/local/Cellar/gmp/5.0.1 --with-mpfr=/usr/local/Cellar/mpfr/3.0.0 --with-mpc=/usr/local/Cellar/libmpc/0.8.2 --with-system-zlib --enable-stage1-checking --enable-lto --disable-nls `make bootstrap` succeeds. `make check` fails with a missing header fix error for complex.h bash-3.2$ make -j1 check autogen -T ../../fixincludes/check.tpl ../../fixincludes/inclhack.def /bin/sh ./check.sh ../../fixincludes/tests/base Fixed: testing.h Fixed: testing.h Fixed: AvailabilityMacros.h Fixed: X11/ShellP.h Fixed: X11/Xmu.h Fixed: Xm/BaseClassI.h Fixed: Xm/Traversal.h Fixed: ansi/math.h Fixed: ansi/stdlib.h Fixed: arch/i960/archI960.h Fixed: architecture/ppc/math.h Fixed: assert.h Fixed: bits/huge_val.h Fixed: bits/string2.h Fixed: bsd/libc.h Fixed: c_asm.h Fixed: com_err.h sed: 1: /#if[ \t]*!defined(__cpl ...: command c expects \ followed by text sed: stdout: Broken pipe Fixed: ctrl-quotes-def-1.h Fixed: ctype.h Fixed: curses.h Fixed: errno.h Fixed: features.h Fixed: fixinc-test-limits.h Fixed: hsfs/hsfs_spec.h Fixed: ia64/sys/getppdp.h Fixed: internal/math_core.h Fixed: internal/sgimacros.h Fixed: internal/wchar_core.h Fixed: inttypes.h Fixed: io-quotes-def-1.h Fixed: iso/math_c99.h Fixed: locale.h Fixed: mach-o/dyld.h Fixed: mach-o/swap.h Fixed: malloc.h Fixed: math.h Fixed: net/if.h Fixed: netdnet/dnetdb.h Fixed: netinet/in.h Fixed: netinet/ip.h Fixed: obstack.h Fixed: pixrect/memvar.h Fixed: pthread.h Fixed: reg_types.h Fixed: regex.h Fixed: regexp.h Fixed: rpc/auth.h Fixed: rpc/rpc.h Fixed: rpc/xdr.h Fixed: rpcsvc/rstat.h Fixed: rpcsvc/rusers.h Fixed: signal.h Fixed: sparc/asm_linkage.h Fixed: standards.h Fixed: stdarg.h Fixed: stdint-aix.h Fixed: stdint-darwin.h Fixed: stdint-hpux11.h Fixed: stdint-irix65.h Fixed: stdint-newlib.h Fixed: stdint.h Fixed: stdio.h Fixed: stdio_tag.h Fixed: stdlib.h Fixed: string.h Fixed: strings.h Fixed: sundev/vuid_event.h Fixed: sunwindow/win_lock.h Fixed: sym.h Fixed: sys/_inttypes.h Fixed: sys/asm.h Fixed: sys/cdefs.h Fixed: sys/feature_tests.h Fixed: sys/file.h Fixed: sys/int_const.h Fixed: sys/int_limits.h Fixed: sys/int_types.h Fixed: sys/machine.h Fixed: sys/mman.h Fixed: sys/pthread.h Fixed: sys/signal.h Fixed: sys/socket.h Fixed: sys/spinlock.h Fixed: sys/stat.h Fixed: sys/sysmacros.h Fixed: sys/time.h Fixed: sys/types.h Fixed: sys/ucontext.h Fixed: sys/va_list.h Fixed: sys/wait.h Fixed: testing.h Fixed: tgmath.h Fixed: time.h Fixed: tinfo.h Fixed: types/vxTypesBase.h Fixed: unistd.h Missing header fix: complex.h There were fixinclude test FAILURES make[2]: *** [check] Error 1 make[1]: *** [check-fixincludes] Error 2 make: *** [do-check] Error 2
[Bug rtl-optimization/48401] [4.7 Regression] ICE: RTL check: access of elt 4 of 'var_location' with last elt 2 in expand_gimple_basic_block, at cfgexpand.c:3585
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48401 --- Comment #1 from Zdenek Sojka zsojka at seznam dot cz 2011-04-01 18:45:23 UTC --- Backtrace: #4 0x0085dbed in rtl_check_failed_bounds (r=0x7577e920, n=4, file=Unhandled dwarf expression opcode 0xf3 ) at /mnt/svn/gcc-trunk/gcc/rtl.c:737 #5 0x005dfa69 in expand_gimple_basic_block (bb=0x77ee6340) at /mnt/svn/gcc-trunk/gcc/cfgexpand.c:3585 #6 0x005e3f18 in gimple_expand_cfg () at /mnt/svn/gcc-trunk/gcc/cfgexpand.c:4120 #7 0x007f0626 in execute_one_pass (pass=0x1648ac0) at /mnt/svn/gcc-trunk/gcc/passes.c:1555 #8 0x007f0915 in execute_pass_list (pass=0x1648ac0) at /mnt/svn/gcc-trunk/gcc/passes.c:1610 #9 0x00935545 in tree_rest_of_compilation (fndecl=0x7576ef00) at /mnt/svn/gcc-trunk/gcc/tree-optimize.c:422 #10 0x00b01c77 in cgraph_expand_function (node=0x75773160) at /mnt/svn/gcc-trunk/gcc/cgraphunit.c:1575 #11 0x00b043cc in cgraph_expand_all_functions () at /mnt/svn/gcc-trunk/gcc/cgraphunit.c:1634 #12 cgraph_optimize () at /mnt/svn/gcc-trunk/gcc/cgraphunit.c:1898 #13 0x00b0494a in cgraph_finalize_compilation_unit () at /mnt/svn/gcc-trunk/gcc/cgraphunit.c:1095 #14 0x005090a4 in c_write_global_declarations () at /mnt/svn/gcc-trunk/gcc/c-decl.c:9879 #15 0x008de26d in compile_file (argc=15, argv=0x7fffdc78) at /mnt/svn/gcc-trunk/gcc/toplev.c:591 #16 do_compile (argc=15, argv=0x7fffdc78) at /mnt/svn/gcc-trunk/gcc/toplev.c:1900 #17 toplev_main (argc=15, argv=0x7fffdc78) at /mnt/svn/gcc-trunk/gcc/toplev.c:1963 #18 0x76487b6d in __libc_start_main () from /lib/libc.so.6 #19 0x004efac1 in _start ()
[Bug target/48262] [4.7 Regression] Subversion id 171341 breaks various vectorization files on powerpc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48262 Michael Meissner meissner at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #18 from Michael Meissner meissner at gcc dot gnu.org 2011-04-01 18:46:13 UTC --- Fixed in subversion id 171847
[Bug bootstrap/48403] New: [4.7 Regression] bootstrap failure
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48403 Summary: [4.7 Regression] bootstrap failure Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap AssignedTo: unassig...@gcc.gnu.org ReportedBy: hjl.to...@gmail.com On Linux/x86, revision 171845 failed to bootstrap: http://gcc.gnu.org/ml/gcc-regression/2011-04/msg00036.html http://gcc.gnu.org/ml/gcc-regression/2011-04/msg00037.html Comparing stages 2 and 3 warning: gcc/cc1obj-checksum.o differs warning: gcc/cc1plus-checksum.o differs warning: gcc/cc1-checksum.o differs Bootstrap comparison failure! gcc/combine.o differs gcc/tree-into-ssa.o differs gcc/graphite-sese-to-poly.o differs gcc/tree-loop-distribution.o differs libiberty/regex.o differs libiberty/pic/regex.o differs libiberty/sha1.o differs Revision 171834 is OK.
[Bug boehm-gc/47309] gcc-4.4.5 fails to build on darwin/ppc due to issues in boehm-gc GC_test_and_set
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47309 --- Comment #3 from Eric Le Lay elelay at macports dot org 2011-04-01 18:53:01 UTC --- well, after including -O2 in my CFLAGS, gcc 4.4.5 built without any issue
[Bug preprocessor/48192] Conditional macros should not pass #ifdef
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48192 Michael Meissner meissner at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #3 from Michael Meissner meissner at gcc dot gnu.org 2011-04-01 18:53:42 UTC --- Fixed in subversion id 171247.
[Bug target/48258] Add VSX support for float/double vector reductions improve float insert/extract
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48258 Michael Meissner meissner at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed||2011.04.01 19:00:16 Ever Confirmed|0 |1
[Bug debug/48401] [4.7 Regression] ICE: RTL check: access of elt 4 of 'var_location' with last elt 2 in expand_gimple_basic_block, at cfgexpand.c:3585
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48401 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2011.04.01 19:02:21 CC||jakub at gcc dot gnu.org Component|rtl-optimization|debug Target Milestone|--- |4.7.0 Ever Confirmed|0 |1
[Bug target/48082] Problem compiling function that returns va_list on 64 bit system.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48082 --- Comment #6 from Andrew Pinski pinskia at gcc dot gnu.org 2011-04-01 19:02:31 UTC --- *** Bug 48081 has been marked as a duplicate of this bug. ***
[Bug target/48082] Problem compiling function that returns va_list on 64 bit system.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48082 --- Comment #7 from Andrew Pinski pinskia at gcc dot gnu.org 2011-04-01 19:02:43 UTC --- *** Bug 48080 has been marked as a duplicate of this bug. ***
[Bug c/48080] New: Problem compiling function that returns va_list on 64 bit system.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48080 Summary: Problem compiling function that returns va_list on 64 bit system. Product: gcc Version: 4.4.3 Status: RESOLVED Severity: minor Priority: P3 Component: c AssignedTo: unassig...@gcc.gnu.org ReportedBy: x.user1...@gmail.com Andrew Pinski pinskia at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE I am trying to compile the following simple code snippet: ''' /* test.c */ #include stdio.h #include stdarg.h va_list function(int i, va_list args){ return args; } int main(void){ return 0; } ''' I am running 64 bit Ubuntu. The code can be compiled successfully using. gcc -Wall test.c -o test -m32 However if I compile using the standard 64 bit mode gcc -Wall test.c -o test I get the following error: test.c:4: error: 'function' declared as function returning an array test.c: In function 'function': test.c:5: warning: return makes integer from pointer without a cast The above code does not serve much purpose other than to demonstrate where the compiler seems to be breaking. - gcc -v Using built-in specs. Target: x86_64-linux-gnu Configured with: ../src/configure -v --with-pkgversion='Ubuntu 4.4.3-4ubuntu5' --with-bugurl=file:///usr/share/doc/gcc-4.4/README.Bugs --enable-languages=c,c++,fortran,objc,obj-c++ --prefix=/usr --enable-shared --enable-multiarch --enable-linker-build-id --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.4 --program-suffix=-4.4 --enable-nls --enable-clocale=gnu --enable-libstdcxx-debug --enable-plugin --enable-objc-gc --disable-werror --with-arch-32=i486 --with-tune=generic --enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=x86_64-linux-gnu Thread model: posix gcc version 4.4.3 (Ubuntu 4.4.3-4ubuntu5) --- Comment #1 from Andrew Pinski pinskia at gcc dot gnu.org 2011-04-01 19:02:43 UTC --- . *** This bug has been marked as a duplicate of bug 48082 ***
[Bug target/48082] Problem compiling function that returns va_list on 64 bit system.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48082 --- Comment #8 from Andrew Pinski pinskia at gcc dot gnu.org 2011-04-01 19:02:50 UTC --- *** Bug 48079 has been marked as a duplicate of this bug. ***
[Bug c/48079] New: Problem compiling function that returns va_list on 64 bit system.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48079 Summary: Problem compiling function that returns va_list on 64 bit system. Product: gcc Version: 4.4.3 Status: RESOLVED Severity: minor Priority: P3 Component: c AssignedTo: unassig...@gcc.gnu.org ReportedBy: x.user1...@gmail.com Andrew Pinski pinskia at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE I am trying to compile the following simple code snippet: ''' /* test.c */ #include stdio.h #include stdarg.h va_list function(int i, va_list args){ return args; } int main(void){ return 0; } ''' I am running 64 bit Ubuntu. The code can be compiled successfully using. gcc -Wall test.c -o test -m32 However if I compile using the standard 64 bit mode gcc -Wall test.c -o test I get the following error: test.c:4: error: 'function' declared as function returning an array test.c: In function 'function': test.c:5: warning: return makes integer from pointer without a cast The above code does not serve much purpose other than to demonstrate where the compiler seems to be breaking. - gcc -v Using built-in specs. Target: x86_64-linux-gnu Configured with: ../src/configure -v --with-pkgversion='Ubuntu 4.4.3-4ubuntu5' --with-bugurl=file:///usr/share/doc/gcc-4.4/README.Bugs --enable-languages=c,c++,fortran,objc,obj-c++ --prefix=/usr --enable-shared --enable-multiarch --enable-linker-build-id --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.4 --program-suffix=-4.4 --enable-nls --enable-clocale=gnu --enable-libstdcxx-debug --enable-plugin --enable-objc-gc --disable-werror --with-arch-32=i486 --with-tune=generic --enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=x86_64-linux-gnu Thread model: posix gcc version 4.4.3 (Ubuntu 4.4.3-4ubuntu5) --- Comment #1 from Andrew Pinski pinskia at gcc dot gnu.org 2011-04-01 19:02:50 UTC --- . *** This bug has been marked as a duplicate of bug 48082 ***
[Bug c/48081] New: Problem compiling function that returns va_list on 64 bit system.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48081 Summary: Problem compiling function that returns va_list on 64 bit system. Product: gcc Version: 4.4.3 Status: RESOLVED Severity: minor Priority: P3 Component: c AssignedTo: unassig...@gcc.gnu.org ReportedBy: x.user1...@gmail.com Andrew Pinski pinskia at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE I am trying to compile the following simple code snippet: ''' /* test.c */ #include stdio.h #include stdarg.h va_list function(int i, va_list args){ return args; } int main(void){ return 0; } ''' I am running 64 bit Ubuntu. The code can be compiled successfully using. gcc -Wall test.c -o test -m32 However if I compile using the standard 64 bit mode gcc -Wall test.c -o test I get the following error: test.c:4: error: 'function' declared as function returning an array test.c: In function 'function': test.c:5: warning: return makes integer from pointer without a cast The above code does not serve much purpose other than to demonstrate where the compiler seems to be breaking. - gcc -v Using built-in specs. Target: x86_64-linux-gnu Configured with: ../src/configure -v --with-pkgversion='Ubuntu 4.4.3-4ubuntu5' --with-bugurl=file:///usr/share/doc/gcc-4.4/README.Bugs --enable-languages=c,c++,fortran,objc,obj-c++ --prefix=/usr --enable-shared --enable-multiarch --enable-linker-build-id --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.4 --program-suffix=-4.4 --enable-nls --enable-clocale=gnu --enable-libstdcxx-debug --enable-plugin --enable-objc-gc --disable-werror --with-arch-32=i486 --with-tune=generic --enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=x86_64-linux-gnu Thread model: posix gcc version 4.4.3 (Ubuntu 4.4.3-4ubuntu5) --- Comment #1 from Andrew Pinski pinskia at gcc dot gnu.org 2011-04-01 19:02:31 UTC --- . *** This bug has been marked as a duplicate of bug 48082 ***
[Bug debug/48401] [4.7 Regression] ICE: RTL check: access of elt 4 of 'var_location' with last elt 2 in expand_gimple_basic_block, at cfgexpand.c:3585
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48401 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added Status|NEW |ASSIGNED AssignedTo|unassigned at gcc dot |jakub at gcc dot gnu.org |gnu.org | --- Comment #2 from Jakub Jelinek jakub at gcc dot gnu.org 2011-04-01 19:04:24 UTC --- Created attachment 23849 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=23849 gcc47-pr48401.patch Seems Jeff patched the wrong val = emit_debug_insn (val); location of the two, in the second one the val is actually used afterwards, in the first one it is not. But, we don't need to adjust it in the second one either, just needs minor changes.
[Bug target/48226] Boost does not build on power7
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48226 Michael Meissner meissner at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #4 from Michael Meissner meissner at gcc dot gnu.org 2011-04-01 19:05:56 UTC --- Fixed in subversion id 171707.
[Bug fortran/48404] New: SELECTED_REAL_KIND is returning KIND=16 when not available
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48404 Summary: SELECTED_REAL_KIND is returning KIND=16 when not available Product: gcc Version: 4.5.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassig...@gcc.gnu.org ReportedBy: brtn...@hdfgroup.org Testing for the REAL KIND available the program: PROGRAM test_kind IMPLICIT NONE INTEGER :: i, j, ii, ir, last, rkind_numbers(10) INTEGER :: jr, jd last = -1 ir = 0 DO i = 1,100 j = SELECTED_REAL_KIND(i) PRINT*,i,j IF(j .NE. last) THEN IF(last .NE. -1) THEN ir = ir + 1 rkind_numbers(ir) = last ENDIF last = j IF(j .EQ. -1) EXIT ENDIF ENDDO PRINT*,'KINDS SUPPORTED = ', rkind_numbers(1:ir) END PROGRAM test_kind returns KIND=4,8,10,16 but KIND=16 is not supported when using the same compiler on the same machine: REAL(KIND=16) :: x 1 Error: Kind 16 not supported for type REAL at (1) This happens for: Linux 2.6.18-194.3.1.el5PAE #1 SMP i686 i686 i386 GNU/Linux (gcc 4.5.2, 4.4.5, 4.3.5, *4.2.4 does not return KIND=16 ) Linux 2.6.18-194.32.1.el5 #1 SMP x86_64 x86_64 x86_64 GNU/Linux (gcc 4.5.2) FreeBSD 8.2-PRERELEASE FreeBSD 8.2-PRERELEASE #0 amd64 (gcc 4.5.2) Does not happen (KIND!=16) for: Version 4.5.1 on Suse 11.4 Linux 2.6.37.1-1.2-desktop #1 SMP PREEMPT x86_64 x86_64 x86_64 GNU/Linux
[Bug regression/47385] Test gcc.target/powerpc/pr37168.c fails if compiled using a compiled configured with --with-cpu=power7
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47385 Michael Meissner meissner at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #2 from Michael Meissner meissner at gcc dot gnu.org 2011-04-01 19:08:29 UTC --- Fixed in subversion id 169167.
[Bug other/48164] ICE in redirect_jump, at jump.c:1443
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48164 --- Comment #1 from Andrew Pinski pinskia at gcc dot gnu.org 2011-04-01 19:11:45 UTC --- Works for me with: GNU C++ (GCC) version 4.5.0 20100401 (experimental) [trunk revision 157933] (x86_64-unknown-linux-gnu) GNU C++ (GCC) version 4.6.0 20110210 (experimental) [trunk revision 170025] (x86_64-unknown-linux-gnu) I have not tested any other version.
[Bug target/47755] VSX code generates a TOC reference to clear memory
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47755 Michael Meissner meissner at gcc dot gnu.org changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED --- Comment #9 from Michael Meissner meissner at gcc dot gnu.org 2011-04-01 19:12:46 UTC --- Fixed in 170802.
[Bug c++/48211] [C++0x] Segment Fault When Compiling
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48211 Andrew Pinski pinskia at gcc dot gnu.org changed: What|Removed |Added Severity|critical|normal --- Comment #3 from Andrew Pinski pinskia at gcc dot gnu.org 2011-04-01 19:16:30 UTC --- C++0x is considered experimental so it can never be critical.
[Bug target/48256] gcc4.4.5 internal compiler error: in change_address_1, at emit-rtl.c:1954
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48256 Andrew Pinski pinskia at gcc dot gnu.org changed: What|Removed |Added Severity|critical|normal
[Bug tree-optimization/46728] GCC does not generate fmadd for pow (x, 0.75)+y on powerpc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46728 Michael Meissner meissner at gcc dot gnu.org changed: What|Removed |Added Status|NEW |ASSIGNED Version|4.6.0 |4.7.0 AssignedTo|unassigned at gcc dot |wschmidt at gcc dot gnu.org |gnu.org |
[Bug objc++/48275] getter=namespace failing with .mm
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48275 Andrew Pinski pinskia at gcc dot gnu.org changed: What|Removed |Added Keywords||rejects-valid Severity|blocker |normal
[Bug target/48227] rep ret generated for -march=core2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48227 Andrew Pinski pinskia at gcc dot gnu.org changed: What|Removed |Added Target||x86_64-linux-gnu --- Comment #1 from Andrew Pinski pinskia at gcc dot gnu.org 2011-04-01 19:20:52 UTC --- A good question is does it make a difference in actual performance numbers, it might still make a positive difference. Until someone tries it out and sees the difference in performance, I am going to say we should keep it.
[Bug tree-optimization/48295] Incorrect code generated with dynamic floating point rounding mode switches
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48295 Andrew Pinski pinskia at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Comment #5 from Andrew Pinski pinskia at gcc dot gnu.org 2011-04-01 19:22:05 UTC --- . *** This bug has been marked as a duplicate of bug 34678 ***
[Bug middle-end/34678] Optimization generates incorrect code with -frounding-math option (#pragma STDC FENV_ACCESS not implemented)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34678 Andrew Pinski pinskia at gcc dot gnu.org changed: What|Removed |Added CC||frederic.riss at gmail dot ||com --- Comment #19 from Andrew Pinski pinskia at gcc dot gnu.org 2011-04-01 19:22:05 UTC --- *** Bug 48295 has been marked as a duplicate of this bug. ***
[Bug fortran/48404] SELECTED_REAL_KIND is returning KIND=16 when not available
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48404 Jerry DeLisle jvdelisle at gcc dot gnu.org changed: What|Removed |Added CC||jvdelisle at gcc dot ||gnu.org --- Comment #1 from Jerry DeLisle jvdelisle at gcc dot gnu.org 2011-04-01 19:26:56 UTC --- Works OK for me on 4.5 on Fedora 14. Please try compiling your test program with -static and run the test and report here please.
[Bug fortran/48352] [4.7 Regression] segfault in fortran/frontend-passes.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48352 --- Comment #9 from Thomas Koenig tkoenig at gcc dot gnu.org 2011-04-01 19:31:27 UTC --- Author: tkoenig Date: Fri Apr 1 19:31:23 2011 New Revision: 171849 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=171849 Log: 2011-04-01 Thomas Koenig tkoe...@gcc.gnu.org PR fortran/48352 * frontend-passes (cfe_register_funcs): Don't register functions if they appear as iterators in DO loops. 2011-04-01 Thomas Koenig tkoe...@gcc.gnu.org PR fortran/48352 * gfortran.dg/function_optimize_3.f90: New test. Added: trunk/gcc/testsuite/gfortran.dg/function_optimize_3.f90 Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/frontend-passes.c trunk/gcc/testsuite/ChangeLog
[Bug fortran/48352] [4.7 Regression] segfault in fortran/frontend-passes.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48352 Thomas Koenig tkoenig at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #10 from Thomas Koenig tkoenig at gcc dot gnu.org 2011-04-01 19:32:35 UTC --- Fixed, closing.
[Bug c/36299] spurious and undocumented warning with -Waddress for a == 0 when a is an array
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36299 --- Comment #12 from Joseph S. Myers jsm28 at gcc dot gnu.org 2011-04-01 19:36:27 UTC --- Author: jsm28 Date: Fri Apr 1 19:36:23 2011 New Revision: 171850 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=171850 Log: 2011-04-01 Vincent Lefevre vincent+...@vinc17.org PR c/36299 * gcc.dg/Waddress.c: New test. Added: trunk/gcc/testsuite/gcc.dg/Waddress.c Modified: trunk/gcc/testsuite/ChangeLog
[Bug fortran/48405] New: Handle expressions in DO loops for front-end optimization
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48405 Summary: Handle expressions in DO loops for front-end optimization Product: gcc Version: 4.7.0 Status: UNCONFIRMED Keywords: missed-optimization Severity: enhancement Priority: P3 Component: fortran AssignedTo: tkoe...@gcc.gnu.org ReportedBy: tkoe...@gcc.gnu.org After the fix for PR 48352, expressions like do i=1,min(f(),f()) end do are not handled in function removal.
[Bug bootstrap/48403] [4.7 Regression] bootstrap failure
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48403 Andrew Pinski pinskia at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Keywords||build, wrong-code Last reconfirmed||2011.04.01 19:40:12 Ever Confirmed|0 |1 Target Milestone|--- |4.7.0 Severity|normal |blocker --- Comment #1 from Andrew Pinski pinskia at gcc dot gnu.org 2011-04-01 19:40:13 UTC --- Confirmed. I can reproduce it also.Bootstrap comparison failure! gcc/tree-cfg.o differs gcc/cfgcleanup.o differs gcc/c-parser.o differs gcc/fortran/decl.o differs gcc/fold-const.o differs gcc/omega.o differs gcc/ira-color.o differs gcc/tree-ssa-loop-ivopts.o differs gcc/sched-rgn.o differs gcc/sched-deps.o differs gcc/ira-costs.o differs gcc/mcf.o differs gcc/insn-emit.o differs gcc/i386.o differs gcc/tree-ssa-loop-ivcanon.o differs gcc/loop-iv.o differs gcc/ipa-prop.o differs gcc/c-decl.o differs gcc/build/genautomata.o differs libcpp/expr.o differs zlib/libz_a-infback.o differs This is on x86_64-linux-gnu
[Bug libobjc/48314] Make the new symbols weak symbols
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48314 --- Comment #1 from Andrew Pinski pinskia at gcc dot gnu.org 2011-04-01 19:46:06 UTC --- Except I think it was a bug that someone would implement them since it was part of the ABI.
[Bug fortran/48404] SELECTED_REAL_KIND is returning KIND=16 when not available
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48404 --- Comment #2 from Scot Breitenfeld brtnfld at hdfgroup dot org 2011-04-01 19:46:54 UTC --- (In reply to comment #1) Works OK for me on 4.5 on Fedora 14. Please try compiling your test program with -static and run the test and report here please. with -static it does not return KIND=16, just KIND=4,8,10.
[Bug libobjc/48314] Make the new symbols weak symbols
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48314 --- Comment #2 from js-gcc at webkeks dot org js-gcc at webkeks dot org 2011-04-01 19:54:39 UTC --- Yeah, right, it is a bug to supply the symbols that libobjc has been missing for about 10 years, so that you can actually use basic ObjC1 stuff like @synchronize, which gcc always claimed to support… And it is a bug to provide them if libobjc has been dead for years… And it sure is a bug to not wait for the bug reports to be actually cared about after they have been ignored for years…/sarcasm Seriously, you can't assume that people just accept broken stuff for almost ten years and then when someone finally fixes them (thanks a lot for your work on the new libobjc, Nicola!) assume nobody did something to work around it in the meantime, after it was told countless times in bug reports that nobody cares.
[Bug fortran/48405] Handle expressions in DO loops for front-end optimization
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48405 Steven Bosscher steven at gcc dot gnu.org changed: What|Removed |Added CC||steven at gcc dot gnu.org --- Comment #1 from Steven Bosscher steven at gcc dot gnu.org 2011-04-01 20:01:30 UTC --- At what point is code just programmed too stupid to bother with? :-)
[Bug bootstrap/48400] [4.7 Regression] powerpc-apple-darwin9 fails to bootstrap at revision 171824
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48400 --- Comment #6 from Richard Henderson rth at gcc dot gnu.org 2011-04-01 20:23:04 UTC --- Author: rth Date: Fri Apr 1 20:23:00 2011 New Revision: 171852 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=171852 Log: PR 48400 * dwarf2out.c (dwarf2out_source_line): Disable discriminators in strict mode before dwarf4. Re-order tests to early out before switching sections. Modified: trunk/gcc/ChangeLog trunk/gcc/dwarf2out.c
[Bug bootstrap/48400] [4.7 Regression] powerpc-apple-darwin9 fails to bootstrap at revision 171824
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48400 Richard Henderson rth at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #7 from Richard Henderson rth at gcc dot gnu.org 2011-04-01 20:24:55 UTC --- Hopefully the patch committed fixed it. Please re-open if not.
[Bug bootstrap/48403] [4.7 Regression] bootstrap failure
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48403 --- Comment #2 from Dominique d'Humieres dominiq at lps dot ens.fr 2011-04-01 20:37:56 UTC --- Bootstrap comparison failure! gcc/cfgcleanup.o differs gcc/cfgloopanal.o differs gcc/cp/parser.o differs gcc/cp/tree.o differs gcc/explow.o differs gcc/expmed.o differs gcc/i386.o differs gcc/java/jcf-parse.o differs gcc/objcp/objc-next-runtime-abi-01.o differs gcc/optabs.o differs gcc/stmt.o differs gcc/tree-data-ref.o differs gcc/tree-ssa-ccp.o differs gcc/tree-vect-stmts.o differs libiberty/simple-object-mach-o.o differs on x86_64-apple-darwin10.7.0.
[Bug target/48344] powerpc ICE error: unrecognizable insn
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48344 --- Comment #1 from Khem Raj raj.khem at gmail dot com 2011-04-01 20:43:26 UTC --- I could track it down to commit 148869 on trunk Step 1 of VSX changes: Powerpc infrstructure changes ChangeLog goes like this 2009-06-23 Michael Meissner meiss...@linux.vnet.ibm.com Pat Haugen pthau...@us.ibm.com Revital Eres e...@il.ibm.com * config.in (HAVE_AS_POPCNTD): Add default definition. (HAVE_AS_LWSYNC): Ditto. * configure.ac (gcc_cv_as_powerpc_mfpgpr): Provide real binutils release number. (gcc_cv_as_powerpc_cmpb): Ditto. (gcc_cv_as_powerpc_dfp): Ditto. (gcc_cv_as_powerpc_vsx): Ditto. (gcc_cv_as_powerpc_popcntd): Add feature test for assembler supporting the popcntd/lwsync instructions. (gcc_cv_as_powerpc_lwsync): Ditto. * configure: Regenerate. * config/rs6000/aix53.h (ASM_CPU_SPEC): Add support for -mcpu=native and -mcpu=power7. * config/rs6000/aix61.h (ASM_CPU_SPEC): Ditto. ...
[Bug target/48380] [gcc-4.7 regression] ICE in postreload.c while building trunk
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48380 Vladimir Makarov vmakarov at redhat dot com changed: What|Removed |Added CC||vmakarov at redhat dot com --- Comment #4 from Vladimir Makarov vmakarov at redhat dot com 2011-04-01 20:47:39 UTC --- We have the following situation: - a pseudo has equivalent constant. - a loop allocno corresponding to the pseudo got hard reg and the subloop allocno got memory. - the load generated by IRA on the loop/subloop border is not removed. - the loop allocno is spilled in reload transforming the load into mem-mem move. - reload skip processing the move because it sets up regno with equiv constant. - gcc dies in the post=reload. There are several possible solutions but the most optimal would be removing the load transformed into mem-mem move in the reload. We need to add the load to equiv init insn. I'll submit a patch solving the problem soon.
[Bug middle-end/48335] [4.6/4.7 Regression] ICE in convert_move
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48335 --- Comment #7 from Jakub Jelinek jakub at gcc dot gnu.org 2011-04-01 21:13:31 UTC --- Author: jakub Date: Fri Apr 1 21:13:29 2011 New Revision: 171855 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=171855 Log: PR middle-end/48335 * expr.c (expand_assignment): Handle all possibilities if TO_RTX is CONCAT. * expmed.c (store_bit_field_1): Avoid trying to create invalid SUBREGs. (store_split_bit_field): If SUBREG_REG (op0) or op0 itself has smaller mode than word, return it for offset 0 and const0_rtx for out-of-bounds stores. If word is const0_rtx, skip it. * gcc.c-torture/compile/pr48335-1.c: New test. * gcc.dg/pr48335-1.c: New test. * gcc.dg/pr48335-2.c: New test. * gcc.dg/pr48335-3.c: New test. * gcc.dg/pr48335-4.c: New test. * gcc.dg/pr48335-5.c: New test. * gcc.dg/pr48335-6.c: New test. * gcc.dg/pr48335-7.c: New test. * gcc.dg/pr48335-8.c: New test. * gcc.target/i386/pr48335-1.c: New test. Added: trunk/gcc/testsuite/gcc.c-torture/compile/pr48335-1.c trunk/gcc/testsuite/gcc.dg/pr48335-1.c trunk/gcc/testsuite/gcc.dg/pr48335-2.c trunk/gcc/testsuite/gcc.dg/pr48335-3.c trunk/gcc/testsuite/gcc.dg/pr48335-4.c trunk/gcc/testsuite/gcc.dg/pr48335-5.c trunk/gcc/testsuite/gcc.dg/pr48335-6.c trunk/gcc/testsuite/gcc.dg/pr48335-7.c trunk/gcc/testsuite/gcc.dg/pr48335-8.c trunk/gcc/testsuite/gcc.target/i386/pr48335-1.c Modified: trunk/gcc/ChangeLog trunk/gcc/expmed.c trunk/gcc/expr.c trunk/gcc/testsuite/ChangeLog
[Bug bootstrap/48148] [4.7 Regression] LTO bootstrap failed with bootstrap-profiled
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48148 --- Comment #23 from Jakub Jelinek jakub at gcc dot gnu.org 2011-04-01 21:14:39 UTC --- Author: jakub Date: Fri Apr 1 21:14:36 2011 New Revision: 171856 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=171856 Log: PR bootstrap/48148 * dwarf2out.c (resolve_addr): Don't call force_decl_die if DECL_EXTERNAL has non-NULL DECL_ABSTRACT_ORIGIN. Revert: 2011-03-17 Richard Guenther rguent...@suse.de PR bootstrap/48148 * lto-cgraph.c (input_overwrite_node): Clear the abstract origin for decls in other ltrans units. (input_varpool_node): Likewise. Modified: trunk/gcc/ChangeLog trunk/gcc/dwarf2out.c trunk/gcc/lto-cgraph.c
[Bug other/48357] gcc compiling problem (mpfr)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48357 Andrew Pinski pinskia at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||WORKSFORME --- Comment #1 from Andrew Pinski pinskia at gcc dot gnu.org 2011-04-01 21:17:51 UTC --- a mpfr 2.4.2 just installed. Do you have a different version installed in /usr/lib ? I think you need to check the versions you have installed. Anyways this works for me and many other people so closing as such.
[Bug fortran/48404] SELECTED_REAL_KIND is returning KIND=16 when not available
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48404 Tobias Burnus burnus at gcc dot gnu.org changed: What|Removed |Added CC||burnus at gcc dot gnu.org --- Comment #3 from Tobias Burnus burnus at gcc dot gnu.org 2011-04-01 21:21:10 UTC --- The following line calls libgfortran: j = SELECTED_REAL_KIND(i) While the line REAL(KIND=16) :: x is processed by the compiler itself. The library obtains the available kinds at library compile time by asking the compiler for the available kinds. Thus, seemingly the compiler which compiled libgfortran supported REAL(16) while the compiler currently installed on your system does not. Thus: How have you obtained the compiler? Are you sure that the correct compiler/library combination is used? It seems as if you mix libgfortran of GCC 4.6 with a gfortran of GCC 4.x 4.6. In principle, the libgfortran library is downward compatible, however, the current versioning system does not quite anticipate that different GCC versions might support different REAL kinds - I also do not see how one could easily fix this - using, e.g., --disable-libquadmath-support, you could now build a 4.7 which does not support REAL(16) but which is otherwise fully compatible with a 4.6 which supports REAL(16) - unless one then uses REAL(16) functions.
[Bug target/48380] [gcc-4.7 regression] ICE in postreload.c while building trunk
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48380 Andrew Pinski pinskia at gcc dot gnu.org changed: What|Removed |Added Keywords||ra Target Milestone|--- |4.7.0
[Bug bootstrap/48400] [4.7 Regression] powerpc-apple-darwin9 fails to bootstrap at revision 171824
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48400 Dominique d'Humieres dominiq at lps dot ens.fr changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | --- Comment #8 from Dominique d'Humieres dominiq at lps dot ens.fr 2011-04-01 21:59:30 UTC --- Hopefully the patch committed fixed it. Please re-open if not. Unfortunately it doesn't (see http://gcc.gnu.org/ml/gcc-regression/2011-04/msg00065.html).
[Bug bootstrap/48400] [4.7 Regression] powerpc-apple-darwin9 fails to bootstrap at revision 171824
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48400 Richard Henderson rth at gcc dot gnu.org changed: What|Removed |Added Status|REOPENED|WAITING --- Comment #9 from Richard Henderson rth at gcc dot gnu.org 2011-04-01 22:07:54 UTC --- Can you please try this then? That'll at least rule out the one extra piece of information that we're emitting. This datum *is* in plain old dwarf2, but... who knows. diff --git a/gcc/dwarf2out.c b/gcc/dwarf2out.c index b299bc7..fef244d 100644 --- a/gcc/dwarf2out.c +++ b/gcc/dwarf2out.c @@ -22136,6 +22136,7 @@ dwarf2out_source_line (unsigned int line, const char *fi by simply removing it if we're not supposed to output it. */ if (dwarf_version 4 dwarf_strict) discriminator = 0; + /* ??? Apple hack */ is_stmt = DWARF_LINE_DEFAULT_IS_STMT_START; table = cur_line_info_table; file_num = maybe_emit_file (lookup_filename (filename));
[Bug bootstrap/48400] [4.7 Regression] powerpc-apple-darwin9 fails to bootstrap at revision 171824
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48400 --- Comment #10 from Dominique d'Humieres dominiq at lps dot ens.fr 2011-04-01 22:45:52 UTC --- Can you please try this then? ... Sorry, but gcc still fails to bootstrap with the same error.
[Bug fortran/48404] SELECTED_REAL_KIND is returning KIND=16 when not available
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48404 --- Comment #4 from Jerry DeLisle jvdelisle at gcc dot gnu.org 2011-04-01 23:15:06 UTC --- I can reproduce this on my system and it is what I suspected. The run time executable is finding a more recent copy of libgfortran. For example if you have set LD_LIBRARY_PATH to point to a local build of experimental, your normally installed gfortran compiled programs will find the experimental library first. Another possibility, as Tobias hints at, is the distribution people have mixed versions of libgfortran on you. Regardless it is out of sync. Let me know if you find it.
[Bug bootstrap/48403] [4.7 Regression] bootstrap failure
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48403 Bernd Schmidt bernds at gcc dot gnu.org changed: What|Removed |Added CC||bernds at gcc dot gnu.org Target Milestone|4.7.0 |--- Severity|blocker |normal --- Comment #3 from Bernd Schmidt bernds at gcc dot gnu.org 2011-04-01 23:31:18 UTC --- Not reproducible here with either i686-linux or x86_64-linux bootstraps.
[Bug bootstrap/48403] [4.7 Regression] bootstrap failure
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48403 Andrew Pinski pinskia at gcc dot gnu.org changed: What|Removed |Added Target||x86_64-linux-gnu CC||pinskia at gcc dot gnu.org Target Milestone|--- |4.7.0 --- Comment #4 from Andrew Pinski pinskia at gcc dot gnu.org 2011-04-01 23:33:51 UTC --- I use debian 6.0.
[Bug bootstrap/48400] [4.7 Regression] powerpc-apple-darwin9 fails to bootstrap at revision 171824
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48400 --- Comment #11 from Richard Henderson rth at gcc dot gnu.org 2011-04-02 00:45:46 UTC --- Well, then someone will have to debug this somehow; it really looks like we're producing the same output before and after...
[Bug bootstrap/48403] [4.7 Regression] bootstrap failure
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48403 H.J. Lu hjl.tools at gmail dot com changed: What|Removed |Added Target Milestone|4.7.0 |--- --- Comment #5 from H.J. Lu hjl.tools at gmail dot com 2011-04-02 00:53:31 UTC --- It is caused by revision 171843: http://gcc.gnu.org/ml/gcc-cvs/2011-04/msg00035.html
[Bug target/48227] rep ret generated for -march=core2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48227 --- Comment #2 from Ian Lance Taylor ian at airs dot com 2011-04-02 00:55:40 UTC --- If it doesn't make a difference in performance, we should get rid of it, so that we can save a byte of code.
[Bug libstdc++/48406] New: algorithm #undefs isfinite() from math.h in C++0x mode
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48406 Summary: algorithm #undefs isfinite() from math.h in C++0x mode Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libstdc++ AssignedTo: unassig...@gcc.gnu.org ReportedBy: jyass...@gcc.gnu.org $ cat test.cc #include math.h #include algorithm bool foo(double d) { return isfinite(d); } $ ~/opensource/gcc/git/install/bin/g++ -c test.cc $ ~/opensource/gcc/git/install/bin/g++ -c test.cc -std=gnu++0x test.cc: In function ‘bool foo(double)’: test.cc:5:20: error: ‘isfinite’ was not declared in this scope test.cc:5:20: note: suggested alternative: .../include/c++/4.7.0/cmath:528:21: note: ‘std::isfinite’ $ This is a regression since gcc-4.4: $ g++-4.4 -c test.cc -std=gnu++0x $ It happens because stl_algo.h includes random in C++0x mode only, and random includes cmath, which #undefs all the C99 math functions that math.h defined, without 'using' the std functions back into the global namespace. As far as I can tell, [depr.c.headers] says that math.h puts the cmath names into the global namespace, and it doesn't allow a later include of cmath to take them back out. [depr.c.headers] also allows cmath to unconditionally put its declarations and definitions into the global namespace, which is what I'd propose as a fix.
[Bug go/48407] New: libgo/configure --without-libffi doesn't work
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48407 Summary: libgo/configure --without-libffi doesn't work Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: go AssignedTo: i...@airs.com ReportedBy: corse...@gcc.gnu.org libgo/configure.ac supplies --without-libffi However, libgo/runtime/go-reflect-call.c unconditionally includes ffi.h. I.e. this option doen't do what libgo/configure --help ... --without-libffidon't use libffi ... suggests.
[Bug go/48408] New: libgo/configure should be excecutable
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48408 Summary: libgo/configure should be excecutable Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: go AssignedTo: i...@airs.com ReportedBy: corse...@gcc.gnu.org Minor issue with libgo in GCC's svn: The file libgo/configure in svn should be excecutable.
[Bug middle-end/48016] Inconsistency in non-local goto save area
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48016 --- Comment #5 from hjl at gcc dot gnu.org hjl at gcc dot gnu.org 2011-04-02 05:27:14 UTC --- Author: hjl Date: Sat Apr 2 05:27:09 2011 New Revision: 171869 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=171869 Log: Properly store frame pointer for non-local goto. 2011-03-16 H.J. Lu hongjiu...@intel.com PR middle-end/48016 * function.c (expand_function_start): Properly store frame pointer for non-local goto. Modified: branches/x32/gcc/ChangeLog.x32 branches/x32/gcc/function.c
[Bug rtl-optimization/48155] Reload doesn't handle subreg properly
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48155 --- Comment #1 from hjl at gcc dot gnu.org hjl at gcc dot gnu.org 2011-04-02 05:28:37 UTC --- Author: hjl Date: Sat Apr 2 05:28:34 2011 New Revision: 171870 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=171870 Log: Add and use reload_plus_ok. 2011-03-16 H.J. Lu hongjiu...@intel.com PR rtl-optimization/48155 * reload1.c (reload_plus_ok): New. (gen_reload_chain_without_interm_reg_p): Use it. (gen_reload): Likewise. Modified: branches/x32/gcc/ChangeLog.x32 branches/x32/gcc/reload1.c
[Bug target/47744] [x32] ICE: in reload_cse_simplify_operands, at postreload.c:403
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47744 --- Comment #8 from hjl at gcc dot gnu.org hjl at gcc dot gnu.org 2011-04-02 05:31:30 UTC --- Author: hjl Date: Sat Apr 2 05:31:27 2011 New Revision: 171871 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=171871 Log: Add ZERO_EXTEND PLUS base support to ix86_simplify_base_disp. 2011-03-17 H.J. Lu hongjiu...@intel.com PR target/47744 * config/i386/i386.c (ix86_simplify_base_disp): Add ZERO_EXTEND PLUS base support. Modified: branches/x32/gcc/ChangeLog.x32 branches/x32/gcc/config/i386/i386.c
[Bug target/48084] [x32] internal compiler error: in copy_to_mode_reg, at explow.c:630
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48084 --- Comment #7 from hjl at gcc dot gnu.org hjl at gcc dot gnu.org 2011-04-02 05:38:12 UTC --- Author: hjl Date: Sat Apr 2 05:38:06 2011 New Revision: 171872 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=171872 Log: Call convert_memory_address in ix86_expand_builtin. 2011-03-21 H.J. Lu hongjiu...@intel.com PR target/48084 * explow.c (copy_addr_to_reg): Don't convert to Pmode here. * config/i386/i386.c (ix86_expand_builtin): Call convert_memory_address. Modified: branches/x32/gcc/ChangeLog.x32 branches/x32/gcc/config/i386/i386.c branches/x32/gcc/explow.c
[Bug target/47364] [x32] internal compiler error: in emit_move_insn, at expr.c:3355
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47364 --- Comment #6 from hjl at gcc dot gnu.org hjl at gcc dot gnu.org 2011-04-02 05:45:55 UTC --- Author: hjl Date: Sat Apr 2 05:45:52 2011 New Revision: 171873 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=171873 Log: Only expand strlen to Pmode. 2011-03-27 H.J. Lu hongjiu...@intel.com PR middle-end/47364 * config/i386/i386.md (strlenmode): Replace SWI48x with P. Modified: branches/x32/gcc/ChangeLog.x32 branches/x32/gcc/config/i386/i386.md
[Bug rtl-optimization/47502] [x32] can’t find a register in class ‘SIREG’ while reloading ‘asm’
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47502 --- Comment #6 from hjl at gcc dot gnu.org hjl at gcc dot gnu.org 2011-04-02 05:47:07 UTC --- Author: hjl Date: Sat Apr 2 05:47:04 2011 New Revision: 171874 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=171874 Log: Don't check asm statement in cant_combine_insn_p. 2011-03-28 H.J. Lu hongjiu...@intel.com PR rtl-optimization/47502 * combine.c (cant_combine_insn_p): Don't check asm statement. Modified: branches/x32/gcc/ChangeLog.x32 branches/x32/gcc/combine.c
[Bug rtl-optimization/47958] [x32] reload generates invalid address reference
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47958 --- Comment #2 from hjl at gcc dot gnu.org hjl at gcc dot gnu.org 2011-04-02 05:49:46 UTC --- Author: hjl Date: Sat Apr 2 05:49:42 2011 New Revision: 171875 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=171875 Log: Don't put symbol reference in memory in ptr_mode. 2011-03-28 H.J. Lu hongjiu...@intel.com PR rtl-optimization/47958 * reload.c (find_reloads): Don't put symbol reference in memory in ptr_mode. Modified: branches/x32/gcc/ChangeLog.x32 branches/x32/gcc/reload.c
[Bug target/47744] [x32] ICE: in reload_cse_simplify_operands, at postreload.c:403
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47744 --- Comment #9 from hjl at gcc dot gnu.org hjl at gcc dot gnu.org 2011-04-02 05:50:32 UTC --- Author: hjl Date: Sat Apr 2 05:50:29 2011 New Revision: 171876 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=171876 Log: Add symbol plus constant support. 2011-03-28 H.J. Lu hongjiu...@intel.com PR target/47744 * config/i386/i386.c (ix86_simplify_base_disp): Add symbol plus constant support. Modified: branches/x32/gcc/ChangeLog.x32 branches/x32/gcc/config/i386/i386.c
[Bug libstdc++/48406] algorithm #undefs isfinite() from math.h in C++0x mode
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48406 --- Comment #1 from Jeffrey Yasskin jyasskin at gcc dot gnu.org 2011-04-02 05:52:12 UTC --- FWIW, the path from algorithm-cmath appears to have been introduced in gcc-4.5.