[Bug ipa/65076] [5 Regression] 16% tramp3d-v4.cpp compile time regression

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65076 --- Comment #11 from Jan Hubicka --- Sorry, the number of clobbers drops at DSE1, not during ehcleanup2, I just messed up my grep. I tried the following patch: Index: passes.def =

[Bug ipa/65502] New: pure-const should play well with clobbers.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65502 Bug ID: 65502 Summary: pure-const should play well with clobbers. Product: gcc Version: 5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: ipa

[Bug ipa/65076] [5 Regression] 16% tramp3d-v4.cpp compile time regression

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65076 --- Comment #10 from Jan Hubicka --- I can re-confirm the 16% compile time regression. I went through some compare. $ wc -l *.ssa 299231 tramp3d-v4.ii.015t.ssa $ wc -l ../5/*.ssa 331115 ../5/tramp3d-v4.ii.018t.ssa so as a lame compare, we alre

[Bug inline-asm/65436] Max number of extended asm +output operands currently limited to 15

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65436 --- Comment #7 from David --- While I don't yet see a case here to justify making this change generally, it may be useful to change this for private builds of gcc. For those cases, change this line in gcc/genconfig.c: max_recog_operands = 29;

[Bug libstdc++/65500] [5 Regression] FAIL: 17_intro/headers/c++2014/all_attributes.cc (test for excess errors)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65500 --- Comment #1 from dave.anglin at bell dot net --- On 2015-03-20, at 5:00 PM, danglin at gcc dot gnu.org wrote: > FAIL: 17_intro/headers/c++2014/all_attributes.cc (test for excess errors) > Excess errors: > /test/gnu/gcc/objdir/hppa2.0w-hp-hpux1

[Bug libgcc/60939] AIX: exceptions not caught when calling function via pointer

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60939 --- Comment #8 from Zoltan Hidvegi --- How about using -bkeepfile: for all linked .o objects, that would create a very similar semantics to other platforms, all .o objects are included, and only objects that resolve undefined symbols would be inc

[Bug rtl-optimization/64366] Segmentation fault in remove_pseudos

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64366 Kazumoto Kojima changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug libgcc/60939] AIX: exceptions not caught when calling function via pointer

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60939 --- Comment #7 from David Edelsohn --- I had not noticed the lack of a reference to any symbol in the file, so missing the static constructor. -bexpfull probably would work around that problem but likely cause another. It's a tension between tw

[Bug ipa/65076] [5 Regression] 16% tramp3d-v4.cpp compile time regression

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65076 --- Comment #9 from Jan Hubicka --- Concerning Comment #7, I do not think the sreal refactoring screwed things up. sreals are not high on profile and the code generated is not worse (performance wise). It is not better, but it is not a surprise -

[Bug target/63683] m32c-rtems ICE unable to find spill register compiling libgcc

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63683 --- Comment #1 from Joel Sherrill --- Still fails on gcc head today.

[Bug tree-optimization/65492] Bad optimization in -O3 due to if-conversion and/or unrolling

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65492 --- Comment #9 from Allan Jensen --- Looking at the assembler, it does indeed appear that the only difference just loop unrolling and if conversion. After testing on another machine (and old PhenomII as opposed to the Sandybridge), and report t

[Bug c++/65398] [5 Regression] [C++11] GCC rejects constexpr variable definitions with valid initialization

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65398 Marek Polacek changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug c++/65398] [5 Regression] [C++11] GCC rejects constexpr variable definitions with valid initialization

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65398 --- Comment #3 from Marek Polacek --- Author: mpolacek Date: Fri Mar 20 21:53:40 2015 New Revision: 221544 URL: https://gcc.gnu.org/viewcvs?rev=221544&root=gcc&view=rev Log: PR c++/65398 * constexpr.c (cxx_fold_indirect_ref): Transform *

[Bug target/65501] New: v850 ICE at c_register_pragma_1, at c-family/c-pragma.c:1317

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65501 Bug ID: 65501 Summary: v850 ICE at c_register_pragma_1, at c-family/c-pragma.c:1317 Product: gcc Version: 5.0 Status: UNCONFIRMED Severity: normal Pri

[Bug libstdc++/65499] Missing "using namespace literals::chrono_literals" in std::chrono

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65499 --- Comment #1 from Martin Ejdestig --- See the end of 20.12.2 ("Header synopsis"). Maybe it is too late for 5.0?

[Bug fortran/65469] [4.8/4.9/5 Regression] ICE on bad code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65469 --- Comment #2 from janus at gcc dot gnu.org --- This should be enough to fix it: Index: gcc/fortran/interface.c === --- gcc/fortran/interface.c(Revision 221530) +++ gcc/fortran/

[Bug libstdc++/65147] alignment of std::atomic object is not correct

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65147 Jason Merrill changed: What|Removed |Added Keywords||ABI Status|UNCONFIRMED

[Bug go/65462] Use of 'go get' with gccgo is not finding dependencies correctly

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65462 --- Comment #6 from boger at us dot ibm.com --- I decided that you meant the gofrontend so here it is (just did the hg mail) https://codereview.appspot.com/213570043/

[Bug libstdc++/65500] New: [5 Regression] FAIL: 17_intro/headers/c++2014/all_attributes.cc (test for excess errors)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65500 Bug ID: 65500 Summary: [5 Regression] FAIL: 17_intro/headers/c++2014/all_attributes.cc (test for excess errors) Product: gcc Version: 5.0 Status: UNCO

[Bug lto/65475] [5 Regression] ICE in odr_vtable_hasher::equal (Segmentation fault)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65475 --- Comment #7 from Jan Hubicka --- The ICE is now fixed. I will leave this open to fix the duplicated ODR warnings (we probably only want to warn once per type). Martin, can you commit the testcase?

[Bug go/65462] Use of 'go get' with gccgo is not finding dependencies correctly

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65462 --- Comment #5 from Ian Lance Taylor --- Yes, I did mean for gofrontend-dev. Or if you want to submit to the master sources, that is even better; guidelines are at http://golang.org/doc/contribute.html .

[Bug target/43052] [4.8/4.9/5 Regression] Inline memcmp is *much* slower than glibc's, no longer expanded inline

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43052 Jan Hubicka changed: What|Removed |Added Assignee|hubicka at gcc dot gnu.org |unassigned at gcc dot gnu.org ---

[Bug lto/64860] [5 Regression] multiple definition of typeinfo in 5.0 (4.9.2 works)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64860 --- Comment #7 from Jan Hubicka --- I suppose proper fix is to make flag_incremental_linking and turn -r from Driver only. Then we could revisit individual optimizations that do rely on the fact that static linking will not be re-done.

[Bug c++/65498] [5 Regression] ICE in cxx_eval_call_expression when using __func__ inside dependent context

ruct F { }; template struct F{}()>::type> { template F(MakeDependent) { auto ICE_HERE = __func__; (void)ICE_HERE; // avoid -Wunused-variable } }; int main() { F{1}; } //-- This still leads to an ICE, but with different diagnostics using GCC 5.

[Bug lto/61886] [4.8/4.9/5 Regression] LTO breaks fread with _FORTIFY_SOURCE=2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61886 --- Comment #36 from Jan Hubicka --- This is probably too risky to fix for 5.1 (https://gcc.gnu.org/ml/gcc/2015-03/msg00241.html) though I am having WIP patch now - we need to introduce transparent alias support and make lto-symtab to turn incomp

[Bug go/65462] Use of 'go get' with gccgo is not finding dependencies correctly

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65462 --- Comment #4 from boger at us dot ibm.com --- Do you mean as if submitting to gofrontend-dev?

[Bug rtl-optimization/64164] [4.9/5 Regression] one more stack slot used due to one less inlining level

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64164 --- Comment #24 from Jeffrey A. Law --- Integrating uncprop and out-of-ssa certainly crossed my mind when I wrote that comment :-) Or at least arranging to build the life info/conflict stuff once and have it shared. A poor man's version is to n

[Bug go/65462] Use of 'go get' with gccgo is not finding dependencies correctly

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65462 --- Comment #3 from Ian Lance Taylor --- Can you send the libgo part of this patch through the codereview site?

[Bug go/65462] Use of 'go get' with gccgo is not finding dependencies correctly

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65462 --- Comment #2 from boger at us dot ibm.com --- Created attachment 35081 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35081&action=edit Updated patch to add unsafe to the list of std package names

[Bug preprocessor/65481] _Pragma GCC dependency broken on powerpc64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65481 Martin Sebor changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug tree-optimization/65492] Bad optimization in -O3 due to if-conversion and/or unrolling

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65492 --- Comment #8 from Allan Jensen --- You can remove the branches in the inner loop and still reproduce the issue. There were no branches in the original code, I only added them to the reduced case because I was using a smaller lookup table. I ap

[Bug fortran/64589] [OOP] Linking error due to undefined integer symbol with unlimited polymorphism

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64589 --- Comment #2 from Damian Rouson --- Any updates on this bug report?

[Bug tree-optimization/65443] Don't peel last iteration from loop in transform_to_exit_first_loop

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65443 --- Comment #9 from vries at gcc dot gnu.org --- Created attachment 35080 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35080&action=edit parloops dump with -ftry

[Bug tree-optimization/65443] Don't peel last iteration from loop in transform_to_exit_first_loop

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65443 --- Comment #8 from vries at gcc dot gnu.org --- Created attachment 35079 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35079&action=edit parloops dump with -fno-try

[Bug tree-optimization/65443] Don't peel last iteration from loop in transform_to_exit_first_loop

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65443 --- Comment #7 from vries at gcc dot gnu.org --- Created attachment 35078 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35078&action=edit WIP patch WIP patch, works on included testcase only.

[Bug ipa/65478] [5 regression] crafty performance regression

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65478 --- Comment #5 from Jan Hubicka --- Thre regression seems to be visible at http://gcc.opensuse.org/SPEC/CINT/sb-frescobaldi.suse.de-ai-64/186_crafty_big.png

[Bug target/61977] powerpc-eabi preprocessor breaks on lines that end with "vector"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61977 David Rivshin changed: What|Removed |Added Target||powerpc-eabi Known to work|

[Bug lto/65475] [5 Regression] ICE in odr_vtable_hasher::equal (Segmentation fault)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65475 --- Comment #6 from Jan Hubicka --- Author: hubicka Date: Fri Mar 20 18:19:18 2015 New Revision: 221542 URL: https://gcc.gnu.org/viewcvs?rev=221542&root=gcc&view=rev Log: PR ipa/65475 * ipa-devirt.c (add_type_duplicate): Prevail polymor

[Bug lto/65475] [5 Regression] ICE in odr_vtable_hasher::equal (Segmentation fault)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65475 --- Comment #5 from Jan Hubicka --- Hmm, yeah, in one unit base is virutal and in other it is not. Perhaps just dropping that sanity check or restricting it to non-odr-violation-reported Honza > https://gcc.gnu.org/bugzilla/show_bug.cgi?id

[Bug tree-optimization/65492] Bad optimization in -O3 due to if-conversion and/or unrolling

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65492 --- Comment #7 from Jan Hubicka --- > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65492 > > Richard Biener changed: > >What|Removed |Added > -

[Bug ipa/65483] bzip2 bsR/bsW should be auto-inlined

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65483 --- Comment #4 from Jan Hubicka --- > Testcase? I suppose you are talking about the loops in the bsNEEDR/W macros? bzip2 is quite small by itself, but I will take a look later today. Yes, it is bsNEEDR/W macros that gets unrolled. Honza

[Bug ipa/65478] [5 regression] crafty performance regression

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65478 --- Comment #4 from Jan Hubicka --- > Which options (LTO?)? I can't see the regression on our testers. -Ofast -flto -funroll-loops Honza

[Bug c++/65498] [5 Regression] ICE in cxx_eval_call_expression when using __func__ inside dependent context

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65498 Paolo Carlini changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug c++/65498] ICE in cxx_eval_call_expression when using __func__ inside dependent context

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65498 --- Comment #1 from Louis Dionne --- Apologies; the lines of the example run were wrapped and it's unreadable from here. Here's what it looks like: https://gist.github.com/ldionne/054e276caf90f16e3223

[Bug libstdc++/65499] New: Missing "using namespace literals::chrono_literals" in std::chrono

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65499 Bug ID: 65499 Summary: Missing "using namespace literals::chrono_literals" in std::chrono Product: gcc Version: 5.0 Status: UNCONFIRMED Severity: normal

[Bug c++/65498] New: ICE in cxx_eval_call_expression when using __func__ inside dependent context

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65498 Bug ID: 65498 Summary: ICE in cxx_eval_call_expression when using __func__ inside dependent context Product: gcc Version: 5.0 Status: UNCONFIRMED Severity: norm

[Bug c++/52963] Missing error on pack expansion

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52963 Paolo Carlini changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug target/65496] ICE: in maybe_record_trace_start, at dwarf2cfi.c:2318 with -O3 -fsched2-use-superblocks -mavx512dq --param=max-pending-list-length=0

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65496 Jakub Jelinek changed: What|Removed |Added CC||rth at gcc dot gnu.org --- Comment #2 fr

[Bug rtl-optimization/64366] Segmentation fault in remove_pseudos

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64366 --- Comment #3 from Vladimir Makarov --- Author: vmakarov Date: Fri Mar 20 17:43:48 2015 New Revision: 221541 URL: https://gcc.gnu.org/viewcvs?rev=221541&root=gcc&view=rev Log: 2015-03-20 Vladimir Makarov PR rtl-optimization/64366 *

[Bug c++/51817] [C++11] argument deduction fails when A-type parameter-type-list has additional parameters

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51817 Paolo Carlini changed: What|Removed |Added CC||jason at gcc dot gnu.org --- Comment #1

[Bug target/65496] ICE: in maybe_record_trace_start, at dwarf2cfi.c:2318 with -O3 -fsched2-use-superblocks -mavx512dq --param=max-pending-list-length=0

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65496 Jakub Jelinek changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug c++/48324] [C++0x] constexpr evaluation should respect lifetime rules

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48324 Paolo Carlini changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug c++/48324] [C++0x] constexpr evaluation should respect lifetime rules

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48324 --- Comment #3 from paolo at gcc dot gnu.org --- Author: paolo Date: Fri Mar 20 17:26:32 2015 New Revision: 221539 URL: https://gcc.gnu.org/viewcvs?rev=221539&root=gcc&view=rev Log: 2015-03-20 Paolo Carlini PR c++/48324 * g++.dg/cpp0

[Bug c/65345] ICE with _Generic selection on _Atomic int

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65345 --- Comment #8 from Marek Polacek --- A note to myself: address the TARGET_ATOMIC_ASSIGN_EXPAND_FENV implementations: .

[Bug c++/48324] [C++0x] constexpr evaluation should respect lifetime rules

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48324 --- Comment #2 from Jason Merrill --- Please.

[Bug tree-optimization/65494] [5 Regression] Loop is not vectorized because of operand canonicalization.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65494 --- Comment #3 from Jakub Jelinek --- vect_build_slp_tree apparently has code to handle (limited number) of permutations for commutative operands, but even if I bump the && *npermutes < 4 test to && *npermutes < 32, for some reason we still don't

[Bug c++/48453] [C++0x] [DR 1287] Invalid reference initialization via explicit conversion

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48453 Paolo Carlini changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug c++/48453] [C++0x] [DR 1287] Invalid reference initialization via explicit conversion

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48453 --- Comment #10 from paolo at gcc dot gnu.org --- Author: paolo Date: Fri Mar 20 17:06:18 2015 New Revision: 221537 URL: https://gcc.gnu.org/viewcvs?rev=221537&root=gcc&view=rev Log: 2015-03-20 Paolo Carlini PR c++/48453 * g++.dg/cpp

[Bug c++/65497] Call to member function template named the same as class template is rejected

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65497 Paolo Carlini changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug c++/61642] g++ confuses template member template function with template class

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61642 Paolo Carlini changed: What|Removed |Added CC||lucdanton at free dot fr --- Comment #2

[Bug go/65462] Use of 'go get' with gccgo is not finding dependencies correctly

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65462 --- Comment #1 from boger at us dot ibm.com --- Created attachment 35077 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35077&action=edit Fix dependencies in go tool for gccgo The code to determine when to import packages was not quite catc

[Bug c++/48453] [C++0x] [DR 1287] Invalid reference initialization via explicit conversion

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48453 --- Comment #9 from Daniel Krügler --- (In reply to Paolo Carlini from comment #8) > This is now in C++14. Time to add the testcase and close the bug. I agree.

[Bug c++/17729] [4.8/4.9/5 Regression] Duplicate __attribute__((deprecated)) warning

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=17729 Kai Tietz changed: What|Removed |Added Status|NEW |ASSIGNED CC|

[Bug c++/48453] [C++0x] [DR 1287] Invalid reference initialization via explicit conversion

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48453 Paolo Carlini changed: What|Removed |Added Status|SUSPENDED |NEW --- Comment #8 from Paolo Carlini -

[Bug c++/48324] [C++0x] constexpr evaluation should respect lifetime rules

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48324 Paolo Carlini changed: What|Removed |Added CC||paolo.carlini at oracle dot com --- Comm

[Bug c++/47765] [Core/1391] Wrong template deduction

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47765 Paolo Carlini changed: What|Removed |Added Status|ASSIGNED|SUSPENDED

[Bug c++/65497] New: Call to member function template named the same as class template is rejected

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65497 Bug ID: 65497 Summary: Call to member function template named the same as class template is rejected Product: gcc Version: 5.0 Status: UNCONFIRMED Severity: nor

[Bug target/65496] New: ICE: in maybe_record_trace_start, at dwarf2cfi.c:2318 with -O3 -fsched2-use-superblocks -mavx512dq --param=max-pending-list-length=0

ble-languages=c,c++,lto,fortran --prefix=/mnt/svn/gcc-trunk/binary-221530-lto-fortran-checking-yes-rtl-df/ --without-cloog --without-ppl Thread model: posix gcc version 5.0.0 20150320 (experimental) (GCC) Tested revisions: r221530 - ICE

[Bug tree-optimization/65494] [5 Regression] Loop is not vectorized because of operand canonicalization.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65494 Jakub Jelinek changed: What|Removed |Added Target Milestone|--- |5.0 Summary|[5.0 Regression]

[Bug tree-optimization/65494] [5.0 Regression] Loop is not vectorized because of operand canonicalization.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65494 Jakub Jelinek changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug target/65495] New: ICE: chkp_make_addressed_object_bounds: Unexpected tree code const_decl with -fcheck-pointer-bounds -mmpx and fortran

without-cloog --without-ppl Thread model: posix gcc version 5.0.0 20150320 (experimental) (GCC) Tested revisions: r221530 - ICE

[Bug tree-optimization/64715] [5 Regression] __builtin_object_size (..., 1) fails to locate subobject

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64715 --- Comment #14 from Jakub Jelinek --- Created attachment 35073 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35073&action=edit WIP patch So, on top of what you've committed, here is my unfinished attempt to disable for __bos undesirable

[Bug c++/65072] Segfault when parsing dectlype in trailing return type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65072 Marek Polacek changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug c++/65072] Segfault when parsing dectlype in trailing return type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65072 --- Comment #12 from Marek Polacek --- Author: mpolacek Date: Fri Mar 20 14:56:53 2015 New Revision: 221535 URL: https://gcc.gnu.org/viewcvs?rev=221535&root=gcc&view=rev Log: PR c++/65072 * typeck.c (lookup_anon_field): Make sure we're d

[Bug tree-optimization/65494] [5.0 Regression] Loop is not vectorized because of operand canonicalization.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65494 --- Comment #1 from Yuri Rumyantsev --- Created attachment 35072 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35072&action=edit test-case to reproduce The following options are used to reproduce: -Ofast -funroll-loops

[Bug target/65459] SLOW_UNALIGNED_ACCESS unconditionally set to 1 for ARM targets

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65459 Ramana Radhakrishnan changed: What|Removed |Added CC||ramana at gcc dot gnu.org

[Bug tree-optimization/65494] New: [5.0 Regression] Loop is not vectorized because of operand canonicalization.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65494 Bug ID: 65494 Summary: [5.0 Regression] Loop is not vectorized because of operand canonicalization. Product: gcc Version: 5.0 Status: UNCONFIRMED Severity: norm

[Bug tree-optimization/65492] Bad optimization in -O3 on SSE intrinsics

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65492 Richard Biener changed: What|Removed |Added CC||hubicka at gcc dot gnu.org --- Comment

[Bug c/65493] bug with 64/32 division sign related to various factors (-O3)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65493 sophana changed: What|Removed |Added Status|RESOLVED|CLOSED --- Comment #3 from sophana --- Thanks

[Bug fortran/61275] Invalid initialization expression for ALLOCATABLE component in structure constructor at (1)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61275 --- Comment #8 from Dominique d'Humieres --- module A Type T character(LEN=:), allocatable :: S end type character(len=6), parameter :: str = 'string' Type(T) :: TestObj = T(str) end module is rejected with Type(T) ::

[Bug target/65456] powerpc64le autovectorized copy loop missed optimization

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65456 --- Comment #8 from Bill Schmidt --- Pish, those adds shouldn't be the least bit relevant. I'll have a look.

[Bug tree-optimization/65492] Bad optimization in -O3 on SSE intrinsics

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65492 --- Comment #5 from Richard Biener --- Unrolling of the inner loop accounts for the rest (both conditional moves with if-conversion applied and the branchy code if not seems to put a too heavy load on the branch predictor(?) when inside another l

[Bug tree-optimization/65492] Bad optimization in -O3 on SSE intrinsics

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65492 Richard Biener changed: What|Removed |Added Keywords||missed-optimization Target|

[Bug c/65493] bug with 64/32 division sign related to various factors (-O3)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65493 Markus Trippelsdorf changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC|

[Bug c/65493] bug with 64/32 division sign related to various factors (-O3)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65493 --- Comment #1 from sophana --- Forgot to say that the result is the same on all tested gcc versions on various targets. All work with -O1 and not with -O3

[Bug c/65493] New: bug with 64/32 division sign related to various factors (-O3)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65493 Bug ID: 65493 Summary: bug with 64/32 division sign related to various factors (-O3) Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity: normal

[Bug fortran/61275] Invalid initialization expression for ALLOCATABLE component in structure constructor at (1)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61275 --- Comment #7 from vehre at gcc dot gnu.org --- First sentence of F2008, 7.1.12 is: A constant expression is an expression with limitations that make it suitable for use as a kind type parameter, *initializer*, or named constant. It i

[Bug target/65459] SLOW_UNALIGNED_ACCESS unconditionally set to 1 for ARM targets

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65459 renlin at gcc dot gnu.org changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |renlin at gcc dot gnu.

[Bug tree-optimization/64715] [5 Regression] __builtin_object_size (..., 1) fails to locate subobject

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64715 --- Comment #13 from Richard Biener --- Author: rguenth Date: Fri Mar 20 12:39:32 2015 New Revision: 221532 URL: https://gcc.gnu.org/viewcvs?rev=221532&root=gcc&view=rev Log: 2015-03-20 Richard Biener PR middle-end/64715 * tree-chrec

[Bug fortran/61275] Invalid initialization expression for ALLOCATABLE component in structure constructor at (1)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61275 --- Comment #6 from Antony Lewis --- Not sure about that - 7.1.12 of 2008 is about constants, but in the example the type instance is not a constant? The example is fine in ifort (and used in cosmomc?). Antony > -Original Message- > Fro

[Bug lto/65239] typeinfo / VTT for some classes not visibile in shared library when LTO is used

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65239 --- Comment #2 from Jana Saout --- No, sorry, ignore that last one... my mistake - it's still there.

[Bug lto/65239] typeinfo / VTT for some classes not visibile in shared library when LTO is used

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65239 --- Comment #1 from Jana Saout --- Mmmh, the issue disappeared in the gcc of today. (so it was probably fixed sometime between March 16th and March 20th)

[Bug tree-optimization/65492] Bad optimization in -O3 on SSE intrinsics

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65492 --- Comment #3 from Allan Jensen --- The -O3 regression seems to go back a long way, but has become lesser over time. With gcc 4.6 and older it runs at 3.1s with -O3, and still at 1.8s with -O2.

[Bug tree-optimization/65492] Bad optimization in -O3 on SSE intrinsics

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65492 --- Comment #2 from Allan Jensen --- Created attachment 35071 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35071&action=edit vector union test

[Bug tree-optimization/65492] Bad optimization in -O3 on SSE intrinsics

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65492 --- Comment #1 from Allan Jensen --- Created attachment 35070 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35070&action=edit main

[Bug tree-optimization/65492] New: Bad optimization in -O3 on SSE intrinsics

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65492 Bug ID: 65492 Summary: Bad optimization in -O3 on SSE intrinsics Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-

[Bug fortran/61275] Invalid initialization expression for ALLOCATABLE component in structure constructor at (1)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61275 --- Comment #5 from vehre at gcc dot gnu.org --- Completely right, the initial test is still not compilable. But this is because assigning to an allocatable component in an initializer is not allowed by the standards: F2003, 7.1.7 (3) and also in

[Bug fortran/65469] [4.8/4.9/5 Regression] ICE on bad code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65469 Jakub Jelinek changed: What|Removed |Added Keywords||error-recovery Priority|P3

[Bug target/62109] __gthr_i486_lock_cmp_xchg missing clobber

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62109 --- Comment #9 from Kai Tietz --- (In reply to David from comment #8) > (In reply to Kai Tietz from comment #7) > The first code block in comment #6 is what is in the code now. As you can > see, it already has the #define you are describing. I

[Bug c++/65072] Segfault when parsing dectlype in trailing return type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65072 --- Comment #11 from Marek Polacek --- (In reply to Jakub Jelinek from comment #10) > Actually, sorry for the error, it really started with r151529. Thanks -- I think I have a fix now.

  1   2   >