[Bug libgcj/39161] gcc 4.4.0 20090210 - The 'copy-vmresources.sh' script can't find the 'mkinstalldirs' script.
--- Comment #7 from rob1weld at aol dot com 2010-05-04 06:37 --- Rainer Orth Please try this with an absolute path to configure. Perhaps we should simply document that relative paths aren't supported here. Rainer, I noticed this is marked as Waiting. If it is waiting for the Reporter (me) then the Bug is over one year old and I do not save a backups past one year. Rob -- rob1weld at aol dot com changed: What|Removed |Added Status|WAITING |UNCONFIRMED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39161
[Bug target/38924] gcc 4.4.0 20090117 - init_priority incorrect for GNU ld in gcc/config/sol2.h
--- Comment #5 from rob1weld at aol dot com 2010-05-04 06:52 --- Rainer: Fixed for 4.5.0. Thanks to our Solaris Expert for fixing that. It is (was) great fun to have to build (at least we used to, have to) gcc with both GNU's ld and Sun's to ensure there is (was) no breakage. Recently I was able to use only GNU's ld (except when trying to build _some_ of Sun's Source), which cut down on ifdef'ing (uglifying) patches. Rob -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38924
[Bug boehm-gc/37017] Using --enable-threads=solaris breaks near end of build in boehm-gc configury
--- Comment #6 from rob1weld at aol dot com 2010-05-04 07:00 --- Unless there are very important reasons (and I don't see any since the underlying libthread and libpthread implementation on Solaris 2 is identical, just the interfaces differ), please stick with the default, posix. _My_ reasons to test it for the gcc group was that --enable-threads=solaris _was_ a legal configuration option and so I tested it and made a BR. My reasons were set out in comments 2 and 4, I have nothing to add. This is now documented in install.texi to deter people who think they should use solaris on Solaris 2. Thanks for fixing the DOCs, can we pull the code too (or ifdef it out for OpenSolaris) to avoid having code in gcc that is no longer supported. Rob -- rob1weld at aol dot com changed: What|Removed |Added Status|WAITING |UNCONFIRMED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37017
[Bug bootstrap/42347] [4.5/4.6 Regression] sched-deps.c:3840:1: internal compiler error: in fixup_reorder_chain, at cfglayout.c:796
--- Comment #16 from siarhei dot siamashka at gmail dot com 2010-05-04 07:04 --- So basically what we have is that gcc miscompiles itself somewhere in the code where one of those ~7000 gcc_assert is used. The next step is to identify which one of them triggers this bad behaviour (bisecting not in the svn revisions, but in gcc source files by flipping the use of __builtin_unreachable-based vs. ordinary gcc_assert implementations) and extract a reduced testcase showing __builtin_unreachable failure. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42347
[Bug bootstrap/39111] gcc 4.4.0 20090204 - Configury from GNU linker to Operating System's Linker broke (reverse works OK)
--- Comment #8 from rob1weld at aol dot com 2010-05-04 07:05 --- As I've said before: please file *clear individual bug reports* for each single issue you find. Dealing with reports like this, with dozens of issues and non- issues mixed, is close to impossible. I'll stick with comment #1 describes the Bug. Further comments were workarounds and to report a Flag Day on the Sun Linker. Rob -- rob1weld at aol dot com changed: What|Removed |Added Status|WAITING |UNCONFIRMED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39111
[Bug bootstrap/39150] Configure scripts have no 64-Bit Solaris defined (only i386-solaris*).
--- Comment #12 from rob1weld at aol dot com 2010-05-04 07:20 --- ... the time it takes to analyze and fix problems. This is practically doubled if you have two different configurations to test, and I simply cannot afford that, given that this is a spare-time activity. That's why I'm even opposed to take patches, since than I'm forced to deal with issues as well. We hear you on that. This is an Enhancement (EG: I wish (someday in the future) that we had this feature) and I would have preferred it remain open until the need for the feature exceeded the lack of available time to implement it (as Eric pointed out we may cross that line shortly). I can settle for this being re-opening in the future and will accept WONTFIX for now, (since it would be a fair bit of work to get everything working correctly). Rob -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39150
[Bug fortran/43954] gfortran-4.4 does not support -Wp, -MD for *.F (4.3 - 4.4 regression, needed for auto-dependencies)
--- Comment #4 from kirr at landau dot phys dot spbu dot ru 2010-05-04 07:44 --- On Mon, May 03, 2010 at 07:45:20PM -, dfranke at gcc dot gnu dot org wrote: (In reply to comment #2) On Monday 03 May 2010 21:23:26 you wrote: And when I say it used to work I don't mean generating dependencies for f90/f95 sources (PR31588 mentions e.g. USE), but only generating dependencies from plain preprocessor. What you ask for is just a subset of PR31588. If that gets fixed, your request will be fixed as well. Feel free to re-open if you believe that it would be worth to fix the subset first. Yes, it's a subset of PR31588. But as you wrote PR31588 is going to be (maybe) fixed for 4.6, while I believe regressions in general and this one in particular should be better handled with higher priority and fixes should go to maintanance branches. Also, my impression is that PR31588 is more work than fixing just this subset. That's why I'm reopening it. Sorry if I ask for too much, especially when I can't help with code... If that would help I'm able and will be glad to try patches and do other testing as well. I'll keep that in mind :) Yes Thanks, Kirill -- kirr at landau dot phys dot spbu dot ru changed: What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|DUPLICATE | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43954
[Bug target/43729] Mach-O LTO support needed for darwin
--- Comment #42 from mrs at gcc dot gnu dot org 2010-05-04 08:22 --- Steve, machopic_symbol_defined_p I think is being asked if that symbol is being defined. It is saying yes, but is isn't defined. Since it was not defined before, but is with LTO, I was assuming it was a symbol added by LTO. Anyway, machopic_indirection_name is the routine that creates the funny names. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43729
[Bug libgcj/39161] gcc 4.4.0 20090210 - The 'copy-vmresources.sh' script can't find the 'mkinstalldirs' script.
--- Comment #8 from ro at CeBiTec dot Uni-Bielefeld dot DE 2010-05-04 08:53 --- Subject: Re: gcc 4.4.0 20090210 - The 'copy-vmresources.sh' script can't find the 'mkinstalldirs' script. Could you please retry the bootstrap with current sources and absolute pathnames to $srcdir/configure, perhaps also with relative pathnames to see if there's a difference? Thanks. Rainer -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39161
[Bug target/38924] gcc 4.4.0 20090117 - init_priority incorrect for GNU ld in gcc/config/sol2.h
--- Comment #6 from ro at CeBiTec dot Uni-Bielefeld dot DE 2010-05-04 08:55 --- Subject: Re: gcc 4.4.0 20090117 - init_priority incorrect for GNU ld in gcc/config/sol2.h I regularly build all three combinations on mainline now: Sun as/ld, GNU as/Sun ld, and GNU as/ld, to make sure they continue to work. There's still some feature disparity in some areas, but I'm working to fix that. Rainer -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38924
[Bug c/43981] New: -Wunused-but-set-variable does not consider array sizing use of a variable
This simple program void g(char*); char f(unsigned a) { unsigned len=a*3; char t[len]; g(t); return t[0]; } issues warning: variable 'len' set but not used even though len appears in char t[len]; -- Summary: -Wunused-but-set-variable does not consider array sizing use of a variable Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: gerald at pfeifer dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43981
[Bug c/43981] -Wunused-but-set-variable does not consider array sizing use of a variable
-- jakub at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org |dot org | Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2010-05-04 09:06:08 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43981
[Bug c/43981] [4.6 Regression] -Wunused-but-set-variable does not consider array sizing use of a variable
-- jakub at gcc dot gnu dot org changed: What|Removed |Added CC|jakub at redhat dot com | Summary|-Wunused-but-set-variable |[4.6 Regression] -Wunused- |does not consider array |but-set-variable does not |sizing use of a variable|consider array sizing use of ||a variable Target Milestone|--- |4.6.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43981
[Bug c++/43953] [4.5/4.6 regression] ICE: dependent_type_p, at cp/pt.c:17404
--- Comment #4 from dodji at gcc dot gnu dot org 2010-05-04 09:50 --- Subject: Bug 43953 Author: dodji Date: Tue May 4 09:49:45 2010 New Revision: 159019 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159019 Log: Fix PR c++/43953 gcc/cp/ChangeLog: PR c++/43953 * pt.c (most_specialized_class): Pretend we are processing a template decl during the call to coerce_template_parms. gcc/testsuite/ChangeLog: PR c++/43953 * g++.dg/other/crash-12.C: New test. Added: trunk/gcc/testsuite/g++.dg/other/crash-12.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/pt.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43953
[Bug tree-optimization/43949] [4.3/4.4/4.5 Regression] bogus warning: array subscript is above array bounds
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-05-04 09:53 --- Subject: Bug 43949 Author: rguenth Date: Tue May 4 09:53:28 2010 New Revision: 159020 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159020 Log: 2010-05-04 Richard Guenther rguent...@suse.de PR tree-optimization/43949 * tree-vrp.c (extract_range_from_binary_expr): Only handle TRUNC_MOD_EXPR. Modified: trunk/gcc/ChangeLog trunk/gcc/tree-vrp.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43949
[Bug c++/43953] [4.5/4.6 regression] ICE: dependent_type_p, at cp/pt.c:17404
--- Comment #5 from dodji at gcc dot gnu dot org 2010-05-04 09:58 --- Subject: Bug 43953 Author: dodji Date: Tue May 4 09:58:03 2010 New Revision: 159021 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159021 Log: Fix PR c++/43953 gcc/cp/ChangeLog: PR c++/43953 * pt.c (most_specialized_class): Pretend we are processing a template decl during the call to coerce_template_parms. gcc/testsuite/ChangeLog: PR c++/43953 * g++.dg/other/crash-12.C: New test. Added: branches/gcc-4_5-branch/gcc/testsuite/g++.dg/other/crash-12.C Modified: branches/gcc-4_5-branch/gcc/cp/ChangeLog branches/gcc-4_5-branch/gcc/cp/pt.c branches/gcc-4_5-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43953
[Bug c++/43978] dereferencing pointer ��anonymous�� does break strict-aliasing rules
--- Comment #5 from rguenth at gcc dot gnu dot org 2010-05-04 09:59 --- (In reply to comment #4) For sure cannot be reproduced with 4.5 and mainline. Because we removed the code that emitted this warning. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43978
[Bug c++/43953] [4.5/4.6 regression] ICE: dependent_type_p, at cp/pt.c:17404
--- Comment #6 from dodji at gcc dot gnu dot org 2010-05-04 10:01 --- Fixed in 4.6 (trunk) and 4.5.1. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43953
[Bug c++/43978] dereferencing pointer ��anonymous�� does break strict-aliasing rules
--- Comment #6 from rguenth at gcc dot gnu dot org 2010-05-04 10:01 --- (In reply to comment #3) Richard, can you have a look? It is the same as 42032? I am pretty sure it is. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43978
[Bug c/43971] index domain error in tree-ssa-structalias.c:3450
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-05-04 10:01 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43971
[Bug c++/43953] [4.5/4.6 regression] ICE: dependent_type_p, at cp/pt.c:17404
--- Comment #7 from dodji at gcc dot gnu dot org 2010-05-04 10:31 --- Close this now. -- dodji at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43953
[Bug bootstrap/43964] [4.6 Regression] 4.6-20100501 (r158965) bootstrap failure on ARM, ira-color.c triggers -Werror
--- Comment #3 from bernds at gcc dot gnu dot org 2010-05-04 10:50 --- Subject: Bug 43964 Author: bernds Date: Tue May 4 10:49:41 2010 New Revision: 159022 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159022 Log: PR bootstrap/43964 * ira-color.c (assign_hard_reg): Declare rclass and add_cost only if HONOR_REG_ALLOC_ORDER is not defined. Modified: trunk/gcc/ChangeLog trunk/gcc/ira-color.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43964
[Bug c++/43705] ICE: SIGSEGV with template specialization in non-namespace scope
-- paolo dot carlini at oracle dot com changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |paolo dot carlini at oracle |dot org |dot com Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43705
[Bug tree-optimization/43879] -fipa-pta causes various miscompilations
--- Comment #29 from rguenth at gcc dot gnu dot org 2010-05-04 11:16 --- Indeed. Many thanks for these testcases! I have a fix in testing. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43879
[Bug bootstrap/43964] [4.6 Regression] 4.6-20100501 (r158965) bootstrap failure on ARM, ira-color.c triggers -Werror
--- Comment #4 from mikpe at it dot uu dot se 2010-05-04 11:23 --- Thanks Bernd for committing this. Closing as fixed. -- mikpe at it dot uu dot se changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43964
[Bug target/33637] [4.3/4.4/4.5/4.6 Regression] checking for nm: test: too many arguments causes Undefined symbol: __gxx_personality_v0
--- Comment #10 from dje at gcc dot gnu dot org 2010-05-04 11:41 --- Binutils now fully supports AIX. -- dje at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Priority|P4 |P1 Last reconfirmed|-00-00 00:00:00 |2010-05-04 11:41:11 date|| Target Milestone|4.3.5 |4.5.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33637
[Bug other/33549] makeinfo drops hyphens from srcdir path
--- Comment #6 from thomas dot petazzoni at free-electrons dot com 2010-05-04 11:44 --- FWIW, I'm still having this bug with gcc 4.3.4 : /home/test/buildroot/output.arm-internal-br-2010-05-04--10-14-30/toolchain/gcc-4.3.4/gcc/doc//invoke.texi:1244: @include `/home/test/buildroot/output.arm-internal-br-2010-05-04-10-14-30/toolchain/gcc-4.3.4/gcc/../libiberty/at-file.texi': No such file or directory. Notice how output.arm-internal-br-2010-05-04--10-14-30 (which is the real existing path) differs from output.arm-internal-br-2010-05-04-10-14-30 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33549
[Bug c/43981] [4.6 Regression] -Wunused-but-set-variable does not consider array sizing use of a variable
--- Comment #1 from jakub at gcc dot gnu dot org 2010-05-04 11:45 --- Created an attachment (id=20555) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20555action=view) gcc46-pr43981.patch Fix I'm going to bootstrap/regtest. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43981
[Bug c++/42032] Aliasing errors in stl_tree.h
--- Comment #8 from paolo dot carlini at oracle dot com 2010-05-04 12:05 --- *** Bug 43978 has been marked as a duplicate of this bug. *** -- paolo dot carlini at oracle dot com changed: What|Removed |Added CC||musiphil at bawi dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42032
[Bug c++/43978] dereferencing pointer ��anonymous�� does break strict-aliasing rules
--- Comment #7 from paolo dot carlini at oracle dot com 2010-05-04 12:05 --- Ok, let's resolve it as duplicate, then. *** This bug has been marked as a duplicate of 42032 *** -- paolo dot carlini at oracle dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43978
[Bug fortran/39427] F2003: Procedures with same name as types/type constructors
--- Comment #4 from steven at gcc dot gnu dot org 2010-05-04 12:09 --- What a horrible rule... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39427
[Bug target/43968] undefined references to `std::{num_get, num_put, money_get, money_put} [...] ::id' with -static
--- Comment #11 from ubizjak at gmail dot com 2010-05-04 12:31 --- I belive this problem also shows on powerpc64-linux-gnu, configured with --with-long-double-128 [1]: FAIL: libmudflap.c++/pass28-frag.cxx (-static) (test for excess errors) WARNING: libmudflap.c++/pass28-frag.cxx (-static) compilation failed to produce executable FAIL: libmudflap.c++/pass41-frag.cxx (-static) (test for excess errors) WARNING: libmudflap.c++/pass41-frag.cxx (-static) compilation failed to produce executable FAIL: libmudflap.c++/pass55-frag.cxx (-static) (test for excess errors) WARNING: libmudflap.c++/pass55-frag.cxx (-static) compilation failed to produce executable FAIL: libmudflap.c++/pass57-frag.cxx (-static) (test for excess errors) WARNING: libmudflap.c++/pass57-frag.cxx (-static) compilation failed to produce executable It looks that long-double support in libstdc++ is broken for certain symbols. [1] http://gcc.gnu.org/ml/gcc-testresults/2010-05/msg00285.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43968
[Bug target/43968] undefined references to `std::{num_get, num_put, money_get, money_put} [...] ::id' with -static
--- Comment #12 from paolo dot carlini at oracle dot com 2010-05-04 12:35 --- Can well be, personally I *never* checked -static on the targets affected by the 128 bit long double issue. I'm not even sure if Jakub himself did... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43968
[Bug debug/43508] ICE when compiling SSE code with -ggdb
--- Comment #8 from zsojka at seznam dot cz 2010-05-04 12:58 --- r157703 fixes both testcases from comment #2 and comment #7 (r157702 fails with both, flags for the first testcase are -std=gnu++0x -O3 -march=core2 -msse4.1 -fomit-frame-pointer -ggdb -m32). No testcase was commited though. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43508
[Bug debug/43508] ICE when compiling SSE code with -ggdb
--- Comment #9 from jakub at gcc dot gnu dot org 2010-05-04 13:06 --- Fixed then. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43508
[Bug tree-optimization/43879] -fipa-pta causes various miscompilations
--- Comment #30 from rguenth at gcc dot gnu dot org 2010-05-04 13:12 --- Subject: Bug 43879 Author: rguenth Date: Tue May 4 13:12:02 2010 New Revision: 159026 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159026 Log: 2010-05-04 Richard Guenther rguent...@suse.de PR tree-optimization/43879 * tree-ssa-structalias.c (alias_get_name): Use DECL_ASSEMBLER_NAME if available. (create_function_info_for): Return the varinfo node. (ipa_pta_execute): Associate same-body aliases and extra names with their origin nodes varinfo. Dump DECL_ASSEMBLER_NAME. * g++.dg/torture/pr43879-1_0.C: New testcase. * g++.dg/torture/pr43879-1_1.C: Likewise. Added: trunk/gcc/testsuite/g++.dg/torture/pr43879-1_0.C trunk/gcc/testsuite/g++.dg/torture/pr43879-1_1.C Modified: trunk/gcc/ChangeLog trunk/gcc/testsuite/ChangeLog trunk/gcc/tree-ssa-structalias.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43879
[Bug target/43968] undefined references to `std::{num_get, num_put, money_get, money_put} [...] ::id' with -static
--- Comment #13 from jakub at gcc dot gnu dot org 2010-05-04 13:57 --- I guess this must be related to STB_GNU_UNIQUE, at least I can't reproduce this on ppc on Fedora 11 where STB_GNU_UNIQUE wasn't supported (even with recentish gcc), while according to log I see these WARNING: libmudflap.c++/pass41-frag.cxx (-static) compilation failed to produce executable on ppc, ppc64, s390 and s390x when doing 4.4.*-RH package builds in Fedora 12+ where STB_GNU_UNIQUE is supported. libstdc++.a symbols look good though: V _ZGVNSt17__gnu_cxx_ldbl1287num_getIcSt19istreambuf_iteratorIcSt11char_traitsIcEEE2idE u _ZNSt17__gnu_cxx_ldbl1287num_getIcSt19istreambuf_iteratorIcSt11char_traitsIcEEE2idE V _ZGVNSt7num_getIcSt19istreambuf_iteratorIcSt11char_traitsIcEEE2idE u _ZNSt7num_getIcSt19istreambuf_iteratorIcSt11char_traitsIcEEE2idE -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43968
[Bug tree-optimization/43879] -fipa-pta causes various miscompilations
--- Comment #31 from rguenth at gcc dot gnu dot org 2010-05-04 14:02 --- Fixed! -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.6.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43879
[Bug debug/43508] ICE when compiling SSE code with -ggdb
--- Comment #10 from hjl at gcc dot gnu dot org 2010-05-04 14:11 --- Subject: Bug 43508 Author: hjl Date: Tue May 4 14:11:32 2010 New Revision: 159027 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159027 Log: Add a testcase for PR debug/43508. 2010-05-04 H.J. Lu hongjiu...@intel.com PR debug/43508 * gcc.target/i386/pr43508.c: New. Added: trunk/gcc/testsuite/gcc.target/i386/pr43508.c Modified: trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43508
[Bug debug/43508] ICE when compiling SSE code with -ggdb
--- Comment #11 from hjl at gcc dot gnu dot org 2010-05-04 14:15 --- Subject: Bug 43508 Author: hjl Date: Tue May 4 14:14:46 2010 New Revision: 159028 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159028 Log: Backport PR debug/43508 testcase. 2010-05-04 H.J. Lu hongjiu...@intel.com Backport from mainline 2010-05-04 H.J. Lu hongjiu...@intel.com PR debug/43508 * gcc.target/i386/pr43508.c: New. Added: branches/gcc-4_5-branch/gcc/testsuite/gcc.target/i386/pr43508.c - copied unchanged from r159027, trunk/gcc/testsuite/gcc.target/i386/pr43508.c Modified: branches/gcc-4_5-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43508
[Bug debug/43508] ICE when compiling SSE code with -ggdb
-- hjl dot tools at gmail dot com changed: What|Removed |Added GCC build triplet|i686-pc-cygwin | GCC host triplet|i686-pc-cygwin | GCC target triplet|i686-pc-cygwin | Target Milestone|--- |4.5.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43508
[Bug target/43968] undefined references to `std::{num_get, num_put, money_get, money_put} [...] ::id' with -static
--- Comment #14 from ubizjak at gmail dot com 2010-05-04 14:16 --- (In reply to comment #13) I guess this must be related to STB_GNU_UNIQUE, at least I can't reproduce this on ppc on Fedora 11 where STB_GNU_UNIQUE wasn't supported (even with recentish gcc), while according to log I see these WARNING: libmudflap.c++/pass41-frag.cxx (-static) compilation failed to produce executable on ppc, ppc64, s390 and s390x when doing 4.4.*-RH package builds in Fedora 12+ where STB_GNU_UNIQUE is supported. Thanks for your comments! FYI, my binutils are GNU ld (GNU Binutils) 2.20.1 20100303. I don't know when binutils was upgraded, but looking back, I see that at the end of april, results on alpha for this test were clean [1]. [1] http://gcc.gnu.org/ml/gcc-testresults/2010-04/msg02616.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43968
[Bug c++/43705] ICE: SIGSEGV with template specialization in non-namespace scope
--- Comment #2 from paolo at gcc dot gnu dot org 2010-05-04 14:18 --- Subject: Bug 43705 Author: paolo Date: Tue May 4 14:17:52 2010 New Revision: 159029 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159029 Log: /cp 2010-05-04 Paolo Carlini paolo.carl...@oracle.com PR c++/43705 * call.c (build_new_method_call): Return error_mark_node if fns is NULL_TREE. /testsuite 2010-05-04 Paolo Carlini paolo.carl...@oracle.com PR c++/43705 * g++.dg/template/crash95.C: New. Added: trunk/gcc/testsuite/g++.dg/template/crash95.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/call.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43705
[Bug c++/43705] ICE: SIGSEGV with template specialization in non-namespace scope
--- Comment #3 from paolo dot carlini at oracle dot com 2010-05-04 14:19 --- Fixed. -- paolo dot carlini at oracle dot com changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.6.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43705
[Bug c/43982] New: Bad generated code with integer/float pointer cast assignment and with optimization.
The simple code below: == #include stdio.h #include stdint.h #define ppc_mask64(n) ((n) == 64 ? (-1LL) : (1LL (n)) - 1) uint64_t ppc_set_field64u(uint64_t v, uint64_t s, int32_t u, int32_t l) { uint64_t mask = ppc_mask64(u - l + 1) l; return (v ~mask) | ((s l) mask); } double ppc_set_fieldd(double v, uint64_t s, int32_t u, int32_t l) { double x; *((uint64_t *)x) = ppc_set_field64u(*((uint64_t *)v), s, u, l); return x; } double ppc_set_fieldd_bug(double v, uint64_t s, int32_t u, int32_t l) { *((uint64_t *)v) = ppc_set_field64u(*((uint64_t *)v), s, u, l); return v; } int main(void) { double x = 1.1, y, z; printf(%016Lx\n, *(uint64_t *)x); y = ppc_set_fieldd(x, 0xff, 31, 24); printf(%016Lx\n, *(uint64_t *)y); z = ppc_set_fieldd_bug(x, 0xff, 31, 24); printf(%016Lx\n, *(uint64_t *)z); } produces with -O2 or -O3 : 3ff1999a 3ff1ff9a 3ff1999a while it should produces (no optimization or -O): 3ff1999a 3ff1ff9a 3ff1ff9a -- Summary: Bad generated code with integer/float pointer cast assignment and with optimization. Product: gcc Version: 4.4.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: casse at irit dot fr GCC build triplet: i486-linux-elf GCC host triplet: i486-linux-elf GCC target triplet: i486-linux-elf http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43982
[Bug c/43982] Bad generated code with integer/float pointer cast assignment and with optimization.
--- Comment #1 from casse at irit dot fr 2010-05-04 14:25 --- Created an attachment (id=20556) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20556action=view) Preprocessed sources. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43982
[Bug fortran/39427] F2003: Procedures with same name as types/type constructors
--- Comment #5 from damian at rouson dot net 2010-05-04 14:25 --- (In reply to comment #4) What a horrible rule... I'm not sure why you don't like it, but the reason for the rule is to have the ability to overload the intrinsic structure constructors. The intrinsic structure constructors are virtually useless for object-oriented programming (OOP) because they can't be used if the type has private data (required by the information-hiding philosophy of OOP) unless all components have default initializations (which only helps in trivial cases). It's standard in C++ (and I'd guess in most other OOP languages) for constructors to have the same name as the type. What could be more clear to the reader than type(vector) :: f f = vector(1.0,2.0) Once one adopts this approach, it touches every type you develop, so a compiler that doesn't support it becomes useless unless you're willing to change every constructor name to suit that particular compiler. It's already supported by IBM XL Fortran (my primary development platform), by Cray, by NAG (I think), and Intel has promised to support it in its next release. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39427
[Bug debug/43983] New: var-tracking needlessly throws away location info for SRAed vars
track_expr_p has: 4496 /* If this expression is really a debug alias of some other declaration, we 4497 don't need to track this expression if the ultimate declaration is 4498 ignored. */ 4499 realdecl = expr; 4500 if (DECL_DEBUG_EXPR_IS_FROM (realdecl) DECL_DEBUG_EXPR (realdecl)) 4501{ 4502 realdecl = DECL_DEBUG_EXPR (realdecl); 4503 /* ??? We don't yet know how to emit DW_OP_piece for variable 4504 that has been SRA'ed. */ 4505 if (!DECL_P (realdecl)) 4506return 0; 4507} I'd say if the DECL_DEBUG_EXPR is a COMPONENT_REF, ARRAY_REF etc. from a reasonably short type, the easiest thing would be just to let var-tracking track the individual vars and let dwarf2out_var_location assemble them together. -- Summary: var-tracking needlessly throws away location info for SRAed vars Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: debug AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: jakub at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43983
[Bug debug/43983] var-tracking needlessly throws away location info for SRAed vars
--- Comment #1 from jakub at gcc dot gnu dot org 2010-05-04 15:12 --- Sample testcase: struct A { int i; int j; }; int foo (int k) { struct A a = { 4, k + 6 }; asm ( : +r (a.i)); a.j++; bar (a.i); bar (a.j); return a.i + a.j; } -- jakub at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org |dot org | Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2010-05-04 15:12:44 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43983
[Bug target/43968] undefined references to `std::{num_get, num_put, money_get, money_put} [...] ::id' with -static
--- Comment #15 from jakub at gcc dot gnu dot org 2010-05-04 15:31 --- Ah, seems a generic ar/ranlib bug, apparently STB_GNU_UNIQUE symbols aren't added into ar index :(. Wonder why it hasn't showed up elsewhere yet. The reason why this doesn't hit us in libstdc++.a on x86-64 is that the STB_GNU_UNIQUE symbols locale-inst.o needs are in locale-inst.o rather than compatibility-ldbl.o. Looking into it. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43968
[Bug target/43968] undefined references to `std::{num_get, num_put, money_get, money_put} [...] ::id' with -static
--- Comment #16 from paolo dot carlini at oracle dot com 2010-05-04 15:33 --- Thanks Jakub. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43968
[Bug target/43968] undefined references to `std::{num_get, num_put, money_get, money_put} [...] ::id' with -static
--- Comment #17 from jakub at gcc dot gnu dot org 2010-05-04 15:41 --- Ah, already fixed: http://sources.redhat.com/ml/binutils/2010-03/msg00249.html http://sources.redhat.com/ml/binutils-cvs/2010-03/msg00143.html http://sources.redhat.com/ml/binutils-cvs/2010-03/msg00144.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43968
[Bug tree-optimization/43984] New: PRE misses full-redundancies, inserts into loops
PRE currently ends up inserting expressions into loops. module test type shell1quartet_type integer(kind=kind(1)) :: ab_l_sum integer(kind=kind(1)), dimension(:), pointer :: ab_form_3dints_x_indices = NULL() integer(kind=kind(1)), dimension(:), pointer :: ab_form_3dints_yz_rms_indices = NULL() end type contains subroutine make_esss(self,esss) type(shell1quartet_type) :: self intent(in) :: self real(kind=kind(1.0d0)), dimension(:), intent(out) :: esss real(kind=kind(1.0d0)), dimension(:), pointer :: Izz real(kind=kind(1.0d0)), dimension(:,:), pointer :: Ix,Iy,Iz,Iyz integer(kind=kind(1)), dimension(:), pointer :: e_x,ii_ivec integer(kind=kind(1)) :: dim, dim1, nroots, ii,z,y dim = self%ab_l_sum+1 dim1 = self%ab_l_sum+2 nroots = (dim1) / 2 call create_(Ix,nroots,dim) call create_(Iy,nroots,dim) call create_(Iz,nroots,dim) call create_(Iyz,nroots,dim*dim1/2) e_x = self%ab_form_3dints_x_indices ii_ivec = self%ab_form_3dints_yz_rms_indices call foo(Ix) call foo(Iy) call foo(Iz) esss = ZERO ii = 0 do z=1,dim Izz = Iz(:,z) do y=1,dim1-z ii = ii + 1 Iyz(:,ii) = Izz * Iy(:,y) end do end do esss = esss + sum(Ix(:,e_x) * Iyz(:,ii_ivec),1) end subroutine end look for insertions of iyz.data for example. -- Summary: PRE misses full-redundancies, inserts into loops Product: gcc Version: 4.6.0 Status: UNCONFIRMED Keywords: missed-optimization Severity: enhancement Priority: P3 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: rguenth at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43984
[Bug middle-end/43671] [4.4/4.5/4.6 Regression] -fsched2-use-superblocks -m32 produces wrong code with vectorization
--- Comment #9 from hjl at gcc dot gnu dot org 2010-05-04 15:47 --- Subject: Bug 43671 Author: hjl Date: Tue May 4 15:47:25 2010 New Revision: 159033 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159033 Log: Handle the same VALUE for true dependence. gcc/ 2010-05-04 H.J. Lu hongjiu...@intel.com PR middle-end/43671 * alias.c (true_dependence): Handle the same VALUE in x and mem. (canon_true_dependence): Likewise. (write_dependence_p): Likewise. gcc/testsuite/ 2010-05-04 H.J. Lu hongjiu...@intel.com PR middle-end/43671 * gcc.target/i386/pr43671.c: New. Added: trunk/gcc/testsuite/gcc.target/i386/pr43671.c Modified: trunk/gcc/ChangeLog trunk/gcc/alias.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43671
[Bug middle-end/43671] [4.4/4.5/4.6 Regression] -fsched2-use-superblocks -m32 produces wrong code with vectorization
--- Comment #10 from hjl at gcc dot gnu dot org 2010-05-04 15:49 --- Subject: Bug 43671 Author: hjl Date: Tue May 4 15:49:24 2010 New Revision: 159034 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159034 Log: Handle the same VALUE for true dependence. gcc/ 2010-05-04 H.J. Lu hongjiu...@intel.com Backport from mainline 2010-05-04 H.J. Lu hongjiu...@intel.com PR middle-end/43671 * alias.c (true_dependence): Handle the same VALUE in x and mem. (canon_true_dependence): Likewise. (write_dependence_p): Likewise. gcc/testsuite/ 2010-05-04 H.J. Lu hongjiu...@intel.com Backport from mainline 2010-05-04 H.J. Lu hongjiu...@intel.com PR middle-end/43671 * gcc.target/i386/pr43671.c: New. Added: branches/gcc-4_5-branch/gcc/testsuite/gcc.target/i386/pr43671.c Modified: branches/gcc-4_5-branch/gcc/ChangeLog branches/gcc-4_5-branch/gcc/alias.c branches/gcc-4_5-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43671
[Bug middle-end/43671] [4.4/4.5/4.6 Regression] -fsched2-use-superblocks -m32 produces wrong code with vectorization
--- Comment #11 from hjl at gcc dot gnu dot org 2010-05-04 15:51 --- Subject: Bug 43671 Author: hjl Date: Tue May 4 15:50:53 2010 New Revision: 159035 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159035 Log: Handle the same VALUE for true dependence. gcc/ 2010-05-04 H.J. Lu hongjiu...@intel.com Backport from mainline 2010-05-04 H.J. Lu hongjiu...@intel.com PR middle-end/43671 * alias.c (true_dependence): Handle the same VALUE in x and mem. (canon_true_dependence): Likewise. (write_dependence_p): Likewise. gcc/testsuite/ 2010-05-04 H.J. Lu hongjiu...@intel.com Backport from mainline 2010-05-04 H.J. Lu hongjiu...@intel.com PR middle-end/43671 * gcc.target/i386/pr43671.c: New. Added: branches/gcc-4_4-branch/gcc/testsuite/gcc.target/i386/pr43671.c Modified: branches/gcc-4_4-branch/gcc/ChangeLog branches/gcc-4_4-branch/gcc/alias.c branches/gcc-4_4-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43671
[Bug middle-end/43671] [4.4/4.5/4.6 Regression] -fsched2-use-superblocks -m32 produces wrong code with vectorization
--- Comment #12 from hjl dot tools at gmail dot com 2010-05-04 15:53 --- Fixed. -- hjl dot tools at gmail dot com changed: What|Removed |Added Status|NEW |RESOLVED Known to fail|4.4.3 4.5.0 |4.4.4 4.5.0 Known to work|3.4.6 4.1.2 4.2.4 4.3.4 |3.4.6 4.1.2 4.2.4 4.3.4 ||4.4.5 4.5.1 4.6.0 Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43671
[Bug c/43982] Bad generated code with integer/float pointer cast assignment and with optimization.
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-05-04 15:53 --- You are violating C aliasing rules. Use -fno-strict-aliasing or use memcpy and/or unions. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43982
[Bug c++/42810] Enumeration with sequential values has its for-loop exit condition optimized out.
--- Comment #25 from tony3 at GarlandConsulting dot us 2010-05-04 16:06 --- (In reply to comment #24) G++ 4.6 will no longer optimize away the exit condition unless -fstrict-enums is specified. I'm very encouraged by this. Thanks for responding to this concern. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42810
[Bug fortran/39427] F2003: Procedures with same name as types/type constructors
--- Comment #6 from burnus at gcc dot gnu dot org 2010-05-04 16:10 --- Created an attachment (id=20557) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20557action=view) First draft patch (In reply to comment #5) (In reply to comment #4) What a horrible rule... What do you mean? Allowing name() as (generic) constructor (function)? Why not? That matches the natural use. If you mean the constraint in comment 3: That just ensures that one cannot have use a structure constructor and generic function simultaneously. Intel has promised to support it in its next release. Well, I can also promise that _one_ of the next releases will have it :P At least there are plans to improve OOP and there is also a Summer of Code projects for OOP, cf. http://gcc.gnu.org/wiki/SummerOfCode * * * Attached is a draft patch which should work in simple cases. TODO: * Call structure constructor if no generic function matches; that means: Converting the actual arguments into a constructor and do the checking (cf. FIXME in resolve.c) * Add a is-function check: A generic name may be the same as a derived-type name, in which case all of the procedures in the interface block shall be functions. (Note: That's not a constraint thus one does not need to catch all cases.) * Fix the case of first defining the generic name and then the type: interface t procedure t2 end interface t type t end type t * Add a new %X (X = some letter) to finally solve the @ printing problem in error messages for PPC and for constructors (this PR): gfc_error should then simply strip the @... from the message for arguments to %X while for %s no extra stripping is done as it is currently done. One then only needs to change all relevant %s to %X and one is done. (using a more-intuitive different latter than %X would be helpful; maybe %S = Symbol String?.) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39427
[Bug fortran/39427] F2003: Procedures with same name as types/type constructors
--- Comment #7 from burnus at gcc dot gnu dot org 2010-05-04 16:13 --- (In reply to comment #6) Created an attachment (id=20557) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20557action=view) [edit] First draft patch if (type != current_interface.type - || strcmp (current_interface.sym-name, name) != 0) + strcmp (current_interface.sym-name, name) != 0) And that change is of course wrong. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39427
[Bug c++/42056] ICE with invalid use of auto in template
--- Comment #1 from paolo dot carlini at oracle dot com 2010-05-04 16:32 --- Apparently now *both* snippets are wrongly accepted, at least in mainline. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42056
[Bug fortran/43954] gfortran-4.4 does not support -Wp, -MD for *.F (4.3 - 4.4 regression, needed for auto-dependencies)
--- Comment #5 from kargl at gcc dot gnu dot org 2010-05-04 16:46 --- (In reply to comment #4) On Mon, May 03, 2010 at 07:45:20PM -, dfranke at gcc dot gnu dot org wrote: (In reply to comment #2) On Monday 03 May 2010 21:23:26 you wrote: And when I say it used to work I don't mean generating dependencies for f90/f95 sources (PR31588 mentions e.g. USE), but only generating dependencies from plain preprocessor. What you ask for is just a subset of PR31588. If that gets fixed, your request will be fixed as well. Feel free to re-open if you believe that it would be worth to fix the subset first. Yes, it's a subset of PR31588. But as you wrote PR31588 is going to be (maybe) fixed for 4.6, while I believe regressions in general and this one in particular should be better handled with higher priority and fixes should go to maintanance branches. What you apparently fail to understand is that gfortran is written and maintained by a small group of volunteers. If none of these volunteers use this feature and if none of volunteers have the time to work on it, it won't get fixed anytime soon. So, if this is so dear to your heart, pull up your sleeves and start trying to fix the problem. In the meantime, just call cpp directly. troutmask:sgk[214] ~/work/4x/bin/cpp -Wp,-MD,test.d test.F | sed s/#/\!/ ! 1 test.F ! 1 built-in ! 1 command-line ! 1 test.F ! 1 test.h 1 ! 2 test.F 2 program test print *,'Hello World!' print *,'Hello up there qqq!' end troutmask:sgk[215] cat test.d test.o: test.F test.h -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43954
[Bug c++/43028] [C++0x] internal compiler error in maybe_adjust_types_for_deduction
--- Comment #7 from paolo dot carlini at oracle dot com 2010-05-04 16:50 --- This is enough: namespace std { templateclass _E class initializer_list { }; } struct string { string(std::initializer_listchar) { } }; void f() { auto y = { string(Equation()) } } -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43028
[Bug lto/41376] collect2 does not handle static libraries
--- Comment #6 from bmei at broadcom dot com 2010-05-04 16:54 --- So this is a rough first draft of the-kind-of-thing-i-was-thinking-of. We get collect2 to run a dummy link early, and extract the output from the --lto-assist flag to get a list of archive members that we need lto to recompile for us. Well I spent some time to read into collect2/lto code and understand pro/cons of different approaches. So far, adding --lto-assist to ld/hacking collect2 approach looks reasonable to me, though it does require gnu ld. What extra info should be in a complete symbol resolution file? -- bmei at broadcom dot com changed: What|Removed |Added CC||bmei at broadcom dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41376
[Bug c++/43028] [C++0x] internal compiler error in maybe_adjust_types_for_deduction
-- paolo dot carlini at oracle dot com changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |paolo dot carlini at oracle |dot org |dot com Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43028
[Bug tree-optimization/43984] PRE misses full-redundancies, inserts into loops
--- Comment #1 from pinskia at gcc dot gnu dot org 2010-05-04 17:22 --- I don't see any insert of iyz.data. But from the sound of it, this seems related to PR 38497. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43984
[Bug tree-optimization/43971] [4.6 Regression] index domain error in tree-ssa-structalias.c:3450
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Component|c |tree-optimization Keywords||ice-on-valid-code Summary|index domain error in tree- |[4.6 Regression] index |ssa-structalias.c:3450 |domain error in tree-ssa- ||structalias.c:3450 Target Milestone|--- |4.6.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43971
[Bug target/43974] Undefined symbol main in crt1.o when compiling shared libs on Solaris
--- Comment #1 from pinskia at gcc dot gnu dot org 2010-05-04 17:24 --- Can you show the command line which you used to link the shared library? -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |WAITING Component|c |target GCC build triplet||sparc-sun-solaris2.10 GCC host triplet||sparc-sun-solaris2.10 GCC target triplet||sparc-sun-solaris2.10 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43974
[Bug middle-end/43976] warning about increased alignment during casting printed even though variable is properly aligned
--- Comment #1 from pinskia at gcc dot gnu dot org 2010-05-04 17:27 --- I think the warning is correct as the resulting type of f.c is a pointer to an array and that array is of type char[4] which has an alignment of 1. Yes f.c has an alignment of 4 but the array type has an alignment of 1. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Component|c++ |middle-end http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43976
[Bug bootstrap/43970] configure --with-local-prefix=no does nothing
--- Comment #1 from pinskia at gcc dot gnu dot org 2010-05-04 17:37 --- --with-local-prefix=no/--without-local-prefix currently means specify the default. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Component|driver |bootstrap http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43970
[Bug bootstrap/43970] configure --with-local-prefix=no does nothing
--- Comment #2 from pinskia at gcc dot gnu dot org 2010-05-04 17:39 --- In fact before July 1998, --without-local-prefix was fully broken, see http://gcc.gnu.org/ml/gcc-patches/1998-07/msg00520.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43970
[Bug target/43968] undefined references to `std::{num_get, num_put, money_get, money_put} [...] ::id' with -static
--- Comment #18 from ubizjak at gmail dot com 2010-05-04 17:42 --- (In reply to comment #15) Ah, seems a generic ar/ranlib bug, apparently STB_GNU_UNIQUE symbols aren't added into ar index :(. Wonder why it hasn't showed up elsewhere yet. The reason why this doesn't hit us in libstdc++.a on x86-64 is that the STB_GNU_UNIQUE symbols locale-inst.o needs are in locale-inst.o rather than compatibility-ldbl.o. Looking into it. Now that you mentioned - the problem was uncovered by [1]: 2010-04-28 Uros Bizjak ubiz...@gmail.com * config/alpha/elf.h (ASM_DECLARE_OBJECT_NAME): Use gnu_unique_object type if available. [1] http://gcc.gnu.org/ml/gcc-patches/2010-04/msg01751.html I wonder if the ar/ranlib bug is severe enough that we need to check for newer version of the binutils in configure.ac. Currently we have: [gcc_GAS_CHECK_FEATURE([gnu_unique_object], gcc_cv_as_gnu_unique_object, [elf,2,19,52],, -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43968
[Bug fortran/43985] New: ICE when assumed size cray-pointee passed as argument
The recent fix for PR fortran/43331 introduced a regression for programs that use OpenMP and pass assumed-size cray-pointees as function arguments. Here is an example: subroutine bob() implicit none real(8) peted pointer (ipeted, peted(*)) integer(4) sz !$omp parallel default(shared) call pete(peted(sz)) !$omp end parallel return end subroutine bob When compiled with svn revision = 157512, this generates an ICE: % gfortran -fcray-pointer -fopenmp -c bug1.f90 bug1.f90: In function 'bob': bug1.f90:9:0: 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. My guess is that this is a result of 'peted' have the AS_ASSUMED_SIZE attribute instead of AS_EXPLICIT in trans-decl.c -- Summary: ICE when assumed size cray-pointee passed as argument Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: langton at gcc dot gnu dot org ReportedBy: langton at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43985
[Bug target/43799] [4.6 Regression] -fschedule-insns breaks vararg functions in recent builds
--- Comment #6 from hjl dot tools at gmail dot com 2010-05-04 18:20 --- A patch is posted at http://gcc.gnu.org/ml/gcc-patches/2010-05/msg00247.html -- hjl dot tools at gmail dot com changed: What|Removed |Added URL||http://gcc.gnu.org/ml/gcc- ||patches/2010- ||05/msg00247.html http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43799
[Bug target/43799] [4.6 Regression] -fschedule-insns breaks vararg functions in recent builds
--- Comment #7 from hjl at gcc dot gnu dot org 2010-05-04 18:51 --- Subject: Bug 43799 Author: hjl Date: Tue May 4 18:51:29 2010 New Revision: 159040 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159040 Log: Add clobber CC register to sse_prologue_save patterns. gcc/ 2010-05-04 H.J. Lu hongjiu...@intel.com PR target/43799 * config/i386/i386.md (sse_prologue_save): Add clobber CC register. (*sse_prologue_save_insn1): Likewise. (SSE prologue save splitter): Likewise. gcc/testsuite/ 2010-05-04 H.J. Lu hongjiu...@intel.com PR target/43799 * gcc.target/i386/pr43799.c: New. Added: trunk/gcc/testsuite/gcc.target/i386/pr43799.c Modified: trunk/gcc/ChangeLog trunk/gcc/config/i386/i386.md trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43799
[Bug target/43799] [4.6 Regression] -fschedule-insns breaks vararg functions in recent builds
--- Comment #8 from hjl dot tools at gmail dot com 2010-05-04 18:52 --- Fixed. -- hjl dot tools at gmail dot com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43799
[Bug other/43620] [4.3 Release Blocker] Uploading to gnu.org will fail due to automake security issue
--- Comment #10 from rwild at gcc dot gnu dot org 2010-05-04 18:58 --- Subject: Bug 43620 Author: rwild Date: Tue May 4 18:58:11 2010 New Revision: 159041 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159041 Log: no-dist in non-imported automake dirs. libgfortran/: PR other/43620 * configure.ac (AM_INIT_AUTOMAKE): Add no-dist. * configure: Regenerate. * Makefile.in: Regenerate. libgomp/: PR other/43620 * configure.ac (AM_INIT_AUTOMAKE): Add no-dist. * configure: Regenerate. * Makefile.in: Regenerate. * testsuite/Makefile.in: Regenerate. libjava/: PR other/43620 * configure.ac (AM_INIT_AUTOMAKE): Add no-dist. * Makefile.in: Regenerate. * gcj/Makefile.in: Regenerate. * include/Makefile.in: Regenerate. * testsuite/Makefile.in: Regenerate. libjava/libltdl/: PR other/43620 * Makefile.am (AUTOMAKE_OPTIONS): Add no-dist. * Makefile.in: Regenerate. libmudflap/: PR other/43620 * configure.ac (AM_INIT_AUTOMAKE): Add no-dist. * Makefile.in: Regenerate. * testsuite/Makefile.in: Regenerate. libssp/: PR other/43620 * configure.ac (AM_INIT_AUTOMAKE): Add no-dist. * Makefile.in: Regenerate. libstdc++-v3/: PR other/43620 * configure.ac (AM_INIT_AUTOMAKE): Add no-dist. * configure: Regenerate. * Makefile.in: Regenerate. * doc/Makefile.in: Regenerate. * include/Makefile.in: Regenerate. * libsupc++/Makefile.in: Regenerate. * po/Makefile.in: Regenerate. * python/Makefile.in: Regenerate. * src/Makefile.in: Regenerate. * testsuite/Makefile.in: Regenerate. lto-plugin/: PR other/43620 * configure.ac (AM_INIT_AUTOMAKE): Add no-dist. * Makefile.in: Regenerate. Modified: trunk/libgfortran/ChangeLog trunk/libgfortran/Makefile.in trunk/libgfortran/configure trunk/libgfortran/configure.ac trunk/libgomp/ChangeLog trunk/libgomp/Makefile.in trunk/libgomp/configure trunk/libgomp/configure.ac trunk/libgomp/testsuite/Makefile.in trunk/libjava/ChangeLog trunk/libjava/Makefile.in trunk/libjava/configure.ac trunk/libjava/gcj/Makefile.in trunk/libjava/include/Makefile.in trunk/libjava/libltdl/ChangeLog trunk/libjava/libltdl/Makefile.am trunk/libjava/libltdl/Makefile.in trunk/libjava/testsuite/Makefile.in trunk/libmudflap/ChangeLog trunk/libmudflap/Makefile.in trunk/libmudflap/configure.ac trunk/libmudflap/testsuite/Makefile.in trunk/libssp/ChangeLog trunk/libssp/Makefile.in trunk/libssp/configure.ac trunk/libstdc++-v3/ChangeLog trunk/libstdc++-v3/Makefile.in trunk/libstdc++-v3/configure trunk/libstdc++-v3/configure.ac trunk/libstdc++-v3/doc/Makefile.in trunk/libstdc++-v3/include/Makefile.in trunk/libstdc++-v3/libsupc++/Makefile.in trunk/libstdc++-v3/po/Makefile.in trunk/libstdc++-v3/python/Makefile.in trunk/libstdc++-v3/src/Makefile.in trunk/libstdc++-v3/testsuite/Makefile.in trunk/lto-plugin/ChangeLog trunk/lto-plugin/Makefile.in trunk/lto-plugin/configure.ac -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43620
[Bug c++/38064] [c++0x] operator== doesn't work for enum classes
--- Comment #14 from jason at gcc dot gnu dot org 2010-05-04 19:01 --- Subject: Bug 38064 Author: jason Date: Tue May 4 19:01:13 2010 New Revision: 159042 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159042 Log: PR c++/38064 * typeck.c (cp_build_binary_op): Allow enums for as well. Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/typeck.c trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/g++.dg/cpp0x/enum3.C -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38064
[Bug c++/38064] [c++0x] operator== doesn't work for enum classes
--- Comment #15 from jason at gcc dot gnu dot org 2010-05-04 19:03 --- Subject: Bug 38064 Author: jason Date: Tue May 4 19:03:00 2010 New Revision: 159043 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159043 Log: PR c++/38064 * typeck.c (cp_build_binary_op): Allow enums for as well. Modified: branches/gcc-4_5-branch/gcc/cp/ChangeLog branches/gcc-4_5-branch/gcc/cp/typeck.c branches/gcc-4_5-branch/gcc/testsuite/ChangeLog branches/gcc-4_5-branch/gcc/testsuite/g++.dg/cpp0x/enum3.C -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38064
[Bug c++/38064] [c++0x] operator== doesn't work for enum classes
--- Comment #16 from jason at gcc dot gnu dot org 2010-05-04 19:04 --- Other comparisons fixed for 4.5.1. -- jason at gcc dot gnu dot org changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED Target Milestone|4.4.1 |4.5.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38064
[Bug c/43981] [4.6 Regression] -Wunused-but-set-variable does not consider array sizing use of a variable
--- Comment #2 from jakub at gcc dot gnu dot org 2010-05-04 19:08 --- Subject: Bug 43981 Author: jakub Date: Tue May 4 19:08:37 2010 New Revision: 159044 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159044 Log: PR c/43981 * c-parser.c (c_parser_direct_declarator_inner): Call mark_exp_read on dimen. * gcc.dg/Wunused-var-8.c: New test. Added: trunk/gcc/testsuite/gcc.dg/Wunused-var-8.c Modified: trunk/gcc/ChangeLog trunk/gcc/c-parser.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43981
[Bug c++/41468] SFINAE for expressions doesn't consider ambiguous conversion sequences
--- Comment #4 from jason at gcc dot gnu dot org 2010-05-04 19:09 --- Fixed for 4.6. -- jason at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.6.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41468
[Bug c++/36625] bogus error on __attribute__((aligned(N))) in template code
--- Comment #10 from jason at gcc dot gnu dot org 2010-05-04 19:10 --- Fixed for 4.6 (but see bug 43758). -- jason at gcc dot gnu dot org changed: What|Removed |Added OtherBugsDependingO||43758 nThis|| Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36625
[Bug c/43981] [4.6 Regression] -Wunused-but-set-variable does not consider array sizing use of a variable
--- Comment #3 from jakub at gcc dot gnu dot org 2010-05-04 19:13 --- Fixed. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43981
[Bug c++/43028] [C++0x] internal compiler error in maybe_adjust_types_for_deduction
--- Comment #8 from paolo at gcc dot gnu dot org 2010-05-04 19:22 --- Subject: Bug 43028 Author: paolo Date: Tue May 4 19:22:26 2010 New Revision: 159045 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159045 Log: /cp 2010-05-04 Paolo Carlini paolo.carl...@oracle.com PR c++/43028 * pt.c (unify): Check each elt for error_mark_node. /testsuite 2010-05-04 Paolo Carlini paolo.carl...@oracle.com PR c++/43028 * g++.dg/cpp0x/initlist31.C: New. Added: trunk/gcc/testsuite/g++.dg/cpp0x/initlist31.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/pt.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43028
[Bug c++/43028] [C++0x] internal compiler error in maybe_adjust_types_for_deduction
--- Comment #9 from paolo dot carlini at oracle dot com 2010-05-04 19:23 --- Fixed. -- paolo dot carlini at oracle dot com changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.6.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43028
[Bug middle-end/43976] warning about increased alignment during casting printed even though variable is properly aligned
--- Comment #2 from thiago at kde dot org 2010-05-04 19:40 --- Well, technically f.c has a type of 'char (__attribute__((aligned(4 [4]'. Anyway, the point is that the variable is properly aligned, so the warning is superfluous. Or, in other words, we need a way to tell GCC I know this is properly aligned, so don't tell me there's a problem. The -Wcast-align warning is very useful to catch real mistakes, but there's no way to weed out the false positives. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43976
[Bug fortran/43985] [regresion 4.5/4.6] ICE when assumed size cray-pointee passed as argument
-- kargl at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Known to fail||4.5.1 4.6.0 Known to work||4.3.5 4.4.5 Last reconfirmed|-00-00 00:00:00 |2010-05-04 19:58:35 date|| Summary|ICE when assumed size cray- |[regresion 4.5/4.6] ICE when |pointee passed as argument |assumed size cray-pointee ||passed as argument http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43985
[Bug fortran/43985] [4.5/4.6 Regression] ICE when assumed size cray-pointee passed as argument
--- Comment #1 from kargl at gcc dot gnu dot org 2010-05-04 20:00 --- Whoops regresion with ss in the summary line. -- kargl at gcc dot gnu dot org changed: What|Removed |Added Summary|[regresion 4.5/4.6] ICE when|[4.5/4.6 Regression] ICE |assumed size cray-pointee |when assumed size cray- |passed as argument |pointee passed as argument http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43985
[Bug target/42754] ICE on building libgcc.c __mulvdi3.
--- Comment #3 from monaka at monami-software dot com 2010-05-04 20:05 --- I tried svn trunk. It seems this issue has been fixed. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42754
[Bug other/33549] makeinfo drops hyphens from srcdir path
--- Comment #7 from skunk at iskunk dot org 2010-05-04 20:23 --- Thomas, please have a look at your version of makeinfo(1). I've confirmed that this is not a bug in GCC. Building GCC 4.4.3 with makeinfo 4.7 fails as I originally described, but building on a more recent system with makeinfo 4.13 succeeds. Marking as invalid accordingly. -- skunk at iskunk dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33549
[Bug target/43668] [4.6 Regression] -fschedule-insns causes FAIL: gcc.target/i386/vararg-1.c execution test
--- Comment #7 from hjl at gcc dot gnu dot org 2010-05-04 21:15 --- Subject: Bug 43668 Author: hjl Date: Tue May 4 21:15:35 2010 New Revision: 159046 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159046 Log: Add a testcase for PR target/43668. 2010-05-04 H.J. Lu hongjiu...@intel.com PR target/43668 * gcc.target/i386/pr43668.c: New. Added: trunk/gcc/testsuite/gcc.target/i386/pr43668.c Modified: trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43668
[Bug target/43668] [4.6 Regression] -fschedule-insns causes FAIL: gcc.target/i386/vararg-1.c execution test
--- Comment #8 from hjl dot tools at gmail dot com 2010-05-04 21:22 --- Fixed by http://gcc.gnu.org/ml/gcc-cvs/2010-04/msg00589.html http://gcc.gnu.org/ml/gcc-cvs/2010-05/msg00089.html on trunk. -- hjl dot tools at gmail dot com changed: What|Removed |Added Status|NEW |RESOLVED Known to work|3.3.6 3.4.6 4.1.2 4.2.4 |3.3.6 3.4.6 4.1.2 4.2.4 |4.3.4 4.4.4 4.5.0 |4.3.4 4.4.4 4.5.0 4.6.0 Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43668
[Bug fortran/43985] [4.5/4.6 Regression] ICE when assumed size cray-pointee passed as argument
--- Comment #2 from burnus at gcc dot gnu dot org 2010-05-04 21:39 --- ==2733== Invalid read of size 2 ==2733==at 0x70EEBE: omp_add_variable (gimplify.c:5448) ==2733==by 0x70F3A0: omp_notice_variable (gimplify.c:5558) ==2733==by 0x70F67B: gimplify_var_or_parm_decl (gimplify.c:1833) ==2733==by 0x7119D4: gimplify_expr (gimplify.c:6950) Dump (with additionally initializing the data via ipeted = malloc(5*8) sz = 3 bob () { integer(kind=8) ipeted; real(kind=8)[0:] * peted [value-expr: (real(kind=8)[0:] *) ipeted]; integer(kind=4) sz; { static integer(kind=8) C.1539 = 40; ipeted = _gfortran_malloc (C.1539); } sz = 3; #pragma omp parallel default(shared) { { pete ((*peted)[(integer(kind=8)) sz + -1]); } } goto __return_bob; __return_bob:; } -- burnus at gcc dot gnu dot org changed: What|Removed |Added Keywords||ice-on-valid-code, openmp http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43985
[Bug fortran/43985] [4.5/4.6 Regression] ICE when assumed size cray-pointee passed as argument
--- Comment #3 from burnus at gcc dot gnu dot org 2010-05-04 22:08 --- Lightly tested patch: --- a/gcc/fortran/trans-types.c +++ b/gcc/fortran/trans-types.c @@ -1793,6 +1804,9 @@ gfc_sym_type (gfc_symbol * sym) restricted); byref = 0; } + + if (sym-attr.cray_pointee) + GFC_POINTER_TYPE_P (type) = 1; } else { @@ -1808,7 +1822,7 @@ gfc_sym_type (gfc_symbol * sym) { if (sym-attr.allocatable || sym-attr.pointer) type = gfc_build_pointer_type (sym, type); - if (sym-attr.pointer) + if (sym-attr.pointer || sym-attr.cray_pointee) GFC_POINTER_TYPE_P (type) = 1; } -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43985
[Bug fortran/43986] New: gfortran.dg/dynamic_dispatch_4.f03 doesn't work on Linux/ia64
On Linux/ia64, I got FAIL: gfortran.dg/dynamic_dispatch_4.f03 -O3 -fomit-frame-pointer -funroll-all- loops -finline-functions execution test FAIL: gfortran.dg/dynamic_dispatch_4.f03 -O3 -fomit-frame-pointer -funroll-loop s execution test -- Summary: gfortran.dg/dynamic_dispatch_4.f03 doesn't work on Linux/ia64 Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: hjl dot tools at gmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43986
[Bug c/43987] New: [4.5 regression] type-punning causes broken binaries unless -O0 is used
I noticed this when building busybox 1.16.1, but I also saw this in other code: When building with -O2 I get warnings like: 'warning: dereferencing type-punned pointer will break strict-aliasing rules' The produced binary is broken, in the case of busybox, the 'sed' applet segfaults. When adding -fno-strict-aliasing, the warnings disappear, but the resulting binary is still broken (with no warning or error indicating that something is broken). The same also happens with -O1 or -Os, only a -O0 binary will work. This used to work fine in gcc 4.4. I don't know how a test case would look like, as I don't know the code that breaks that closely. In my opinion, one of the following should happen: a) gcc 4.5 should produce code that works b) gcc 4.5 should throw a warning or error indicating that the code is incorrect -- Summary: [4.5 regression] type-punning causes broken binaries unless -O0 is used Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: critical Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: thomas at archlinux dot org GCC build triplet: x86_64-unknown-linux-gnu / i686-pc-linux-gnu GCC host triplet: x86_64-unknown-linux-gnu / i686-pc-linux-gnu GCC target triplet: x86_64-unknown-linux-gnu / i686-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43987
[Bug middle-end/43987] [4.5 regression] type-punning causes broken binaries unless -O0 is used
--- Comment #1 from pinskia at gcc dot gnu dot org 2010-05-04 22:48 --- Can you try also -fwrapv? There could be other issues with the code besides just aliasing issues. Maybe there is a buffer overflow that shows up now with the new optimizers. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|critical|normal Component|c |middle-end http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43987
[Bug middle-end/43987] [4.5 regression] type-punning causes broken binaries unless -O0 is used
--- Comment #2 from pinskia at gcc dot gnu dot org 2010-05-04 22:48 --- Also without a testcase it is hard to figure out what is going on. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43987