[Bug tree-optimization/68275] New: bb-slp-38 FAILs on armeb

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68275 Bug ID: 68275 Summary: bb-slp-38 FAILs on armeb Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization

[Bug fortran/65454] Extending both forms of relational operators

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65454 --- Comment #4 from Paul Martin --- For information : The Silverfrost FTN95 compiler , version 7.20 compiles with no errors the program submitted in Comment 0 (though I had to delete two '::' separators). It gives the same results as the

[Bug c++/68265] Arbitrary syntactic nonsense silently accepted after 'int (*){}' until the next close brace

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68265 --- Comment #2 from Zack Weinberg --- This problem apparently goes back at least as far as 4.8. Stack Overflow people found a number of variations, please consult https://stackoverflow.com/questions/23033043/is-it-a-new-c11-style-of-comments

[Bug c/68272] Unwanted out-of-line instances for C inline functions that are also GCC builtins.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68272 --- Comment #1 from joseph at codesourcery dot com --- This is not a standards conformance bug, on multiple grounds: * The C standard does not permit you to define your own copies of standard library functions (that is, functions in the

[Bug tree-optimization/68275] bb-slp-38 FAILs on armeb

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68275 --- Comment #2 from Christophe Lyon --- Created attachment 36679 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36679=edit slp2 log, big-endian

[Bug tree-optimization/68275] bb-slp-38 FAILs on armeb

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68275 --- Comment #3 from Christophe Lyon --- Created attachment 36680 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36680=edit slp2 log, little-endian

[Bug c++/54601] AIX uses atexit which causes unloading of shared modules to break

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54601 --- Comment #14 from Hugo Koblmueller --- David, which version does/will include these recent additions? I recently encountered a crash on program exit in AIX 6.1, in a setup where I used a static C++ objects inside functions within a shared

[Bug bootstrap/68271] [6 Regression] Boostrap fails on x86_64-apple-darwin14 at r230084

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68271 --- Comment #11 from Jakub Jelinek --- (In reply to Richard Henderson from comment #10) > I believe the tokens didn't stay around in C at the time. > But I might be wrong... it was 9 years ago... > > If we can remove it, it does seem like a

[Bug c++/68195] gcc//ld produces invalid ABI results (cxx11 problem?)

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

[Bug target/68277] New: [5] [SH]: error: insn does not satisfy its constraints when compiling erlang

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68277 Bug ID: 68277 Summary: [5] [SH]: error: insn does not satisfy its constraints when compiling erlang Product: gcc Version: 5.2.1 URL:

[Bug libstdc++/68197] negative index to ios_base::iword lead to unpredictable result

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68197 --- Comment #1 from Jonathan Wakely --- I would argue that your program has undefined behaviour, there is no array element at a negative index.

[Bug bootstrap/68271] [6 Regression] Boostrap fails on x86_64-apple-darwin14 at r230084

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68271 --- Comment #10 from Richard Henderson --- I believe the tokens didn't stay around in C at the time. But I might be wrong... it was 9 years ago... If we can remove it, it does seem like a good idea.

[Bug tree-optimization/68274] __builtin_unreachable pessimizes code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68274 --- Comment #2 from Matt Godbolt --- Thanks for updating the bug. As a corollary, moving the unreachability above the returns yields the same code as the non-unreachable: https://goo.gl/MdULOs -- int test_with_unreach_First(Side side, const Foo

[Bug c++/68266] pointers to arrays of excessive size not diagnosed

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

[Bug tree-optimization/68274] __builtin_unreachable pessimizes code

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

[Bug tree-optimization/68275] bb-slp-38 FAILs on armeb

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68275 --- Comment #1 from Christophe Lyon --- Created attachment 36678 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36678=edit slp1 log, little-endian

[Bug rtl-optimization/68185] [6 Regression] wrong code at -O3 on x86_64-linux-gnu (in 64-bit mode)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68185 --- Comment #2 from Thomas Preud'homme --- Here's a quick update. What I found so far is that after split2, we have: (insn 148 61 304 16 (set (reg:CCNO 17 flags) (compare:CCNO (reg:HI 44 r15 [orig:91 pretmp_9 ] [91])

[Bug c++/54601] AIX uses atexit which causes unloading of shared modules to break

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54601 --- Comment #13 from David Edelsohn --- The recent additions to GCC cxa atexit support on AIX may fix this.

[Bug ipa/68273] [5/6 Regression] Wrong code on mips/mipsel with -fipa-sra

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68273 Richard Biener changed: What|Removed |Added Keywords||wrong-code CC|

[Bug libstdc++/68190] [5/6 Regression] iterator mix up with set::find and heterogenous lookup

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68190 --- Comment #11 from Jonathan Wakely --- Author: redi Date: Tue Nov 10 15:12:24 2015 New Revision: 230113 URL: https://gcc.gnu.org/viewcvs?rev=230113=gcc=rev Log: Fix return type of heterogeneous find for sets PR libstdc++/68190

[Bug bootstrap/68271] [6 Regression] Boostrap fails on x86_64-apple-darwin14 at r230084

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68271 Jason Merrill changed: What|Removed |Added CC||rth at gcc dot gnu.org --- Comment #9

[Bug libstdc++/68276] New: ios_base::_M_grow_words should use new (std::nothrow)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68276 Bug ID: 68276 Summary: ios_base::_M_grow_words should use new (std::nothrow) Product: gcc Version: 5.2.1 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug c++/54601] AIX uses atexit which causes unloading of shared modules to break

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54601 --- Comment #15 from David Edelsohn --- GCC development trunk and it will be in GCC 5.3.

[Bug bootstrap/68271] [6 Regression] Boostrap fails on x86_64-apple-darwin14 at r230084

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68271 --- Comment #8 from cesar at gcc dot gnu.org --- I'm not sure it will make much of a difference, but Thomas is planning on adding two openacc clauses bind and nohost. Is there anything I can do to help here, or is this already being taken care

[Bug go/68255] cgo-generated constructor not being called

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68255 Ian Lance Taylor changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed|

[Bug libstdc++/68190] [5/6 Regression] iterator mix up with set::find and heterogenous lookup

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68190 --- Comment #12 from Jonathan Wakely --- Author: redi Date: Tue Nov 10 18:08:50 2015 New Revision: 230118 URL: https://gcc.gnu.org/viewcvs?rev=230118=gcc=rev Log: Fix return type of heterogeneous find for sets PR libstdc++/68190

[Bug libstdc++/56158] bad enum values computed by operator~ in ios_base.h

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56158 --- Comment #13 from Jonathan Wakely --- N.B. we could also get rid of the _S_ios_xxx_end enumerators, but that would break any code which (foolishly) refers to them, e.g. to suppress Clang's -Wswitch warnings. My suggestion assumes that

[Bug libstdc++/68190] [5/6 Regression] iterator mix up with set::find and heterogenous lookup

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

[Bug libstdc++/56158] bad enum values computed by operator~ in ios_base.h

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56158 --- Comment #12 from Jonathan Wakely --- Richard's patch changes the values returned by operator~ which is not desirable. To fix the underlying type to int in C++03 (so that all values of int will be valid values of the enumeration type) we can

[Bug go/68255] cgo-generated constructor not being called

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68255 --- Comment #3 from ian at gcc dot gnu.org --- Author: ian Date: Tue Nov 10 20:31:11 2015 New Revision: 230120 URL: https://gcc.gnu.org/viewcvs?rev=230120=gcc=rev Log: PR go/68255 cmd/go: always use --whole-archive for gccgo

[Bug middle-end/68279] ICE: in create_pw_aff_from_tree, at graphite-sese-to-poly.c:836

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68279 Joost VandeVondele changed: What|Removed |Added CC||Joost.VandeVondele at mat dot ethz

[Bug fortran/67496] trans-array.c sanitizer runtime error: load of value 124, which is not a valid value for type 'bool'

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

[Bug c++/68278] New: internal compiler error with C++14 polymorphic lambda and type alias

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68278 Bug ID: 68278 Summary: internal compiler error with C++14 polymorphic lambda and type alias Product: gcc Version: 5.2.0 Status: UNCONFIRMED Severity: normal

[Bug sanitizer/68065] Size calculations for VLAs can overflow

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68065 --- Comment #17 from Daniel Micay --- It's well-defined C code though. It shouldn't be possible to for anything to go wrong here when using -fstack-check, i.e. it should be guaranteed to trigger a stack overflow which is caught. The size

[Bug fortran/67498] interface.c sanitizer runtime error: load of value 1818451807, which is not a valid value for type 'expr_t'

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

[Bug go/68255] cgo-generated constructor not being called

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68255 Ian Lance Taylor changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug middle-end/68279] New: ICE: in create_pw_aff_from_tree, at graphite-sese-to-poly.c:836

Priority: P3 Component: middle-end Assignee: unassigned at gcc dot gnu.org Reporter: Joost.VandeVondele at mat dot ethz.ch Target Milestone: --- with gcc version 6.0.0 20151110 (experimental) [trunk revision 230080] (GCC) > gfortran -c -O2 -floop-nest-optim

[Bug sanitizer/68065] Size calculations for VLAs can overflow

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68065 --- Comment #18 from Daniel Micay --- Also, it's possible to use segmented stacks to avoid stack overflow and this probably breaks in that context too. That's a very niche use case compared to -fstack-check though.

[Bug c++/68278] internal compiler error with C++14 polymorphic lambda and type alias

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68278 Mikhail Maltsev changed: What|Removed |Added CC||miyuki at gcc dot gnu.org Known

[Bug libfortran/66756] libgfortran: ThreadSanitizer: lock-order-inversion

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

[Bug target/48244] iso-c-binding support missing on NetBSD (with patch)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48244 Dominique d'Humieres changed: What|Removed |Added Component|fortran |target --- Comment #12 from

[Bug fortran/49111] Unnecessary warning for private interfaces having the BIND(C) attribute

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49111 Bug 49111 depends on bug 64861, which changed state. Bug 64861 Summary: Possible wrong code with BIND(C) and PRIVATE + slightly bogus warning https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64861 What|Removed

[Bug fortran/64861] Possible wrong code with BIND(C) and PRIVATE + slightly bogus warning

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

[Bug fortran/49111] Unnecessary warning for private interfaces having the BIND(C) attribute

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49111 Dominique d'Humieres changed: What|Removed |Added CC||burnus at gcc dot gnu.org ---

[Bug sanitizer/68065] Size calculations for VLAs can overflow

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68065 --- Comment #20 from joseph at codesourcery dot com --- Undefined behavior when the type is created (not when an object of that type is declared or when sizeof is used) seems entirely in accordance with normal C practice in areas such as stack

[Bug fortran/67493] -fcheck=recursive not thread aware

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

[Bug fortran/67826] gcc/fortran/openmp.c:1808: bad test ?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67826 Dominique d'Humieres changed: What|Removed |Added Status|NEW |WAITING --- Comment #2 from

[Bug other/60158] powerpc: usage of the .data.rel.ro.local section

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60158 --- Comment #4 from Alan Modra --- I meant by my testcase comment that gcc/testsuite/gcc.target/powerpc/pr60158.c is a poor test because it does not seem to emit addresses to .data.rel.ro.local or any other non-got section, on gcc-4.9, gcc-5 or

[Bug sanitizer/68065] Size calculations for VLAs can overflow

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68065 Martin Sebor changed: What|Removed |Added CC||msebor at gcc dot gnu.org --- Comment

[Bug c++/68281] New: '&&' is checked in reverse and reads an uninitialized value

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68281 Bug ID: 68281 Summary: '&&' is checked in reverse and reads an uninitialized value Product: gcc Version: 5.1.1 Status: UNCONFIRMED Severity: normal

[Bug c++/68266] pointers to arrays of excessive size not diagnosed

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68266 --- Comment #2 from Martin Sebor --- Yes, it does fix it, thanks. See also bug 68280 for a related problem, though in a different area. (I'm not suggesting the two should be fixed as part of the same patch, just pointing to a similar problem

[Bug other/68282] New: Optimization fails to remove unnecessary sign extension instruction

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68282 Bug ID: 68282 Summary: Optimization fails to remove unnecessary sign extension instruction Product: gcc Version: 6.0 Status: UNCONFIRMED Severity: normal

[Bug c++/68281] '&&' is checked in reverse and reads an uninitialized value

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68281 --- Comment #1 from Josh Stone --- I suspect this may actually be acceptable, NOTABUG, because I can't think of any uninitialized data that would make the effective behavior different than if it had been checked in the proper order. Both

[Bug c++/68278] internal compiler error with C++14 polymorphic lambda and type alias

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68278 --- Comment #2 from Paul Keir --- Agreed. I've just tested on 6.0.0 20151110 and there is no ICE.

[Bug c++/68265] Arbitrary syntactic nonsense silently accepted after 'int (*){}' until the next close brace

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68265 Andreas Schwab changed: What|Removed |Added CC||yaghmour.shafik

[Bug c++/68262] Ill-formed function pointer declaration acts as multi-line comment until ;

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68262 Andreas Schwab changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED

[Bug c++/68267] over-aligning with alignas() doesn't work

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68267 --- Comment #1 from Andreas Schwab --- Which target? This is probably BIGGEST_ALIGNMENT.

[Bug target/68256] [6 regression] switching constant pools to rodata sections causes go bootstrap failure.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68256 --- Comment #2 from Ramana Radhakrishnan --- Author: ramana Date: Tue Nov 10 08:35:21 2015 New Revision: 230085 URL: https://gcc.gnu.org/viewcvs?rev=230085=gcc=rev Log: Workaround PR68256 on AArch64 > This is causing a bootstrap comparison

[Bug other/60158] powerpc: usage of the .data.rel.ro.local section

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60158 --- Comment #2 from Alan Modra --- Fixed on master with git commit 8e2a42caa / svn rev 223209. Fixed for gcc-4.9 with git commit 110222ca0 / svn rev 223714. Fixed for gcc-4.8 with git commit 071358356 / svn rev 223713. Oddly, not backported to

[Bug fortran/68268] configure: error: GNU Fortran is not working;

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

[Bug rtl-optimization/68269] [5/6 regression] FAIL: gcc.dg/pr68129_1.c (internal compiler error)

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

[Bug tree-optimization/56118] Piecewise vector / complex initialization from constants not combined

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56118 --- Comment #11 from Richard Biener --- Author: rguenth Date: Tue Nov 10 09:43:54 2015 New Revision: 230091 URL: https://gcc.gnu.org/viewcvs?rev=230091=gcc=rev Log: 2015-11-10 Richard Biener PR

[Bug tree-optimization/56118] Piecewise vector / complex initialization from constants not combined

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56118 Richard Biener changed: What|Removed |Added Status|NEW |RESOLVED Known to work|

[Bug other/68270] New: Common pattern for variable sized data clashes with MPX bound checks

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68270 Bug ID: 68270 Summary: Common pattern for variable sized data clashes with MPX bound checks Product: gcc Version: 5.2.0 Status: UNCONFIRMED Severity:

[Bug tree-optimization/68238] Vector cost model overestimates prologue cost for SLPed code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68238 --- Comment #2 from James Greenhalgh --- Author: jgreenhalgh Date: Tue Nov 10 10:08:03 2015 New Revision: 230092 URL: https://gcc.gnu.org/viewcvs?rev=230092=gcc=rev Log: [Patch GCC 5/Vect] Partial backport of r228751 (pr68238) gcc/

[Bug rtl-optimization/68236] [6 Regression] selective scheduling with --param=sched-autopref-queue-depth=10 ICEs a lot @ aarch64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68236 --- Comment #3 from ktkachov at gcc dot gnu.org --- Author: ktkachov Date: Tue Nov 10 09:22:58 2015 New Revision: 230088 URL: https://gcc.gnu.org/viewcvs?rev=230088=gcc=rev Log: [haifa-sched] PR rtl-optimization/68236: Exit early from

[Bug c++/68258] core 879 Missing built-in comparison operators for pointer types not supported

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68258 Richard Biener changed: What|Removed |Added Keywords||rejects-valid

[Bug target/68263] Vector "*mov_internal" fails to handle misaligned load/store from reload

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68263 --- Comment #3 from Uroš Bizjak --- (In reply to H.J. Lu from comment #2) > The maximum stack alignment is 4 byte for IA MCU. That is why > reload generates misaligned load/store. It looks to me that BIGGEST_ALIGNMENT is defined in a wrong

[Bug middle-end/68251] [6 Regression] sorry, unimplemented: reverse storage order for BLKmode

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68251 --- Comment #9 from Eric Botcazou --- > thanks, the issue is fixed indeed. Attached is the reduced testcase, about > 1000 lines remain, but at least it can be compiled in ~2s. Thanks, I have installed it in the testsuite.

[Bug tree-optimization/68248] [6 Regression] ICE on valid code at -O3 on x86_64-linux-gnu in uniform_vector_p, at tree.c:10807

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

[Bug tree-optimization/68240] [6 Regression] compilation hangs on valid code at -O1 and above on x86_64-linux-gnu

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68240 --- Comment #3 from Richard Biener --- Author: rguenth Date: Tue Nov 10 10:14:02 2015 New Revision: 230095 URL: https://gcc.gnu.org/viewcvs?rev=230095=gcc=rev Log: 2015-11-10 Richard Biener PR

[Bug tree-optimization/68240] [6 Regression] compilation hangs on valid code at -O1 and above on x86_64-linux-gnu

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

[Bug rtl-optimization/68269] New: [5/6 regression] FAIL: gcc.dg/pr68129_1.c (internal compiler error)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68269 Bug ID: 68269 Summary: [5/6 regression] FAIL: gcc.dg/pr68129_1.c (internal compiler error) Product: gcc Version: 6.0 Status: UNCONFIRMED Severity: normal

[Bug tree-optimization/68264] tree-call-cdce wrongly uses ordered comparisons

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68264 rsandifo at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last

[Bug target/68261] GCC needs to use optimized version of memcpy

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

[Bug target/68129] [5/6 Regression] ICE: in simplify_const_binary_operation, at simplify-rtx.c:3961 (TARGET_SUPPORTS_WIDE_INT == 0) with -fno-split-wide-types @ aarch64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68129 --- Comment #4 from ktkachov at gcc dot gnu.org --- Author: ktkachov Date: Tue Nov 10 10:12:11 2015 New Revision: 230093 URL: https://gcc.gnu.org/viewcvs?rev=230093=gcc=rev Log: [AArch64] PR target/68129: Define TARGET_SUPPORTS_WIDE_INT

[Bug target/68129] [5/6 Regression] ICE: in simplify_const_binary_operation, at simplify-rtx.c:3961 (TARGET_SUPPORTS_WIDE_INT == 0) with -fno-split-wide-types @ aarch64

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

[Bug target/68263] Vector "*mov_internal" fails to handle misaligned load/store from reload

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68263 --- Comment #4 from Yulia Koval --- Why should TARGET_IAMCU support SSE?

[Bug target/68263] Vector "*mov_internal" fails to handle misaligned load/store from reload

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68263 --- Comment #2 from H.J. Lu --- The maximum stack alignment is 4 byte for IA MCU. That is why reload generates misaligned load/store.

[Bug c++/68267] over-aligning with alignas() doesn't work

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

[Bug c++/68267] over-aligning with alignas() doesn't work

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68267 --- Comment #2 from Markus Trippelsdorf --- (In reply to Andreas Schwab from comment #1) > Which target? This is probably BIGGEST_ALIGNMENT. x86_64-pc-linux-gnu. You're right it works fine with e.g -march=skylake. Since handling of anything

[Bug rtl-optimization/68236] [6 Regression] selective scheduling with --param=sched-autopref-queue-depth=10 ICEs a lot @ aarch64

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

[Bug fortran/68268] New: configure: error: GNU Fortran is not working;

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68268 Bug ID: 68268 Summary: configure: error: GNU Fortran is not working; Product: gcc Version: 4.1.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug c++/68170] [6 Regression] Declaring friend template class template in C++1z produces error: specialization of ‘template class A’ must appear at namespace

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

[Bug target/68263] Vector "*mov_internal" fails to handle misaligned load/store from reload

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68263 --- Comment #6 from H.J. Lu --- (In reply to Yulia Koval from comment #4) > Why should TARGET_IAMCU support SSE? It is about using SSE instructions with IAMCU psABI.

[Bug c++/68281] '&&' is checked in reverse and reads an uninitialized value

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68281 --- Comment #3 from Jonathan Wakely --- (In reply to Josh Stone from comment #2) > This may also be significant: > > bool > base_query::get_number_param(literal_map_t const & params, >interned_string k, long & v) > {

[Bug sanitizer/68065] Size calculations for VLAs can overflow

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68065 --- Comment #22 from Martin Sebor --- (In reply to jos...@codesourcery.com from comment #20) > where the C > standard fails to recognize limits in such areas but all implementations > in practice have such limits, that's a defect in the C

[Bug target/63870] [Aarch64] [ARM] Errors in use of NEON intrinsics are reported incorrectly

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63870 --- Comment #11 from cbaylis at gcc dot gnu.org --- Author: cbaylis Date: Wed Nov 11 01:05:16 2015 New Revision: 230142 URL: https://gcc.gnu.org/viewcvs?rev=230142=gcc=rev Log: [ARM] PR63870 Add qualifiers for NEON builtins 2015-11-11 Charles

[Bug target/63870] [Aarch64] [ARM] Errors in use of NEON intrinsics are reported incorrectly

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63870 --- Comment #12 from cbaylis at gcc dot gnu.org --- Author: cbaylis Date: Wed Nov 11 01:08:43 2015 New Revision: 230143 URL: https://gcc.gnu.org/viewcvs?rev=230143=gcc=rev Log: [ARM] PR63870 Mark lane indices of vldN/vstN with appropriate

[Bug middle-end/68279] ICE: in create_pw_aff_from_tree, at graphite-sese-to-poly.c:836

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68279 Sebastian Pop changed: What|Removed |Added CC||spop at gcc dot gnu.org

[Bug sanitizer/68065] Size calculations for VLAs can overflow

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68065 --- Comment #21 from Daniel Micay --- (In reply to jos...@codesourcery.com from comment #20) > Undefined behavior when the type is created (not when an object of that > type is declared or when sizeof is used) seems entirely in accordance with

[Bug c++/68281] '&&' is checked in reverse and reads an uninitialized value

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68281 --- Comment #2 from Josh Stone --- This may also be significant: bool base_query::get_number_param(literal_map_t const & params, interned_string k, long & v) { int64_t value; bool present =

[Bug c++/68281] '&&' is checked in reverse and reads an uninitialized value

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68281 Josh Stone changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug target/63870] [Aarch64] [ARM] Errors in use of NEON intrinsics are reported incorrectly

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63870 --- Comment #13 from cbaylis at gcc dot gnu.org --- Author: cbaylis Date: Wed Nov 11 01:11:20 2015 New Revision: 230144 URL: https://gcc.gnu.org/viewcvs?rev=230144=gcc=rev Log: [ARM] PR63870 Remove error for invalid lane numbers 2015-11-11

[Bug bootstrap/68271] New: [6 Regression] Boostrap fails on x86_64-apple-darwin14 at r230084

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68271 Bug ID: 68271 Summary: [6 Regression] Boostrap fails on x86_64-apple-darwin14 at r230084 Product: gcc Version: 6.0 Status: UNCONFIRMED Severity: blocker

[Bug bootstrap/68271] [6 Regression] Boostrap fails on x86_64-apple-darwin14 at r230084

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68271 Richard Biener changed: What|Removed |Added Target Milestone|--- |6.0 --- Comment #1 from Richard Biener

[Bug c++/68266] pointers to arrays of excessive size not diagnosed

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

[Bug bootstrap/68271] [6 Regression] Boostrap fails on x86_64-apple-darwin14 at r230084

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68271 --- Comment #5 from Richard Biener --- Also look at vms-c.c which registers 14.

[Bug c/68272] New: Unwanted out-of-line instances for C inline functions that are also GCC builtins.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68272 Bug ID: 68272 Summary: Unwanted out-of-line instances for C inline functions that are also GCC builtins. Product: gcc Version: 4.9.2 Status: UNCONFIRMED

[Bug middle-end/68270] [MPX] Common pattern for variable sized data clashes with MPX bound checks

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68270 Richard Biener changed: What|Removed |Added Target||x86_64-*-*, i?86-*-*

  1   2   >