[Bug target/77349] AIX DWARF debugging offset in 64 bit mode

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77349 David Edelsohn changed: What|Removed |Added Keywords||wrong-debug

[Bug target/69789] g++ -O2 is removing tests against a variable that can be changed

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69789 --- Comment #8 from Thomas Markwalder --- (In reply to Jonathan Wakely from comment #7) > (In reply to Thomas Markwalder from comment #5) > > A bit more digging reveals that in the logic expression which fails: > > > > {{{ > > // Check if

[Bug c/77323] Bad "defaults to 'int'" warning for unsupported types

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77323 Marek Polacek changed: What|Removed |Added Status|NEW |ASSIGNED CC|

[Bug middle-end/61428] wrong "maybe-uninitialized" (jump threading? predicate analysis?)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61428 Manuel López-Ibáñez changed: What|Removed |Added CC||manu at gcc dot gnu.org

[Bug lto/70955] [6/7 Regression] Wrong code generation for __builtin_ms_va_list with -flto

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70955 --- Comment #23 from Tom de Vries --- (In reply to Richard Biener from comment #22) > (In reply to vries from comment #18) > > Created attachment 39484 [details] > > Tentative patch using attributes ms_abi/sysv_abi > > > > not build or

[Bug target/68972] g++.dg/cpp1y/vla-initlist1.C test case fails on powerpc64le

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68972 --- Comment #6 from Bill Seurer --- This test started passing today. I am not sure which update fixed it, though.

[Bug c++/72775] [6/7 Regression] internal compiler error: in finish_expr_stmt, at cp/semantics.c:677

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72775 Matteo Bertello changed: What|Removed |Added CC||mbertello@feralinteractive.

[Bug middle-end/60488] missing uninitialized warning (address taken, VOP)

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

[Bug middle-end/65182] -Wuninitialized fails when pointer to variable later passed to function

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65182 Manuel López-Ibáñez changed: What|Removed |Added Blocks||24639 --- Comment #5 from Manuel

[Bug middle-end/61409] [5/6/7 regression] -Wmaybe-uninitialized false-positive with -O2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61409 --- Comment #19 from Aldy Hernandez --- Also, unless I'm missing something, in Jeff's analysis, I see no reference to j, which plays a pivotal role. In the testcase in comment 14, we can see that the guard for ptr_14 is actually [i && j==0]:

[Bug fortran/77350] New: ICE in truthvalue_conversion, at fortran/convert.c:65

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77350 Bug ID: 77350 Summary: ICE in truthvalue_conversion, at fortran/convert.c:65 Product: gcc Version: 7.0 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug middle-end/61409] [5/6/7 regression] -Wmaybe-uninitialized false-positive with -O2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61409 --- Comment #20 from Aldy Hernandez --- If anyone is interested, here is an even smaller testcase: int *rw; int line_height; int pixel_width; int text_cols; int width1, width2, width3; void *pointer; void f (int i, int j) { void *ptr; if

[Bug target/77330] __float128 segfaults on 32-bit x86 due to 8-byte malloc alignment

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77330 --- Comment #4 from joseph at codesourcery dot com --- When there isn't whole-implementation, including library, support for the types as "basic types" (see the resolution to DR#445), you need to consider them as some other kind of type,

[Bug middle-end/61112] Simple example triggers false-positive -Wmaybe-uninitialized warning

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61112 Manuel López-Ibáñez changed: What|Removed |Added CC||manu at gcc dot gnu.org

[Bug fortran/77351] New: ICE in remove_trim, at frontend-passes.c:1145

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77351 Bug ID: 77351 Summary: ICE in remove_trim, at frontend-passes.c:1145 Product: gcc Version: 7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug target/77349] New: AIX DWARF debugging offset in 64 bit mode

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77349 Bug ID: 77349 Summary: AIX DWARF debugging offset in 64 bit mode Product: gcc Version: 6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target

[Bug target/77308] surprisingly large stack usage for sha512 on arm

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77308 Wilco changed: What|Removed |Added CC||wdijkstr at arm dot com --- Comment #10 from

[Bug middle-end/72781] -Wuninitialized false positives in OpenMP code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72781 Manuel López-Ibáñez changed: What|Removed |Added CC||manu at gcc dot gnu.org ---

[Bug middle-end/52602] false compilation warning of uninitialized variable

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

[Bug fortran/69860] ICE on missing end apostrophe with character(kind=4)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69860 --- Comment #11 from Gerhard Steinmetz --- And with "kind=4" instead of "kind=1", i.e. with testfile z1.f90 ? for n in `seq 1 1000` do gfortran-7-20160821 -O2 -mavx -c z1.f90 done > list 2>&1 grep

[Bug rtl-optimization/69847] Spec 2006 403.gcc slows down with -mlra vs. reload on PowerPC

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69847 Wilco changed: What|Removed |Added CC||wdijkstr at arm dot com --- Comment #27 from

[Bug middle-end/55496] False positive -Werror=uninitialized

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55496 Manuel López-Ibáñez changed: What|Removed |Added CC||manu at gcc dot gnu.org ---

[Bug fortran/70853] ICE on pointing to null, in gfc_add_block_to_block, at fortran/trans.c:1599

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70853 --- Comment #3 from Gerhard Steinmetz --- Another testcase : $ cat z7.f90 program p integer, parameter :: m = 2, n = 3 real, target :: a(m*n) real, pointer :: z(:,:) => null() z(1:m,1:n) =>

[Bug middle-end/61409] [5/6/7 regression] -Wmaybe-uninitialized false-positive with -O2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61409 Aldy Hernandez changed: What|Removed |Added CC||aldyh at gcc dot gnu.org --- Comment

[Bug middle-end/61409] [5/6/7 regression] -Wmaybe-uninitialized false-positive with -O2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61409 --- Comment #21 from Aldy Hernandez --- Created attachment 39487 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39487=edit even more^2 reduced testcase Smaller testcase without any structure nonsense and even less variables.

[Bug libstdc++/77334] [5/6/7 Regression] Cannot move assign std::map with non-copyable and non-movable mapped_type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77334 --- Comment #5 from bogdan --- From now on, "fast" shall have a new degree of comparison beyond the superlative, spelled "jw-fast" (alternative spelling when appearing in text on gcc.gnu.org: "redi-fast"). Cheers!

[Bug middle-end/70736] false positive uninitialized warning

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70736 Manuel López-Ibáñez changed: What|Removed |Added CC||manu at gcc dot gnu.org ---

[Bug c++/77338] [7 Regression] ICE on invalid C++11 code on x86_64-linux-gnu: Segmentation fault

-pc-linux-gnu/7.0.0/lto-wrapper Target: x86_64-pc-linux-gnu Configured with: ../gcc-source-trunk/configure --enable-languages=c,c++,lto --prefix=/usr/local/gcc-trunk --disable-bootstrap Thread model: posix gcc version 7.0.0 20160823 (experimental) [trunk revision 239693] (GCC) $ $ g++-trunk -c small

[Bug fortran/68567] ICE on using wrong defined arrays (different cases/messages)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68567 --- Comment #5 from Gerhard Steinmetz --- > We must be using drastically different compilers. No, I've simply forgotten to include a subcatalog with testfiles zz*. Sorry for my blotchiness. The patch looks

[Bug fortran/77352] New: ICE: verify_ssa failed

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77352 Bug ID: 77352 Summary: ICE: verify_ssa failed Product: gcc Version: 7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran Assignee:

[Bug fortran/77351] ICE in remove_trim, at frontend-passes.c:1145

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

[Bug fortran/77344] Internal Compiler Error with arch knl

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

[Bug fortran/77350] ICE in truthvalue_conversion, at fortran/convert.c:65

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

[Bug fortran/77344] Internal Compiler Error with arch knl

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77344 --- Comment #2 from Matt Thompson --- (In reply to Dominique d'Humieres from comment #1) > I get a lot of "*error: instruction requires: AVX-512 ISA" when compiling > gettau.F90 on x86_64-apple-darwin15, Xcode 7.3.1. I've never tried this on

[Bug fortran/77352] ICE: verify_ssa failed

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

[Bug target/77330] __float128 segfaults on 32-bit x86 due to 8-byte malloc alignment

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77330 --- Comment #6 from joseph at codesourcery dot com --- On Tue, 23 Aug 2016, mikulas at artax dot karlin.mff.cuni.cz wrote: > And if you add a new type __float256 with 32-byte alignment - does it mean > that > glibc suddenly starts being buggy,

[Bug target/77330] __float128 segfaults on 32-bit x86 due to 8-byte malloc alignment

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77330 Bernd Edlinger changed: What|Removed |Added CC||bernd.edlinger at hotmail dot de ---

[Bug testsuite/77354] New: Failure with -fno-ivopts

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77354 Bug ID: 77354 Summary: Failure with -fno-ivopts Product: gcc Version: 6.1.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: testsuite

[Bug fortran/77351] ICE in remove_trim, at frontend-passes.c:1145

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77351 --- Comment #2 from kargl at gcc dot gnu.org --- Thou shalt not derefernce NULL pointers. troutmask:sgk[238] svn diff frontend-passes.c Index: frontend-passes.c === ---

[Bug c++/68372] [concepts] invalid use of pack expansion expression in member function template declaration

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68372 --- Comment #1 from lucdanton at free dot fr --- On 7 trunk (rev. 239680) it looks like the program now triggers an ICE: $ g++-trunk -std=c++1z -fconcepts main.cpp main.cpp: In substitution of 'template requires C... void foo::bar(X ...) [with

[Bug c++/77338] New: ICE on invalid C++11 code on x86_64-linux-gnu: Segmentation fault

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77338 Bug ID: 77338 Summary: ICE on invalid C++11 code on x86_64-linux-gnu: Segmentation fault Product: gcc Version: 7.0 Status: UNCONFIRMED Severity: normal

[Bug c/77336] -Wsuggest-attribute=format warning overly simplistic

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77336 --- Comment #1 from Martin Sebor --- Created attachment 39488 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39488=edit Prototype patch. Attached a lightly tested patch.

[Bug c/77336] -Wsuggest-attribute=format warning overly simplistic

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77336 Martin Sebor changed: What|Removed |Added Keywords||diagnostic

[Bug fortran/69860] ICE on missing end apostrophe with character(kind=4)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69860 --- Comment #12 from kargl at gcc dot gnu.org --- (In reply to Gerhard Steinmetz from comment #11) > And with "kind=4" instead of "kind=1", i.e. with testfile z1.f90 ? > > > for n in `seq 1 1000` > do >gfortran-7-20160821 -O2 -mavx -c

[Bug target/77330] __float128 segfaults on 32-bit x86 due to 8-byte malloc alignment

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77330 --- Comment #9 from Bernd Edlinger --- (In reply to jos...@codesourcery.com from comment #8) > On Tue, 23 Aug 2016, bernd.edlinger at hotmail dot de wrote: > > > gcc assumes that malloc, calloc, realloc, strdup, strndup > > and anything with

[Bug target/77333] Incorrect stack adjust in epilogue when targeting i686-w64-mingw32

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77333 --- Comment #2 from Keno Fischer --- Still broken adding both options to the compile.

[Bug target/77330] __float128 segfaults on 32-bit x86 due to 8-byte malloc alignment

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77330 --- Comment #8 from joseph at codesourcery dot com --- On Tue, 23 Aug 2016, bernd.edlinger at hotmail dot de wrote: > gcc assumes that malloc, calloc, realloc, strdup, strndup > and anything with the __attribute__((__malloc__)) > returns a

[Bug libstdc++/77288] Std::experimental::optional::operator= implementation is broken in gcc 6.1

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77288 --- Comment #7 from Ville Voutilainen --- See https://gcc.gnu.org/ml/gcc-patches/2016-08/msg01634.html for what the aforementioned superior approach looks like.

[Bug jit/77355] New: FAIL: jit.dg/test-threads.c: error: static declaration of 'dejagnu_pass' follows non-static declaration

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77355 Bug ID: 77355 Summary: FAIL: jit.dg/test-threads.c: error: static declaration of 'dejagnu_pass' follows non-static declaration Product: gcc Version: 7.0 Status:

[Bug fortran/77327] AddressSanitizer: heap-use-after-free gcc-trunk-239276/gcc/fortran/interface.c:403 in compare_components

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

[Bug fortran/77327] AddressSanitizer: heap-use-after-free gcc-trunk-239276/gcc/fortran/interface.c:403 in compare_components

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77327 Fritz Reese changed: What|Removed |Added CC||fritzoreese at gmail dot com --- Comment

[Bug target/18154] Inefficient max/min code for PowerPC

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=18154 --- Comment #11 from Segher Boessenkool --- The signed version can be done in four insns: 1: subfc r5,r3,r4 subfe r6,r6,r6 and r7,r6,r5 addcr8,r7,r3 (superopt finds 16 versions, all similar). The

[Bug target/77330] __float128 segfaults on 32-bit x86 due to 8-byte malloc alignment

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77330 --- Comment #10 from joseph at codesourcery dot com --- On Tue, 23 Aug 2016, bernd.edlinger at hotmail dot de wrote: > Yes, but isn't that an ABI decision? It's the sort of ABI decision that's fixed after it's appeared in a release (whereas

[Bug libstdc++/77356] New: regex error for a ECMAScript syntax string

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77356 Bug ID: 77356 Summary: regex error for a ECMAScript syntax string Product: gcc Version: 7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug middle-end/77357] New: strlen of constant strings not folded

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77357 Bug ID: 77357 Summary: strlen of constant strings not folded Product: gcc Version: 7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end

[Bug middle-end/77357] strlen of constant strings not folded

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77357 Martin Sebor changed: What|Removed |Added Keywords||missed-optimization

[Bug target/18154] Inefficient max/min code for PowerPC

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=18154 --- Comment #12 from Segher Boessenkool --- (Never mind those last "addc" insn, they can just as well be plain "add", I pasted the wrong ones).

[Bug fortran/77360] New: Self-assignment of allocatable character array

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77360 Bug ID: 77360 Summary: Self-assignment of allocatable character array Product: gcc Version: 6.1.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug bootstrap/38302] inefficient use of strlen in for loop

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

[Bug fortran/77358] New: [F08] deferred-length character function returns zero-length string

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77358 Bug ID: 77358 Summary: [F08] deferred-length character function returns zero-length string Product: gcc Version: 7.0 Status: UNCONFIRMED Severity: normal

[Bug target/77330] __float128 segfaults on 32-bit x86 due to 8-byte malloc alignment

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77330 --- Comment #5 from mikulas at artax dot karlin.mff.cuni.cz --- And if you add a new type __float256 with 32-byte alignment - does it mean that glibc suddenly starts being buggy, because it couldn't anticipate what types with what alignment will

[Bug target/77353] [AVR] uint16_t instead uint8_t comparison

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77353 --- Comment #1 from Berni --- another example: if (PINA < PINC) { PORTB = 0; } compiles to: 6c2: 20 b1 in r18, 0x00 ; 0 6c4: 86 b1 in r24, 0x06 ; 6 6c6: 30 e0 ldi r19, 0x00

[Bug bootstrap/77359] New: [7 Regression] AIX bootstrap failure due to alignment of stack pointer + STACK_DYNAMIC_OFFSET

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77359 Bug ID: 77359 Summary: [7 Regression] AIX bootstrap failure due to alignment of stack pointer + STACK_DYNAMIC_OFFSET Product: gcc Version: 7.0 Status: UNCONFIRMED

[Bug bootstrap/77359] [7 Regression] AIX bootstrap failure due to alignment of stack pointer + STACK_DYNAMIC_OFFSET

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

[Bug target/77353] New: [AVR] uint16_t instead uint8_t comparison

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77353 Bug ID: 77353 Summary: [AVR] uint16_t instead uint8_t comparison Product: gcc Version: 6.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target

[Bug sanitizer/67899] build failure in the sanitizer libs on sparc-linux-gnu

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67899 Mikael Pettersson changed: What|Removed |Added CC||mikpelinux at gmail dot com ---

[Bug tree-optimization/65068] Improve rewriting for address type induction variables in IVOPT

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65068 Andrew Pinski changed: What|Removed |Added Last reconfirmed|2015-05-15 00:00:00 |2016-8-23 Known to fail|

[Bug target/77330] __float128 segfaults on 32-bit x86 due to 8-byte malloc alignment

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77330 --- Comment #11 from Bernd Edlinger --- (In reply to jos...@codesourcery.com from comment #10) > On Tue, 23 Aug 2016, bernd.edlinger at hotmail dot de wrote: > > > Yes, but isn't that an ABI decision? > > It's the sort of ABI decision that's

[Bug target/77344] Internal Compiler Error with arch knl

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77344 Andrew Pinski changed: What|Removed |Added Status|WAITING |UNCONFIRMED Component|fortran

[Bug lto/66196] Wrong type incompatibility warning for -flto and C

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66196 Andrew Pinski changed: What|Removed |Added Keywords||diagnostic

[Bug c++/77339] [5/6/7 Regression] ICE on invalid C++ code on x86_64-linux-gnu: in cp_parser_type_name, at cp/parser.c:16532

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77339 Richard Biener changed: What|Removed |Added Keywords||ice-on-invalid-code Known to

[Bug c++/77338] [7 Regression] ICE on invalid C++11 code on x86_64-linux-gnu: Segmentation fault

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77338 Richard Biener changed: What|Removed |Added Keywords||ice-on-invalid-code Target

[Bug c++/69470] [concepts] bogus constrained member class template redeclared with different access

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69470 Darko Veberic changed: What|Removed |Added CC||darko.veberic at ijs dot si --- Comment

[Bug c/77332] ICE when building gcc 6.2 (with gcc 6.1.0)

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

[Bug debug/77343] New: ICE in dwarf2out_frame_debug_expr, at dwarf2cfi.c:1596

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77343 Bug ID: 77343 Summary: ICE in dwarf2out_frame_debug_expr, at dwarf2cfi.c:1596 Product: gcc Version: 6.2.0 Status: UNCONFIRMED Keywords: ice-on-valid-code Severity:

[Bug c/77323] Bad "defaults to 'int'" warning for unsupported types

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

[Bug target/77341] GCC6 va_list MS ABI buildin regression bug

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77341 Richard Biener changed: What|Removed |Added Keywords||lto Target|

[Bug libstdc++/60936] [5/6/7 Regression] Binary code bloat with std::string

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60936 --- Comment #20 from __vic --- Patch attachment 38319 solves the problem for GCC 6.2 as well

[Bug debug/63238] DWARF does not represent _Alignas

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63238 Mark Wielaard changed: What|Removed |Added CC||mark at gcc dot gnu.org --- Comment #1

[Bug fortran/77310] ICE on SELECT CASE with associate name

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

[Bug fortran/49636] [F03] ASSOCIATE construct confused with slightly complicated case

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49636 Dominique d'Humieres changed: What|Removed |Added CC||neil.n.carlson at gmail dot com

[Bug target/77333] Incorrect stack adjust in epilogue when targeting i686-w64-mingw32

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77333 --- Comment #1 from Richard Biener --- Try -fno-lifetime-dse and/or -fno-delete-null-pointer-checks.

[Bug libstdc++/77334] [5/6/7 Regression] Cannot move assign std::map with non-copyable and non-movable mapped_type

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

[Bug c++/77337] [7 regression][c++1z] use before deduction of 'auto'

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

[Bug target/77341] GCC6 va_list MS ABI buildin regression bug

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

[Bug lto/70955] [6/7 Regression] Wrong code generation for __builtin_ms_va_list with -flto

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70955 Richard Biener changed: What|Removed |Added CC||steven.shi at intel dot com ---

[Bug libstdc++/71771] DR 685 applied incorrectly

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71771 --- Comment #8 from Jonathan Wakely --- Author: redi Date: Tue Aug 23 10:13:26 2016 New Revision: 239691 URL: https://gcc.gnu.org/viewcvs?rev=239691=gcc=rev Log: Implement resolution of LWG DR 685 precisely PR libstdc++/71771 *

[Bug c/77341] New: GCC6 va_list MS ABI buildin regression bug

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77341 Bug ID: 77341 Summary: GCC6 va_list MS ABI buildin regression bug Product: gcc Version: 6.1.0 Status: UNCONFIRMED Severity: critical Priority: P3 Component: c

[Bug c++/77340] Invalid (Stack Smashing) Code Generated In Simple Cases With Debug-Mode Vectors

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

[Bug c++/77340] Invalid (Stack Smashing) Code Generated In Simple Cases With Debug-Mode Vectors

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

[Bug libstdc++/77334] [5/6/7 Regression] Cannot move assign std::map with non-copyable and non-movable mapped_type

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

[Bug middle-end/27336] delete null checks in callers to nonnull functions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=27336 --- Comment #12 from Richard Biener --- Author: rguenth Date: Tue Aug 23 07:23:19 2016 New Revision: 239684 URL: https://gcc.gnu.org/viewcvs?rev=239684=gcc=rev Log: 2016-08-23 Richard Biener PR

[Bug middle-end/27336] delete null checks in callers to nonnull functions

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

[Bug lto/77305] [7 Regression] -fdump-tree-all and -flto causes ICE

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

[Bug c++/77340] Invalid (Stack Smashing) Code Generated In Simple Cases With Debug-Mode Vectors

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

[Bug libstdc++/77342] New: Use abi_tag on Debug Mode namespace

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77342 Bug ID: 77342 Summary: Use abi_tag on Debug Mode namespace Product: gcc Version: 7.0 Status: UNCONFIRMED Severity: enhancement Priority: P3 Component: libstdc++

[Bug c++/77340] New: Invalid (Stack Smashing) Code Generated In Simple Cases With Debug-Mode Vectors

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77340 Bug ID: 77340 Summary: Invalid (Stack Smashing) Code Generated In Simple Cases With Debug-Mode Vectors Product: gcc Version: 6.1.1 Status: UNCONFIRMED

[Bug c++/77339] New: ICE on invalid C++ code on x86_64-linux-gnu: in cp_parser_type_name, at cp/parser.c:16532

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77339 Bug ID: 77339 Summary: ICE on invalid C++ code on x86_64-linux-gnu: in cp_parser_type_name, at cp/parser.c:16532 Product: gcc Version: 7.0 Status: UNCONFIRMED

[Bug lto/77305] [7 Regression] -fdump-tree-all and -flto causes ICE

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77305 --- Comment #3 from Richard Biener --- Author: rguenth Date: Tue Aug 23 07:21:36 2016 New Revision: 239683 URL: https://gcc.gnu.org/viewcvs?rev=239683=gcc=rev Log: 2016-08-23 Richard Biener PR middle-end/77305

[Bug target/50818] va_list is filled incorrectly in functions with ms_abi attribute on amd64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50818 --- Comment #9 from Steven Shi --- GCC6.10 lto fails to support below MS ABI buildin of va list, but GCC5 works. This is a regression bug for GCC6. I suspect current GCC trunk also has this regression bug. __builtin_ms_va_list ap;

  1   2   >