[Bug tree-optimization/66502] SCCVN can't handle PHIs optimistically optimally

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66502 --- Comment #3 from Richard Biener --- Author: rguenth Date: Thu Aug 13 07:06:10 2015 New Revision: 226850 URL: https://gcc.gnu.org/viewcvs?rev=226850&root=gcc&view=rev Log: 2015-08-13 Richard Biener PR tree-optimization/66502

[Bug c/67167] cilkplus vectorization problems

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67167 --- Comment #2 from Richard Biener --- Author: rguenth Date: Thu Aug 13 07:06:10 2015 New Revision: 226850 URL: https://gcc.gnu.org/viewcvs?rev=226850&root=gcc&view=rev Log: 2015-08-13 Richard Biener PR tree-optimization/66502

[Bug c/67167] cilkplus vectorization problems

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67167 Richard Biener changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug tree-optimization/66502] SCCVN can't handle PHIs optimistically optimally

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66502 --- Comment #4 from Richard Biener --- SCCVN preference changed. Missed optimization remains (now the other variant).

[Bug rtl-optimization/67201] New: PowerPC -mlra hits ICE: Max. number of generated reload insns per insn is achieved

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67201 Bug ID: 67201 Summary: PowerPC -mlra hits ICE: Max. number of generated reload insns per insn is achieved Product: gcc Version: unknown Status: UNCONFIRMED Seve

[Bug c++/55004] [meta-bug] constexpr issues

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55004 Bug 55004 depends on bug 67104, which changed state. Bug 67104 Summary: [5/6 regression] Constant expression factory function initializes std::array with static storage duration strangely https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67104

[Bug c++/67104] [5/6 regression] Constant expression factory function initializes std::array with static storage duration strangely

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67104 Markus Trippelsdorf changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug c++/67104] [5 regression] Constant expression factory function initializes std::array with static storage duration strangely

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67104 Markus Trippelsdorf changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED

[Bug c++/55004] [meta-bug] constexpr issues

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55004 Bug 55004 depends on bug 67104, which changed state. Bug 67104 Summary: [5 regression] Constant expression factory function initializes std::array with static storage duration strangely https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67104

[Bug tree-optimization/67191] [6 Regression] ICE: in before_dom_children, at tree-ssa-sccvn.c:4372

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67191 --- Comment #6 from Richard Biener --- Ok, reproduced with a cross. The assert means the DOM walk didn't visit the definition of an operand before its use which shouldn't happen. The use is in a loop nested in a loop which contains the definiti

[Bug c++/67200] Copy elision and implicit move in return performed in cases not allowed by standard

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67200 Jonathan Wakely changed: What|Removed |Added Keywords||accepts-invalid Status|UNC

[Bug c++/67195] cpp and g++ does not define __GLIBCXX__

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67195 Jonathan Wakely changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug fortran/67170] PRE can't hoist out a readonly argument

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67170 --- Comment #4 from Richard Biener --- Corrected variant, we hit the assert I put in the first one. Index: gcc/tree-ssa-alias.c === --- gcc/tree-ssa-alias.c(revision 226852)

[Bug fortran/67170] PRE can't hoist out a readonly argument

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67170 --- Comment #5 from Richard Biener --- Ok to make the alias-oracle approach more "scalable" we'd need to cache the fn spec parameter/result bits in the functions PARM/RESULT_DECLs (thus in tree_decl_common where we have conveniently 24bits left t

[Bug c++/67195] cpp and g++ does not define __GLIBCXX__

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67195 --- Comment #2 from Jeffrey Walton --- > > $ uname -a > Linux localhost.localdomain 4.1.3-201.fc22.x86_64 #1 SMP Wed Jul 29 19:50:22 > UTC 2015 x86_64 x86_64 x86_64 GNU/Linux > > $ g++ --version > g++ (GCC) 5.1.1 20150618 (Red Hat 5.1.1-4) > C

[Bug fortran/67170] PRE can't hoist out a readonly argument

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67170 Richard Biener changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned

[Bug c++/67195] cpp and g++ does not define __GLIBCXX__

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67195 --- Comment #3 from Andrew Pinski --- (In reply to Jeffrey Walton from comment #2) > > > > $ uname -a > > Linux localhost.localdomain 4.1.3-201.fc22.x86_64 #1 SMP Wed Jul 29 19:50:22 > > UTC 2015 x86_64 x86_64 x86_64 GNU/Linux > > > > $ g++ --v

[Bug c++/67195] cpp and g++ does not define __GLIBCXX__

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67195 --- Comment #4 from Andrew Pinski --- (In reply to Andrew Pinski from comment #3) > (In reply to Jeffrey Walton from comment #2) > > > > > > $ uname -a > > > Linux localhost.localdomain 4.1.3-201.fc22.x86_64 #1 SMP Wed Jul 29 > > > 19:50:22 > >

[Bug rtl-optimization/67103] [6 Regression]: gcc.target/i386/cmov2.c and gcc.target/i386/cmov3.c FAIL on x86

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67103 --- Comment #2 from ktkachov at gcc dot gnu.org --- Author: ktkachov Date: Thu Aug 13 09:11:13 2015 New Revision: 226853 URL: https://gcc.gnu.org/viewcvs?rev=226853&root=gcc&view=rev Log: [RTL-ifcvt] Improve conditional select ops on immediates (

[Bug target/67126] [6 Regression][SH] gcc.target/sh/pr51244-12.c failures

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67126 Bug 67126 depends on bug 67103, which changed state. Bug 67103 Summary: [6 Regression]: gcc.target/i386/cmov2.c and gcc.target/i386/cmov3.c FAIL on x86 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67103 What|Removed

[Bug rtl-optimization/67103] [6 Regression]: gcc.target/i386/cmov2.c and gcc.target/i386/cmov3.c FAIL on x86

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67103 ktkachov at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution

[Bug go/67198] [5/6 Regression] change of type of syscall.RawSockaddr.Data on ppc64 breaks compilation of existing programs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67198 Richard Biener changed: What|Removed |Added Target Milestone|--- |5.3

[Bug c++/62164] 5.0: ICE: error: Both section and comdat group is set

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62164 --- Comment #5 from Paolo Carlini --- I'm adding the testcase and closing the bug.

[Bug tree-optimization/67191] [6 Regression] ICE: in before_dom_children, at tree-ssa-sccvn.c:4372

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67191 --- Comment #7 from Richard Biener --- Author: rguenth Date: Thu Aug 13 09:39:50 2015 New Revision: 226854 URL: https://gcc.gnu.org/viewcvs?rev=226854&root=gcc&view=rev Log: 2015-08-13 Richard Biener PR tree-optimization/67191

[Bug tree-optimization/67191] [6 Regression] ICE: in before_dom_children, at tree-ssa-sccvn.c:4372

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67191 Richard Biener changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug fortran/67202] New: Fortran FE should load scalar pass-by-reference intent-in arguments at the beginning of a function

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67202 Bug ID: 67202 Summary: Fortran FE should load scalar pass-by-reference intent-in arguments at the beginning of a function Product: gcc Version: 6.0 Status: UNCONFIRMED

[Bug c++/67195] cpp and g++ does not define __GLIBCXX__

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67195 --- Comment #5 from Jeffrey Walton --- (In reply to Andrew Pinski from comment #3) > (In reply to Jeffrey Walton from comment #2) > > > > > > $ uname -a > > > Linux localhost.localdomain 4.1.3-201.fc22.x86_64 #1 SMP Wed Jul 29 > > > 19:50:22 >

[Bug testsuite/67203] New: [6 regression] FAIL: g++.dg/tree-ssa/pr61034.C -std=gnu++11 scan-tree-dump-times fre2 "free" 10

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67203 Bug ID: 67203 Summary: [6 regression] FAIL: g++.dg/tree-ssa/pr61034.C -std=gnu++11 scan-tree-dump-times fre2 "free" 10 Product: gcc Version: 6.0 Status: UNCONFIRMED

[Bug fortran/67202] Fortran FE should load scalar pass-by-reference intent-in arguments at the beginning of a function

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

[Bug testsuite/67203] [6 regression] FAIL: g++.dg/tree-ssa/pr61034.C -std=gnu++11 scan-tree-dump-times fre2 "free" 10

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67203 Richard Biener changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed|

[Bug c++/62164] 5.0: ICE: error: Both section and comdat group is set

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62164 --- Comment #6 from paolo at gcc dot gnu.org --- Author: paolo Date: Thu Aug 13 10:18:47 2015 New Revision: 226855 URL: https://gcc.gnu.org/viewcvs?rev=226855&root=gcc&view=rev Log: 2015-08-13 Paolo Carlini PR c++/62164 * g++

[Bug c++/62164] 5.0: ICE: error: Both section and comdat group is set

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62164 Paolo Carlini changed: What|Removed |Added Status|NEW |RESOLVED CC|adam at os d

[Bug sanitizer/67204] New: documentation for sanitizer missing/incomplete

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67204 Bug ID: 67204 Summary: documentation for sanitizer missing/incomplete Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug sanitizer/67204] documentation for sanitizer missing/incomplete

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67204 Marek Polacek changed: What|Removed |Added CC||mpolacek at gcc dot gnu.org --- Comment

[Bug sanitizer/67204] documentation for sanitizer missing/incomplete

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67204 --- Comment #2 from Andrew Pinski --- Just for reference this is the documentation that is included in GCC (minus the formating): -fsanitize=address Enable AddressSanitizer, a fast memory error detector. Memory access instructions are instrumente

[Bug c++/65143] [C++11] missing devirtualization for virtual base in "final" classes

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

[Bug tree-optimization/54803] Rotates are not vectorized

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54803 vekumar at gcc dot gnu.org changed: What|Removed |Added CC||vekumar at gcc dot gnu.org -

[Bug sanitizer/67204] documentation for sanitizer missing/incomplete

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67204 --- Comment #3 from smagnet at yopmail dot com --- > https://gcc.gnu.org/onlinedocs/gcc/Debugging-Options.html#Debugging-Options > What exactly are you missing? Basically, I think the information from the address sanitizer wiki (and the other lin

[Bug c++/64002] Braced initialization of unknown bound array of nondependent type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64002 Paolo Carlini changed: What|Removed |Added Priority|P3 |P2

[Bug tree-optimization/54803] Rotates are not vectorized

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54803 --- Comment #6 from vekumar at gcc dot gnu.org --- (In reply to vekumar from comment #5) > On bdver4 when we enable -march=bdver4 and -mno-prefer-avx128 vectorizes > using YMM > Otherwise uses vprotq instruction. > > .L13: > vmovdqa (%r8,

[Bug sanitizer/67204] documentation for sanitizer missing/incomplete

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

[Bug sanitizer/67204] documentation for sanitizer missing/incomplete

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67204 --- Comment #5 from Marek Polacek --- (In reply to smagnet from comment #3) > Moreover, the undefined behavior sanitizer runtime options (UBSAN_OPTIONS, > as described here >

[Bug ada/67205] New: Unnecessary trampolines for nested packages

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67205 Bug ID: 67205 Summary: Unnecessary trampolines for nested packages Product: gcc Version: 5.1.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: ada

[Bug ada/67205] Unnecessary trampolines for nested packages

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67205 Marek Polacek changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug libstdc++/67082] FAIL: tr1/8_c_compatibility/complex/functions.cc (test for excess errors)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67082 John David Anglin changed: What|Removed |Added CC||jason at gcc dot gnu.org --- Comment

[Bug go/67198] [5/6 Regression] change of type of syscall.RawSockaddr.Data on ppc64 breaks compilation of existing programs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67198 --- Comment #2 from boger at us dot ibm.com --- I was asked to make this fix to gccgo. A corresponding Docker fix is needed which is described here https://github.com/docker/libcontainer/pull/625. It is unfortunate it introduces an incompatibili

[Bug target/67126] [6 Regression][SH] gcc.target/sh/pr51244-12.c failures

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67126 Oleg Endo changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug target/67002] [5] [SH]: Bootstrap stage 2/3 comparison failure - gcc/real.o differs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67002 --- Comment #26 from Oleg Endo --- (In reply to John Paul Adrian Glaubitz from comment #25) > Ok, this seems to have been fixed: > Although this PR could be marked as fixed, I'd like to keep it open. It will remind me of the "static rtx_insn" m

[Bug go/67198] [5/6 Regression] change of type of syscall.RawSockaddr.Data on ppc64 breaks compilation of existing programs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67198 --- Comment #3 from Ian Lance Taylor --- I don't think there is any risk of incorrect execution here. Nothing is going to care whether these bytes are signed or not.

[Bug tree-optimization/67153] [5/6 Regression] integer optimizations 53% slower than std::bitset<>

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67153 --- Comment #12 from ncm at cantrip dot org --- As regards hot spots, the program has two: int score[7] = { 0, }; for (Letters word : words) /**/if (!(word & ~seven)) for_each_in_seven([&](Letters letter, i

[Bug fortran/52162] Bogus -fcheck=bounds with realloc on assignment to unallocated LHS

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52162 Alexis Rohou changed: What|Removed |Added CC||a.rohou at gmail dot com --- Comment #4 f

[Bug libstdc++/67082] FAIL: tr1/8_c_compatibility/complex/functions.cc (test for excess errors)

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

[Bug fortran/44348] ICE in build_function_decl

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44348 Bud Davis changed: What|Removed |Added CC||bdavis at gcc dot gnu.org --- Comment #7 fro

[Bug c++/67195] cpp and g++ does not define __GLIBCXX__

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67195 --- Comment #6 from Jonathan Wakely --- (In reply to Jeffrey Walton from comment #5) > When I parsed the page on macros, I found it to be an interesting > implementation detail. And I thought it was useful to know cpp or g++ > fetched the macro f

[Bug rtl-optimization/67206] New: Redundant spills in simple copy loop for 32-bit x86 target

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67206 Bug ID: 67206 Summary: Redundant spills in simple copy loop for 32-bit x86 target Product: gcc Version: 6.0 Status: UNCONFIRMED Severity: normal Prior

[Bug rtl-optimization/67206] Redundant spills in simple copy loop for 32-bit x86 target

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67206 --- Comment #1 from Yuri Rumyantsev --- Created attachment 36180 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36180&action=edit test-case to reproduce Must be compiled with -O3 -m32 -march=slm to reproduce.

[Bug go/67198] [5/6 Regression] change of type of syscall.RawSockaddr.Data on ppc64 breaks compilation of existing programs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67198 --- Comment #4 from boger at us dot ibm.com --- I'll admit I'm not familiar with how this field could ever be used. But you are saying that no code will ever try to do a compare with this field when has a value greater than 127? If it did then i

[Bug c++/63693] ICE in resolve_typename_type

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

[Bug c/65455] typeof _Atomic fails

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65455 --- Comment #18 from Marek Polacek --- So this looks like a dup of PR39985. It seems that, if anything, we should modify __typeof to drop all qualifiers. I.e. that all of the following __typeofs yield "int": const int a; volatile int b; const

[Bug c++/67207] New: ice in infer_nonnull_range_by_attribute with -O3

by gcc trunk dated 20150813, does this gtk2_ardour/imageframe_time_axis_group.cc:453:1: internal compiler error: Segmentation fault 0xd701ff crash_signal ../../src/trunk/gcc/toplev.c:352 0xac593d infer_nonnull_range_by_attribute(gimple_statement_base*, tree_node*) ../../src/trunk/gcc/g

[Bug c++/67207] ice in infer_nonnull_range_by_attribute with -O3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67207 --- Comment #1 from David Binderman --- I should have mentioned that flag -O3 is also required.

[Bug middle-end/67133] [6 Regression] ICE at -Os and above on x86_64-linux-gnu in gimple_op, at gimple.h:2274

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67133 Marek Polacek changed: What|Removed |Added CC||dcb314 at hotmail dot com --- Comment #1

[Bug c++/67207] ice in infer_nonnull_range_by_attribute with -O3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67207 Marek Polacek changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC|

[Bug c++/53421] __attribute__((__may_alias__)) prevents taking address of conversion operator member function

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53421 --- Comment #1 from Paolo Carlini --- This is fixed in mainline. I'm adding two testcases and closing the bug.

[Bug tree-optimization/61441] ARM aarch64 fails to quiet signaling NaN

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61441 --- Comment #5 from joseph at codesourcery dot com --- On Thu, 13 Aug 2015, ssaraswati at gmail dot com wrote: > With -fno-signaling-nans (which is the default), we need to fix the ccp so > that > the sNaN is converted to qNaN when the value is

[Bug c++/53421] __attribute__((__may_alias__)) prevents taking address of conversion operator member function

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

[Bug c++/53421] __attribute__((__may_alias__)) prevents taking address of conversion operator member function

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53421 --- Comment #2 from paolo at gcc dot gnu.org --- Author: paolo Date: Thu Aug 13 15:45:37 2015 New Revision: 226868 URL: https://gcc.gnu.org/viewcvs?rev=226868&root=gcc&view=rev Log: 2015-08-13 Paolo Carlini PR c++/53421 * g++

[Bug go/67198] [5/6 Regression] change of type of syscall.RawSockaddr.Data on ppc64 breaks compilation of existing programs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67198 --- Comment #5 from Ian Lance Taylor --- I am indeed saying that no code is ever going to do a less-than or greater-than comparison with the bytes in an IP address. Not that that has much to do with what we should do here. I'm just saying that

[Bug middle-end/67133] [6 Regression] ICE at -Os and above on x86_64-linux-gnu in gimple_op, at gimple.h:2274

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67133 Marek Polacek changed: What|Removed |Added CC||mpolacek at gcc dot gnu.org --- Comment

[Bug c/65455] typeof _Atomic fails

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65455 --- Comment #19 from joseph at codesourcery dot com --- On Thu, 13 Aug 2015, mpolacek at gcc dot gnu.org wrote: > So this looks like a dup of PR39985. It seems that, if anything, we should > modify __typeof to drop all qualifiers. I.e. that al

[Bug middle-end/67133] [6 Regression] ICE at -Os and above on x86_64-linux-gnu in gimple_op, at gimple.h:2274

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67133 --- Comment #13 from Marek Polacek --- Or --- a/gcc/gimple.c +++ b/gcc/gimple.c @@ -2684,8 +2684,10 @@ infer_nonnull_range_by_attribute (gimple stmt, tree op) { for (unsigned int i = 0; i < gimple_call_num_args (stmt); i++)

[Bug middle-end/67133] [6 Regression] ICE at -Os and above on x86_64-linux-gnu in gimple_op, at gimple.h:2274

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67133 --- Comment #14 from Marek Polacek --- The fix above does not yet fix the original ICE, but it fixes comment 9. I'm looking more.

[Bug c++/67208] New: bool const to float* function argument allowed

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67208 Bug ID: 67208 Summary: bool const to float* function argument allowed Product: gcc Version: 4.6.3 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c+

[Bug c++/67208] bool const to float* function argument allowed

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67208 Jonathan Wakely changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug middle-end/67133] [6 Regression] ICE at -Os and above on x86_64-linux-gnu in gimple_op, at gimple.h:2274

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

[Bug c++/67209] New: G++ generates incorrect code for boost::filesystem

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67209 Bug ID: 67209 Summary: G++ generates incorrect code for boost::filesystem Product: gcc Version: 5.2.0 Status: UNCONFIRMED Severity: major Priority: P3 Component:

[Bug c++/67209] G++ generates incorrect code for boost::filesystem

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

[Bug c++/64859] -Wabi-tag is not documented

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64859 Manuel López-Ibáñez changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC|

[Bug fortran/44348] ICE in build_function_decl

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44348 --- Comment #8 from Bud Davis --- subroutine s contains SUBROUTINE s END SUBROUTINE end subroutine q? Is this valid ?

[Bug c++/67210] New: [concepts] Error parsing ">>" after a template-id that names a concept

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67210 Bug ID: 67210 Summary: [concepts] Error parsing ">>" after a template-id that names a concept Product: gcc Version: 6.0 Status: UNCONFIRMED Severity: normal

[Bug c++/67210] [concepts] Error parsing ">>" after a template-id that names a concept

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67210 Casey Carter changed: What|Removed |Added Keywords||ice-on-valid-code CC|

[Bug debug/66068] [6 Regression] error: type variant has different TYPE_VFIELD

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66068 Matt Hargett changed: What|Removed |Added CC||matt at use dot net --- Comment #5 from M

[Bug bootstrap/44756] [meta-bug] --enable-werror-always issues

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44756 Bug 44756 depends on bug 55035, which changed state. Bug 55035 Summary: reload1.c:3766:41: error: ‘orig_dup[0]’ may be used uninitialized in this function (for fr30, microblaze, moxie, rl78) https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55035

[Bug middle-end/55035] reload1.c:3766:41: error: ‘orig_dup[0]’ may be used uninitialized in this function (for fr30, microblaze, moxie, rl78)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55035 rsandifo at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED C

[Bug middle-end/55035] reload1.c:3766:41: error: ‘orig_dup[0]’ may be used uninitialized in this function (for fr30, microblaze, moxie, rl78)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55035 --- Comment #9 from rsandifo at gcc dot gnu.org --- Author: rsandifo Date: Thu Aug 13 20:22:34 2015 New Revision: 226874 URL: https://gcc.gnu.org/viewcvs?rev=226874&root=gcc&view=rev Log: gcc/ PR bootstrap/55035 * reload1.c (eli

[Bug target/66511] [avr] whole-byte shifts not optimized away for uint64_t

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66511 --- Comment #3 from Georg-Johann Lay --- (In reply to Matthijs Kooijman from comment #2) > So, IIUC, this is quite hard to fix? Either you use lib functions, which > prevents the optimizer from just relabeling or coyping registers to apply > shif

[Bug c/65455] typeof _Atomic fails

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65455 --- Comment #20 from Jens Gustedt --- I would be much happier with a generic operator that makes any object into an rvalue. One way that comes close would be `1 ? (X) : (X)`. This is an expression that transforms any expression `X` that is not a

[Bug c/65455] typeof _Atomic fails

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65455 --- Comment #21 from Jens Gustedt --- I would be much happier with a generic operator that makes any object into an rvalue. One way that comes close would be `1 ? (X) : (X)`. This is an expression that transforms any expression `X` that is not a