[Bug tree-optimization/55912] New: missing optimization of x/x and x/std::abs(x)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55912 Bug #: 55912 Summary: missing optimization of x/x and x/std::abs(x) Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: normal

[Bug target/55909] libtool test exposes what I think is some alignment issue in libstdc++

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55909 --- Comment #13 from philip.copeland at oracle dot com 2013-01-09 06:28:26 UTC --- Created attachment 29118 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29118 g++.log (part 2)

[Bug target/55909] libtool test exposes what I think is some alignment issue in libstdc++

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55909 --- Comment #12 from philip.copeland at oracle dot com 2013-01-09 06:27:32 UTC --- Created attachment 29117 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29117 g++.log.tar.bz2 (part1) === g++ Summary for unix/ ===

[Bug libstdc++/55909] libtool test exposes what I think is some alignment issue in libstdc++

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55909 --- Comment #11 from Andrew Pinski 2013-01-09 06:25:41 UTC --- (In reply to comment #0) > I suspect this may be an endian/alignment bug as the same g++ program will run > correctly on an x86_64 system, however my c++ foo is somewhat weak w

[Bug libstdc++/55909] libtool test exposes what I think is some alignment issue in libstdc++

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55909 --- Comment #10 from philip.copeland at oracle dot com 2013-01-09 06:09:54 UTC --- Created attachment 29116 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29116 the gcc 4.7.2-8 srpm mangles the environment a bit but these are the tests

[Bug c++/55436] g++ compiles invalid code with child class of nested class in template class

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55436 --- Comment #8 from Conrad 2013-01-09 06:03:07 UTC --- Can we change this bug status to _confirmed_, and the target milestone to 4.8.0 ?

[Bug tree-optimization/51680] g++ 4.7 fails to inline trivial template stuff

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51680 --- Comment #18 from miles at gnu dot org 2013-01-09 05:35:35 UTC --- Is this considered fixed yet? Given the following example, the latest Debian trunk snapshot ("4.8.0 20121120 (experimental) [trunk revision 193662]", using flags "-O2") s

[Bug driver/55884] [4.8 Regression] FAIL: libgomp.fortran/omp_parse3.f90 -O0 (test for excess errors)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55884 --- Comment #9 from dave.anglin at bell dot net 2013-01-09 04:46:36 UTC --- On 8-Jan-13, at 11:15 PM, John David Anglin wrote: > I'm thinking the -fintrinsic-modules-path option needs and '=' and > that the tls_runtime check fails when I j

[Bug driver/55884] [4.8 Regression] FAIL: libgomp.fortran/omp_parse3.f90 -O0 (test for excess errors)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55884 --- Comment #8 from dave.anglin at bell dot net 2013-01-09 04:16:22 UTC --- On 8-Jan-13, at 10:29 AM, dave.anglin at bell dot net wrote: >> Can you attach libgomp.log ? > Have to do another build... This time I ran the full libgomp te

[Bug c++/55893] [4.7/4.8 Regression][C++11] runtime segfault with static const object with virtual destructor

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55893 --- Comment #6 from Frank Heckenbach 2013-01-09 04:15:35 UTC --- (In reply to comment #5) > Caused by http://gcc.gnu.org/PR49673 I believe. Perhaps instead of testing > whether TYPE_NEEDS_CONSTRUCTING we need to check if the type has non-

[Bug libstdc++/55911] New: Segfault in unordered_map with max_load_factor > 1

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55911 Bug #: 55911 Summary: Segfault in unordered_map with max_load_factor > 1 Classification: Unclassified Product: gcc Version: 4.7.2 Status: UNCONFIRMED Severity: major

[Bug middle-end/55889] [4.8 Regression] ICE: in move_op_ascend, at sel-sched.c:6153 with -fschedule-insns -fselective-scheduling

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55889 --- Comment #4 from David Edelsohn 2013-01-09 02:52:51 UTC --- Selective scheduling is failing for one of the new AIX TLS instructions when encountered for that testcase. The necessary options are: -O -fschedule-insns -fselective-schedul

[Bug libstdc++/55909] libtool test exposes what I think is some alignment issue in libstdc++

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55909 --- Comment #9 from philip.copeland at oracle dot com 2013-01-09 02:32:26 UTC --- Ooo. GCC C++ testsuite,... umm well a quick summary is this,.. it's horrible. === g++ Summary === # of expected passes

[Bug libstdc++/55909] libtool test exposes what I think is some alignment issue in libstdc++

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55909 Paolo Carlini changed: What|Removed |Added CC||ebotcazou at gcc dot

[Bug libstdc++/55909] libtool test exposes what I think is some alignment issue in libstdc++

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55909 philip.copeland at oracle dot com changed: What|Removed |Added Status|RESOLVED|WAITING

[Bug libstdc++/53218] [4.7 regression] cmake segfaults on sparcv9

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53218 Andrew Pinski changed: What|Removed |Added CC||philip.copeland at oracle

[Bug libstdc++/55909] libtool test exposes what I think is some alignment issue in libstdc++

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55909 Andrew Pinski changed: What|Removed |Added Status|WAITING |RESOLVED Resolution|

[Bug libstdc++/55909] libtool test exposes what I think is some alignment issue in libstdc++

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55909 Andrew Pinski changed: What|Removed |Added Target||sparc64-redhat-linux --- Commen

[Bug bootstrap/55792] [4.8 Regression] Bad memory access with profiledbootstrap and LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55792 --- Comment #17 from H.J. Lu 2013-01-09 00:22:18 UTC --- gimple_location is duplicated by: #1 0x00751f32 in gimple_copy (stmt=0x7fffe8d75a00) at /export/gnu/import/git/gcc/gcc/gimple.c:2205 #2 0x009c960d in gimple_

[Bug tree-optimization/55760] scalar code non using rsqrtss and rcpss

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55760 Marc Glisse changed: What|Removed |Added CC||glisse at gcc dot gnu.org --- Com

[Bug middle-end/55889] [4.8 Regression] ICE: in move_op_ascend, at sel-sched.c:6153 with -fschedule-insns -fselective-scheduling

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55889 David Edelsohn changed: What|Removed |Added Target|powerpc*-*-*|powerpc-ibm-aix* --- Comment #

[Bug c/55882] unaligned load/store : incorrect struct offset

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55882 --- Comment #9 from Jan Smets 2013-01-08 21:45:23 UTC --- Patch verified.

[Bug fortran/54286] [4.8 Regression] Accepts invalid proc-pointer assignments involving proc-ptr function result

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54286 Paul Thomas changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug c++/55908] [4.8 Regression] Problem binding a const member function to a const object

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55908 Jonathan Wakely changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|

[Bug c++/55908] [4.8 Regression] Problem binding a const member function to a const object

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55908 --- Comment #3 from Jonathan Wakely 2013-01-08 21:01:23 UTC --- Author: redi Date: Tue Jan 8 21:01:14 2013 New Revision: 195035 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=195035 Log: PR libstdc++/55908 * include/s

[Bug bootstrap/55790] Build Failure on Head Targeting x86_64 Linux

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55790 Joel Sherrill changed: What|Removed |Added Status|WAITING |RESOLVED Resolution|

[Bug c++/55879] [C++11] nested constexpr Initialisation raises internal compiler error

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55879 --- Comment #3 from Daniel Krügler 2013-01-08 20:26:33 UTC --- (In reply to comment #2) > If I understand you right, then you mean that the s_Memmap is not an > "constexpr" array. As far as I understand this is not an issue that schould > preven

[Bug tree-optimization/55823] [4.8 Regression] ice in inline_call, at ipa-inline-transform.c:270

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55823 --- Comment #8 from Jan Hubicka 2013-01-08 20:23:12 UTC --- Author: hubicka Date: Tue Jan 8 20:23:05 2013 New Revision: 195033 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=195033 Log: PR tree-optimization/55823 *

[Bug fortran/42769] [OOP] ICE in resolve_typebound_procedure

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42769 --- Comment #38 from Mikael Morin 2013-01-08 20:02:00 UTC --- Author: mikael Date: Tue Jan 8 20:01:49 2013 New Revision: 195032 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=195032 Log: PR fortran/42769 PR fortran/45

[Bug fortran/45836] [OOP] Type Bound Procedure Error - Type Mismatch

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45836 --- Comment #5 from Mikael Morin 2013-01-08 20:02:01 UTC --- Author: mikael Date: Tue Jan 8 20:01:49 2013 New Revision: 195032 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=195032 Log: PR fortran/42769 PR fortran/458

[Bug fortran/45900] [OOP] Static TBP resolved incorrectly

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45900 --- Comment #6 from Mikael Morin 2013-01-08 20:01:59 UTC --- Author: mikael Date: Tue Jan 8 20:01:49 2013 New Revision: 195032 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=195032 Log: PR fortran/42769 PR fortran/458

[Bug tree-optimization/43716] [4.6/4.7/4.8 Regression] Revision 158105 miscompiles doduc.f90

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43716 --- Comment #48 from Dominique d'Humieres 2013-01-08 19:52:39 UTC --- >From comment #40: > with -ffast-math, so for example > > if (x != 0) > tem = y / x; > else > tem = 0.; > ... do sth with tem ... > > will execute

[Bug fortran/42769] [OOP] ICE in resolve_typebound_procedure

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42769 --- Comment #37 from Mikael Morin 2013-01-08 19:42:47 UTC --- Author: mikael Date: Tue Jan 8 19:42:38 2013 New Revision: 195031 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=195031 Log: PR fortran/42769 PR fortran/45

[Bug fortran/45900] [OOP] Static TBP resolved incorrectly

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45900 --- Comment #5 from Mikael Morin 2013-01-08 19:42:50 UTC --- Author: mikael Date: Tue Jan 8 19:42:38 2013 New Revision: 195031 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=195031 Log: PR fortran/42769 PR fortran/458

[Bug fortran/45836] [OOP] Type Bound Procedure Error - Type Mismatch

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45836 --- Comment #4 from Mikael Morin 2013-01-08 19:42:49 UTC --- Author: mikael Date: Tue Jan 8 19:42:38 2013 New Revision: 195031 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=195031 Log: PR fortran/42769 PR fortran/458

[Bug c++/55893] [4.7/4.8 Regression][C++11] runtime segfault with static const object with virtual destructor

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55893 Jason Merrill changed: What|Removed |Added Status|NEW |ASSIGNED AssignedTo|unas

[Bug c++/55879] [C++11] nested constexpr Initialisation raises internal compiler error

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55879 --- Comment #2 from npl at chello dot at 2013-01-08 19:30:29 UTC --- (In reply to comment #1) > The problem also occurs for gcc 4.8.0 20121209 (experimental). Let me remark > that according to C++11 the variable s_Memmap could not be used in const

[Bug tree-optimization/43716] [4.6/4.7/4.8 Regression] Revision 158105 miscompiles doduc.f90

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43716 --- Comment #47 from Uros Bizjak 2013-01-08 19:23:41 UTC --- (In reply to comment #44) > Can't reproduce on x86_64-linux with current trunk at -O3 -g -ffast-math, both > with LRA and when LRA is disabled. From what I understood, this bug

[Bug libstdc++/55909] libtool test exposes what I think is some alignment issue in libstdc++

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55909 philip.copeland at oracle dot com changed: What|Removed |Added Attachment #29110|0 |1 is o

[Bug c++/55753] [C++11][4.7/4.8 Regression] ICE constexpr ctor, tsubst_copy_and_build, at cp/pt.c:14336

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55753 Jason Merrill changed: What|Removed |Added Status|RESOLVED|CLOSED --- Comment #13 from Jas

[Bug libstdc++/55909] libtool test exposes what I think is some alignment issue in libstdc++

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55909 --- Comment #3 from Paolo Carlini 2013-01-08 18:45:14 UTC --- Per the bug submitting instructions we need a *single* self-contained *.ii

[Bug tree-optimization/55875] [4.8 Regression] IVopts caused miscompilation

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55875 --- Comment #9 from Jakub Jelinek 2013-01-08 18:27:44 UTC --- FYI, the execute/pr55875.c with -O1 started failing with http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=138207 aka tuples merge.

[Bug lto/55902] lto1 SIGSEGV

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55902 --- Comment #5 from Václav Zeman 2013-01-08 18:26:47 UTC --- (In reply to comment #3) > Does it only reproduce with -flto-partition=none? Yes. Changing either the LTO partitioning algorithm or adding -r or -nostdlib makes the error go away.

[Bug tree-optimization/43716] [4.6/4.7/4.8 Regression] Revision 158105 miscompiles doduc.f90

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43716 Dominique d'Humieres changed: What|Removed |Added Status|WAITING |RESOLVED Resoluti

[Bug tree-optimization/55264] [4.6/4.7/4.8 Regression] ICE: in ipa_make_edge_direct_to_target, at ipa-prop.c:2141 with -O2 -fno-early-inlining -fno-weak

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55264 --- Comment #6 from Martin Jambor 2013-01-08 18:16:24 UTC --- Created attachment 29111 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29111 Untested fix I'm currently bootstrapping and testing this patch to fix the issue on trunk.

[Bug c++/55910] One of instances generated for a method with -O3 uses incorrect parameter cleanup size with 'ret'

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55910 --- Comment #5 from Oleh Derevenko 2013-01-08 18:11:42 UTC --- IMHO, I've localized the issue clearly enough. The code that generates instances for methods may sometimes consider some of those instances as having no parameters in method in

[Bug pch/54117] [4.8 Regression] FAIL: ./decl-3.h -O0 -g (internal compiler error)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54117 --- Comment #11 from stevenb.gcc at gmail dot com 2013-01-08 18:04:09 UTC --- > All that to avoid one #include "output.h" in one file? Is that one little thing really the only change you see? I see a different picture. The change is a

[Bug rtl-optimization/55845] [4.8 Regression] 454.calculix miscompares with -march=btver2 -O3 -ffastmath -fschedule-insns -mvzeroupper for test data run

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55845 Jakub Jelinek changed: What|Removed |Added Status|NEW |RESOLVED CC|

[Bug rtl-optimization/55845] [4.8 Regression] 454.calculix miscompares with -march=btver2 -O3 -ffastmath -fschedule-insns -mvzeroupper for test data run

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55845 --- Comment #11 from Jakub Jelinek 2013-01-08 18:00:30 UTC --- Author: jakub Date: Tue Jan 8 18:00:10 2013 New Revision: 195028 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=195028 Log: PR rtl-optimization/55845 * df

[Bug libstdc++/55909] libtool test exposes what I think is some alignment issue in libstdc++

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55909 --- Comment #2 from philip.copeland at oracle dot com 2013-01-08 17:59:14 UTC --- Created attachment 29110 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29110 compressed tarball of .ii files Adding .ii files as a compressed tarball

[Bug c++/55910] One of instances generated for a method with -O3 uses incorrect parameter cleanup size with 'ret'

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55910 --- Comment #4 from Paolo Carlini 2013-01-08 17:57:28 UTC --- Indeed, and that's exactly why we need a precise, specific testcase, no hand waving.

[Bug tree-optimization/55875] [4.8 Regression] IVopts caused miscompilation

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55875 --- Comment #8 from Jan Hubicka 2013-01-08 17:55:42 UTC --- Created attachment 29109 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29109 updated patch There is another bug triggered by this testcase. Some of the bounds, like those

[Bug c++/55910] One of instances generated for a method with -O3 uses incorrect parameter cleanup size with 'ret'

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55910 --- Comment #3 from Oleh Derevenko 2013-01-08 17:51:59 UTC --- Well, this is an optimizer issue which goes away with -O2. And optimizer is something that is hard to predict and reproduce, when you run over an issue in complex code with lot

[Bug pch/54117] [4.8 Regression] FAIL: ./decl-3.h -O0 -g (internal compiler error)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54117 --- Comment #10 from Jakub Jelinek 2013-01-08 17:51:10 UTC --- All that to avoid one #include "output.h" in one file? That doesn't seem appropriate to me. I'm not questioning it is a desirable change, but I'd reapply it only when all the

[Bug c++/55910] One of instances generated for a method with -O3 uses incorrect parameter cleanup size with 'ret'

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55910 Paolo Carlini changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last reconfirmed|

[Bug c++/55910] One of instances generated for a method with -O3 uses incorrect parameter cleanup size with 'ret'

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55910 Paolo Carlini changed: What|Removed |Added CC||ktietz at gcc dot gnu.org --- C

[Bug c++/55910] New: One of instances generated for a method with -O3 uses incorrect parameter cleanup size with 'ret'

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55910 Bug #: 55910 Summary: One of instances generated for a method with -O3 uses incorrect parameter cleanup size with 'ret' Classification: Unclassified Product: gcc Version

[Bug pch/54117] [4.8 Regression] FAIL: ./decl-3.h -O0 -g (internal compiler error)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54117 --- Comment #9 from stevenb.gcc at gmail dot com 2013-01-08 17:39:23 UTC --- > I think reverting would be backward - we should clearly move forward. One > way forward is to simply declare PCH unsupported with stabs. This is what I think

[Bug fortran/55341] address-sanitizer and Fortran

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55341 --- Comment #50 from Joost VandeVondele 2013-01-08 17:26:19 UTC --- (In reply to comment #49) > Fixed. Thanks, for fixing this issue. Shouldn't the PR be kept open to look into what I'm rather sure is a miscompilation as discussed in

[Bug libstdc++/55909] libtool test exposes what I think is some alignment issue in libstdc++

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55909 Paolo Carlini changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last reconfirmed|

[Bug fortran/55341] address-sanitizer and Fortran

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55341 Jakub Jelinek changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|

[Bug bootstrap/55792] [4.8 Regression] Bad memory access with profiledbootstrap and LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55792 --- Comment #16 from H.J. Lu 2013-01-08 17:12:57 UTC --- (In reply to comment #15) > So I'm still not sure what HJ means with "it's collected". GC roots are > never collected. HJ, should your patch fix anything? What do you think > the

[Bug libstdc++/55909] New: libtool test exposes what I think is some alignment issue in libstd++

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55909 Bug #: 55909 Summary: libtool test exposes what I think is some alignment issue in libstd++ Classification: Unclassified Product: gcc Version: unknown Statu

[Bug fortran/55341] address-sanitizer and Fortran

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55341 --- Comment #48 from Jakub Jelinek 2013-01-08 17:02:13 UTC --- Author: jakub Date: Tue Jan 8 17:01:58 2013 New Revision: 195025 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=195025 Log: PR fortran/55341 * asan.c (asa

[Bug fortran/55852] [4.6/4.7/4.8 regression] internal compiler error: in gfc_build_intrinsic_call, at fortran/expr.c:4647

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55852 --- Comment #10 from Andreas Schwab 2013-01-08 16:55:58 UTC --- The test case fails because the match is too strict. $ grep iszs intrinsic_size_3.f90.003t.original integer(kind=2) iszs; iszs = (integer(kind=2)) MAX_EXPR <(D

[Bug target/42661] Documented -mmad option not accepted.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42661 Steve Ellcey changed: What|Removed |Added Status|NEW |RESOLVED CC|

[Bug rtl-optimization/55829] [4.8 Regression] ICE: in curr_insn_transform, at lra-constraints.c:3069 with -msse3

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55829 --- Comment #5 from Uros Bizjak 2013-01-08 16:27:23 UTC --- (In reply to comment #3) > BTW, there is a slight inconsistency between the two patterns, the first > pattern uses sselog1 type for both the unpckldp %0, %0 and %vmovddup %1, %0

[Bug fortran/49592] [OOP] Non-polymorphic ALLOCATE with polymorphic SOURCE= rejected

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49592 Dominique d'Humieres changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug libgcj/55637] FAIL: sourcelocation output - source compiled test

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55637 Rainer Orth changed: What|Removed |Added Target|hppa2.0w-hp-hpux11.11 |hppa2.0w-hp-hpux11.11

[Bug tree-optimization/55875] [4.8 Regression] IVopts caused miscompilation

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55875 --- Comment #7 from Jan Hubicka 2013-01-08 16:12:25 UTC --- Created attachment 29106 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29106 patch in testing.

[Bug rtl-optimization/55829] [4.8 Regression] ICE: in curr_insn_transform, at lra-constraints.c:3069 with -msse3

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55829 Vladimir Makarov changed: What|Removed |Added CC||vmakarov at redhat dot com -

[Bug c/55882] unaligned load/store : incorrect struct offset

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55882 --- Comment #8 from Richard Biener 2013-01-08 15:54:46 UTC --- Or more correct Index: gcc/emit-rtl.c === --- gcc/emit-rtl.c (revision 195014) +++ gcc/emit-rtl.c

[Bug c/55882] unaligned load/store : incorrect struct offset

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55882 --- Comment #7 from Richard Biener 2013-01-08 15:47:10 UTC --- Ok with respect to alignment the issue is that when we expand_assignment for to == dmfe[i_1].use_alt_rd_dqs we fall into the old trap for STRICT_ALIGNMENT targets to use the mo

[Bug fortran/51961] [OOP] ALLOCATE with MOLD= rejects if source-expr has a different rank

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51961 Dominique d'Humieres changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug driver/55884] [4.8 Regression] FAIL: libgomp.fortran/omp_parse3.f90 -O0 (test for excess errors)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55884 --- Comment #7 from dave.anglin at bell dot net 2013-01-08 15:29:49 UTC --- On 1/8/2013 3:13 AM, jakub at gcc dot gnu.org wrote: > On HP-UX or Linux? The test is guarded with > ! { dg-require-effective-target tls_runtime } > does the OS ha

[Bug tree-optimization/55760] scalar code non using rsqrtss and rcpss

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55760 --- Comment #5 from vincenzo Innocente 2013-01-08 15:29:18 UTC --- we just got "hit" by this great type of code (copysign is unknown to scientists) most probably gcc could optimize it for -Ofast to return copysignf(1.f,x); (x/x is optim

[Bug c/55882] unaligned load/store : incorrect struct offset

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55882 --- Comment #6 from Richard Biener 2013-01-08 15:25:46 UTC --- GCC clealy thinks that (insn 21 20 0 2 (set (mem/j:SI (plus:SI (reg/f:SI 195) (const_int 10 [0xa])) [0+-2 S4 A32]) (reg:SI 201)) t.i:85 -1 is 4-by

[Bug rtl-optimization/48181] [4.6/4.7/4.8 Regression] wrong code with -O -fgcse --param ira-max-conflict-table-size=0

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48181 --- Comment #4 from Jakub Jelinek 2013-01-08 15:16:52 UTC --- But then, won't the exact same issues potentially happen in very large functions where ira_conflicts_p isn't also true, because the conflict table would be too big? I'd say zer

[Bug c/55882] unaligned load/store : incorrect struct offset

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55882 --- Comment #5 from Richard Biener 2013-01-08 15:07:16 UTC --- (In reply to comment #3) > > : : > ... > 20: 03c21021 adduv0,s8,v0 20: 03c21021 adduv0,s8,v0 > > 24:

[Bug tree-optimization/48189] [4.6/4.7/4.8 Regression] ICE: SIGFPE (division by zero) in in predict_loops () at predict.c:991 with --param max-predicted-iterations=0

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48189 --- Comment #8 from Jakub Jelinek 2013-01-08 15:02:52 UTC --- Created attachment 29105 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29105 gcc48-pr48189.patch I'd say this isn't difficult to solve enough to warrant having it open

[Bug lto/55902] lto1 SIGSEGV

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55902 --- Comment #4 from Václav Zeman 2013-01-08 15:00:09 UTC --- I have fixed the Google doc sharing. It should be accessible now. I am not sure if I can check GCC 4.7.2, I am using what Ubuntu provides as package. I believe that MinGW cross compil

[Bug c/48418] [4.6/4.7/4.8 Regression] Bit shift operator >>=

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48418 --- Comment #9 from Jakub Jelinek 2013-01-08 14:44:51 UTC --- Created attachment 29104 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29104 gcc48-pr48418.patch Untested fix. To avoid warning twice, this warns in c_fully_fold_inter

[Bug middle-end/55797] [4.8 Regression] ICE: verify_cgraph_node failed: edge has no corresponding call_stmt

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55797 --- Comment #4 from Richard Biener 2013-01-08 14:24:59 UTC --- Solution to put off recursive inlining through iteration: Index: ipa-inline.c === --- ipa-inline.c(re

[Bug debug/55579] SRA doesn't create debug stmts when they would be useful

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55579 Martin Jambor changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|

[Bug debug/55579] SRA doesn't create debug stmts when they would be useful

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55579 --- Comment #7 from Martin Jambor 2013-01-08 14:10:52 UTC --- Author: jamborm Date: Tue Jan 8 14:10:44 2013 New Revision: 195015 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=195015 Log: 2013-01-08 Martin Jambor PR

[Bug middle-end/55797] [4.8 Regression] ICE: verify_cgraph_node failed: edge has no corresponding call_stmt

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55797 --- Comment #3 from Richard Biener 2013-01-08 13:50:58 UTC --- Eh, we do totally crazy (recursive) inlining here ... struct section_info { intrusive_ptr < section_info > parent; }; struct file_info { intrusive_ptr < file_info

[Bug c++/55893] [4.7/4.8 Regression][C++11] runtime segfault with static const object with virtual destructor

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55893 Jakub Jelinek changed: What|Removed |Added CC||jakub at gcc dot gnu.org,

[Bug c++/55908] [4.8 Regression] Problem binding a const member function to a const object

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55908 Jonathan Wakely changed: What|Removed |Added Known to work||4.7.3 Target Milestone|---

[Bug c++/55908] Problem binding a const member function to a const object

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55908 Jonathan Wakely changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed|

[Bug pch/54117] [4.8 Regression] FAIL: ./decl-3.h -O0 -g (internal compiler error)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54117 --- Comment #8 from Jakub Jelinek 2013-01-08 13:28:56 UTC --- Note this isn't limited to dbxout.c, pretty much all *out.c debug backends but dwarf2out.c suffer from these issues, they all emit assembly immediately, only dwarf2out.c just cr

[Bug c++/55908] New: Problem binding a const member function to a const object

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55908 Bug #: 55908 Summary: Problem binding a const member function to a const object Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED

[Bug fortran/55086] ICE with FORALL in allocate_temp_for_forall_nest_1

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55086 Dominique d'Humieres changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug pch/54117] [4.8 Regression] FAIL: ./decl-3.h -O0 -g (internal compiler error)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54117 --- Comment #7 from Jakub Jelinek 2013-01-08 12:42:06 UTC --- dbxout.c already defines a handle_pch hook, so it is apparently told when pch_init and write_pch are called, so in theory this could be handled in dbxout.c only (still, the ques

[Bug c++/49122] [C++0x] initializer_list is broken

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49122 --- Comment #6 from Jonathan Wakely 2013-01-08 12:39:26 UTC --- (In reply to comment #5) > Hi Jonathan Wakely, > > Just wanted to confirm the doubt: That's not a "doubt" it's a question. > Do you wanted to mean that, the initialize

[Bug fortran/55824] [OOP] ICE with ALLOCATE and SOURCE= TRANSPOSE/RESHAPE

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55824 Dominique d'Humieres changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug fortran/45440] [F03] ALLOCATE with SOURCE gives an ICE (segfault)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45440 --- Comment #9 from Dominique d'Humieres 2013-01-08 12:34:01 UTC --- It looks like a duplicate of pr44672.

[Bug fortran/44672] [F2008] ALLOCATE with SOURCE and no array-spec

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44672 Dominique d'Humieres changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug middle-end/55889] [4.8 Regression] ICE: in move_op_ascend, at sel-sched.c:6153 with -fschedule-insns -fselective-scheduling

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55889 Jakub Jelinek changed: What|Removed |Added CC||jakub at gcc dot gnu.org --- Co

[Bug pch/54117] [4.8 Regression] FAIL: ./decl-3.h -O0 -g (internal compiler error)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54117 Richard Biener changed: What|Removed |Added Target|hppa2.0w-hp-hpux11.11 |stabs Host|hppa2.

[Bug pch/54117] [4.8 Regression] FAIL: ./decl-3.h -O0 -g (internal compiler error)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54117 --- Comment #5 from Jakub Jelinek 2013-01-08 11:27:12 UTC --- The problem is that dbxout.c (unlike dwarf2out.c; not sure about other debug backends) emits assembly immediately into asm_out_file, pretty much everywhere, instead of creating

  1   2   >