[Bug rtl-optimization/63906] [5 Regression] lra_remat miscompiles glibc on aarch64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63906 Andrew Pinski changed: What|Removed |Added CC||vmakarov at gcc dot gnu.org S

[Bug rtl-optimization/63906] [5 Regression] dse after reload miscompiles glibc with lra_remat turned on aarch64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63906 --- Comment #4 from Andrew Pinski --- Created attachment 33996 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33996&action=edit the .i file

[Bug rtl-optimization/63906] [5 Regression] dse after reload miscompiles glibc with lra_remat turned on aarch64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63906 Andrew Pinski changed: What|Removed |Added Summary|[5 Regression] lra_remat|[5 Regression] dse after

[Bug c++/50473] [C++0x] ICE in type_has_nontrivial_copy_init, at cp/tree.c:2574

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50473 Jason Merrill changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned a

[Bug rtl-optimization/63906] [5 Regression] lra_remat mis-compiles glibc on aarch64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63906 --- Comment #2 from Andrew Pinski --- (In reply to Andrew Pinski from comment #1) > dl-deps.c is being miscompiled. Specifically _dl_map_object_deps.

[Bug rtl-optimization/63906] [5 Regression] lra_remat mis-compiles glibc on aarch64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63906 --- Comment #1 from Andrew Pinski --- dl-deps.c is being miscompiled.

[Bug rtl-optimization/63906] [5 Regression] lra_remat mis-compiles glibc on aarch64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63906 Andrew Pinski changed: What|Removed |Added Keywords||wrong-code Target Milestone|---

[Bug rtl-optimization/63906] New: [5 Regression] lra_remat mis-compiles glibc on aarch64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63906 Bug ID: 63906 Summary: [5 Regression] lra_remat mis-compiles glibc on aarch64 Product: gcc Version: 5.0 Status: UNCONFIRMED Severity: blocker Priority: P3 Compon

[Bug target/62173] [5.0 regression] [AArch64] Performance regression due to r213488

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62173 bin.cheng changed: What|Removed |Added CC||amker.cheng at gmail dot com --- Comment #6

[Bug middle-end/63790] [5 Regression] Tests XFAILed because of the match-and-simplify merge

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63790 --- Comment #2 from ppalka at gcc dot gnu.org --- Author: ppalka Date: Mon Nov 17 02:01:36 2014 New Revision: 217638 URL: https://gcc.gnu.org/viewcvs?rev=217638&root=gcc&view=rev Log: Always combine comparisons or conversions from booleans. 2014

[Bug target/63783] [4.9/5 Regression] [SH] Miscompilation of boolean negation on SH4 using -O2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63783 --- Comment #13 from Oleg Endo --- (In reply to Michael Karcher from comment #12) > Further digging into this showed that there actually is a pass that would > merge the two "tst r1,r1" instructions - the jump2 pass in cfgclenup.c. > > The optim

[Bug inline-asm/63900] memory constrains needlessly doing memory clobber

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63900 --- Comment #5 from David --- I agree that the benefit for 3 bytes isn't going to be a big win. And certainly this sample, created from scratch solely to illustrate the problem, can be better written. For a more real-world sample, how about s

[Bug fortran/63205] [OOP] Wrongly rejects type = class (for identical declared type)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63205 --- Comment #5 from Dominique d'Humieres --- > The attached patch runs the testcase below without memory leaks but > causes regressions in: > class_allocate_7.f03 > class_to_type_2.f90 > typebound_operator_7.f03 > typebound_operator_8.f03 With t

[Bug c++/63905] New: redundant fields left in gcc/cp/cp-tree.h:lang_decl_fn

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63905 Bug ID: 63905 Summary: redundant fields left in gcc/cp/cp-tree.h:lang_decl_fn Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity: trivial Priority: P3 Comp

[Bug testsuite/61415] PowerPC test gcc.target/powerpc/tfmode_off.c fails if -mlong-double-64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61415 Peter Bergner changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug driver/63881] [5 Regression] patch to error out when input file is the same as output file causes glibc's config to fail

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

[Bug driver/63837] [5 Regression] r217391 causes kernel build errors with GCC_COMPARE_DEBUG=1

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63837 Markus Trippelsdorf changed: What|Removed |Added CC||pinskia at gcc dot gnu.org --- Com

[Bug inline-asm/63900] memory constrains needlessly doing memory clobber

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63900 --- Comment #4 from Andrew Pinski --- (In reply to Segher Boessenkool from comment #3) > Reopened; this is a perfectly valid missed optimisation. > > Nothing here does a "full memory clobber"; instead, CSE simply doesn't > know how to handle a t

[Bug fortran/63205] [OOP] Wrongly rejects type = class (for identical declared type)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63205 paul.richard.thomas at gmail dot com changed: What|Removed |Added Attachment #33834|0 |1 is obso

[Bug c++/63904] New: ICE when acessing array member of constexpr struct

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63904 Bug ID: 63904 Summary: ICE when acessing array member of constexpr struct Product: gcc Version: 5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug c++/63198] decltype in template function declaration yields spurious error

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63198 --- Comment #6 from Thomas Bernard --- The assignment operator is an operator which always has side effects. That is why it is considered dependent during template definitions to prevent early instanciations of code. By adding a typename before

[Bug c++/59558] [MSP430-gcc] CPU setup, pre start program

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59558 Peter A. Bigot changed: What|Removed |Added CC||pab at pabigot dot com --- Comment #1 f

[Bug fortran/63733] [4.8/4.9/5 Regression] [OOP] wrong resolution for OPERATOR generics

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

[Bug c++/19808] miss a warning about uninitialized member usage in member initializer list in constructor

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=19808 --- Comment #25 from Anthony Brandon --- Never mind the second question, I found walk_tree.

[Bug inline-asm/63900] memory constrains needlessly doing memory clobber

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63900 Segher Boessenkool changed: What|Removed |Added Status|RESOLVED|NEW Last reconfirmed|

[Bug middle-end/12086] memcmp(i,j,4) should use word (SI) subtraction

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=12086 --- Comment #12 from owner at bugs dot debian.org --- Thank you for the additional information you have supplied regarding this Bug report. This is an automatically generated reply to let you know your message has been received. Your message has

[Bug target/63783] [4.9/5 Regression] [SH] Miscompilation of boolean negation on SH4 using -O2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63783 --- Comment #12 from Michael Karcher --- Further digging into this showed that there actually is a pass that would merge the two "tst r1,r1" instructions - the jump2 pass in cfgclenup.c. The optimization is called "crossjumping" in gcc, also kno

[Bug middle-end/12086] memcmp(i,j,4) should use word (SI) subtraction

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=12086 Eelis changed: What|Removed |Added CC||gcc-bugzilla at contacts dot eelis

[Bug lto/63894] [5 Regression] ICE in inline_call, at ipa-inline-transform.c:339 building Firefox

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63894 Markus Trippelsdorf changed: What|Removed |Added Target Milestone|--- |5.0

[Bug lto/63894] [5 Regression] ICE in inline_call, at ipa-inline-transform.c:339 building Firefox

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63894 Markus Trippelsdorf changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug lto/63894] [5 Regression] ICE in inline_call, at ipa-inline-transform.c:339 building Firefox

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63894 --- Comment #2 from Markus Trippelsdorf --- Created attachment 33993 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33993&action=edit testcase Here's a reduced testcase for ppc64: trippels@gcc2-power8 % c++ -r -nostdlib -w -flto -std=gnu+

[Bug fortran/51976] [F2003] Support deferred-length character components of derived types (allocatable string length)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51976 --- Comment #17 from Dominique d'Humieres --- I think the last issues in comment 16 can be tracked by pr54070 and this PR closed as FIXED.

[Bug fortran/54070] [4.8/4.9/5 Regression] Wrong code with allocatable deferred-length (array) function results

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54070 --- Comment #11 from Dominique d'Humieres --- I think the remaining issue(s) of pr51976 is (are) duplicate(s) of this PR.

[Bug fortran/54070] [4.8/4.9/5 Regression] Wrong code with allocatable deferred-length (array) function results

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54070 Dominique d'Humieres changed: What|Removed |Added CC||davidgkinniburgh at yahoo dot co.

[Bug fortran/63903] ICE with assignment of allocatable character array

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63903 Dominique d'Humieres changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug libstdc++/63332] problem with VERIFY in ext/random/k_distribution/operators/serialize.cc execution test

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63332 --- Comment #9 from Jonathan Wakely --- Thanks for the update. I still wonder if it would be better to write the floating point values out using hexadecimal notation.

[Bug other/52168] fixinclude test failure for complex.h on netbsd

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52168 Jonathan Wakely changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug target/55212] [SH] Switch to LRA

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212 --- Comment #83 from Kazumoto Kojima --- Created attachment 33992 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33992&action=edit a patch for the issue c#77 Interestingly, this reduces the total text size of CSiBE test ~0.04% at -O2 even

[Bug target/55212] [SH] Switch to LRA

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212 --- Comment #82 from Kazumoto Kojima --- (In reply to Kazumoto Kojima from comment #77) > Created attachment 33788 [details] > another reduced test case of compiler/vam It seems that unsigned char memory accesses make this bad code with LRA. We

[Bug middle-end/63879] ICE compiling Linux Kernel fs/ext3/namei.c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63879 Marek Polacek changed: What|Removed |Added Status|WAITING |ASSIGNED Assignee|unassigned a

[Bug target/63783] [4.9/5 Regression] [SH] Miscompilation of boolean negation on SH4 using -O2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63783 --- Comment #11 from Michael Karcher --- Putting things straight after trying it out: (In reply to Michael Karcher from comment #7) [...] > and this gets (except SH2A with nott) transformed to (by > define_insn_and_split "nott" in the machine de

[Bug target/63783] [4.9/5 Regression] [SH] Miscompilation of boolean negation on SH4 using -O2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63783 --- Comment #10 from Michael Karcher --- Created attachment 33991 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33991&action=edit Fix logical negation of registers, SImode only In fact, it turns out, you were right. I implemented the solu

[Bug go/61871] FAIL: regexp from libgo testsuite on non-split stack targets

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61871 --- Comment #5 from Uroš Bizjak --- The testcase now fails also on i686-linux-gnu (Fedora 20, x86_64 with -m32): runtime: memory allocated by OS (0xef4f1000) not in usable range [0x1820,0x9820) runtime: out of memory: cannot allocate 727

[Bug target/63783] [4.9/5 Regression] [SH] Miscompilation of boolean negation on SH4 using -O2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63783 --- Comment #9 from Oleg Endo --- (In reply to Michael Karcher from comment #8) > Actually, the whole issue got me curious - I will try prepare a different > patch along your suggestions and compare the compiler output. If I don't > report back t

[Bug inline-asm/63900] memory constrains needlessly doing memory clobber

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63900 Andrew Haley changed: What|Removed |Added CC||aph at redhat dot com --- Comment #2 from

[Bug target/63783] [4.9/5 Regression] [SH] Miscompilation of boolean negation on SH4 using -O2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63783 --- Comment #8 from Michael Karcher --- Actually, the whole issue got me curious - I will try prepare a different patch along your suggestions and compare the compiler output. If I don't report back today, I probably won't do that in time, so don

[Bug target/63783] [4.9/5 Regression] [SH] Miscompilation of boolean negation on SH4 using -O2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63783 --- Comment #7 from Michael Karcher --- (In reply to Oleg Endo from comment #6) > > For the transformation to be valid, you would need a logical not instruction > > instead of the bitwise not instruction that sets the desination register to > > z

[Bug target/63783] [4.9/5 Regression] [SH] Miscompilation of boolean negation on SH4 using -O2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63783 --- Comment #6 from Oleg Endo --- (In reply to Michael Karcher from comment #5) > (In reply to Oleg Endo from comment #4) > > I'm not sure about this. The first hunk of your patch that removes the > > example in the top comment block should be v