[Bug tree-optimization/13563] if-conversion not agressive enough

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=13563 --- Comment #4 from Marc Glisse --- With -Os, the jump2 pass does merge the 2 calls to foo, but that's way too late for the resulting a!=0 ? 1 : 0 to be simplified.

[Bug target/79066] New: [7 Regression] non-PIC code generated for powerpc glibc with -fpic

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79066 Bug ID: 79066 Summary: [7 Regression] non-PIC code generated for powerpc glibc with -fpic Product: gcc Version: 7.0 Status: UNCONFIRMED Severity: normal

[Bug testsuite/79067] New: gcc.dg/tree-prof/cold_partition_label.c runs a million times longer than it used to and times out

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79067 Bug ID: 79067 Summary: gcc.dg/tree-prof/cold_partition_label.c runs a million times longer than it used to and times out Product: gcc Version: 7.0 Status: UNCONFIRMED

[Bug target/79041] aarch64 backend emits R_AARCH64_ADR_PREL_PG_HI21 relocation despite -mpc-relative-literal-loads option being used

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79041 --- Comment #5 from Robert Schiele --- Thanks! I can confirm that this also fixes the original problem for all cases we observed so far.

[Bug lto/79042] LTO doesn't propagate node->dynamically_initialized bit for varpool nodes.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79042 --- Comment #4 from chefmax at gcc dot gnu.org --- Author: chefmax Date: Thu Jan 12 07:44:17 2017 New Revision: 244347 URL: https://gcc.gnu.org/viewcvs?rev=244347=gcc=rev Log: PR lto/79042 * lto-cgraph.c

[Bug tree-optimization/78319] [7 Regression] PASS->FAIL: gcc.dg/uninit-pred-8_a.c bogus warning (test for bogus messages, line 20)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78319 Jakub Jelinek changed: What|Removed |Added CC||jakub at gcc dot gnu.org --- Comment

[Bug other/79046] g++ -print-file-name=plugin uses full version number in path

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79046 --- Comment #5 from Jakub Jelinek --- There is no such guarantee, it can change any time, even in changes not reflected in X.Y.Z version. That said, after X.1 is released, they change not very frequently.

[Bug tree-optimization/78319] [7 Regression] PASS->FAIL: gcc.dg/uninit-pred-8_a.c bogus warning (test for bogus messages, line 20)

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

[Bug rtl-optimization/79059] Information from CCmode is not propagated across basic blocks

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79059 --- Comment #3 from Maxim Kuvyrkov --- (In reply to Richard Biener from comment #2) > Somewhat related to PR78200 (x86 has the CCmodes nicely combined but the > branches are the wrong order). Indeed it is related. It is [expectedly] mcf's

[Bug tree-optimization/78604] [7 regression] test case gcc.target/powerpc/p8vector-vectorize-1.c fails starting with r242750

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78604 Jakub Jelinek changed: What|Removed |Added CC||jakub at gcc dot gnu.org --- Comment #1

[Bug tree-optimization/78319] [7 Regression] PASS->FAIL: gcc.dg/uninit-pred-8_a.c bogus warning (test for bogus messages, line 20)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78319 --- Comment #17 from Richard Earnshaw --- (In reply to Jakub Jelinek from comment #15) > Unless people commonly use > RUNTESTFLAGS='--target_board=unix\{-mtune=cortex-a15,-mtune=cortex-m7\}' or > something similar, that might work well. The

[Bug fortran/79060] New: gfortran ICE with deferred-length character component initialization

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79060 Bug ID: 79060 Summary: gfortran ICE with deferred-length character component initialization Product: gcc Version: 5.4.0 Status: UNCONFIRMED Severity: normal

[Bug fortran/72798] Module (.mod) file changes even when interface does not

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

[Bug fortran/58644] [OOP] Missing .data ref in passing a CLASS array as actual argument to a TYPE.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58644 --- Comment #4 from Dominique d'Humieres --- > I believe that my imminent fix for PR63205 will correct this issue > and so eliminate this PR. With a clean trunk at r244231, I see subpr2_array (); AFAIU this PR is not "eliminated".

[Bug libstdc++/78134] set::set lower_bound() for transparent comparator returns const_iterator

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78134 Jonathan Wakely changed: What|Removed |Added Target Milestone|6.4 |5.5 Known to fail|

[Bug tree-optimization/78319] [7 Regression] PASS->FAIL: gcc.dg/uninit-pred-8_a.c bogus warning (test for bogus messages, line 20)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78319 --- Comment #16 from Thomas Preud'homme --- FYI: -mtune=cortex-a15 works for an arm-none-eabi toolchain targetting Cortex-M7

[Bug other/79046] g++ -print-file-name=plugin uses full version number in path

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79046 --- Comment #4 from Boris Kolpackov --- Another question is whether GCC guarantees that its APIs (as can be used by a plugin; e.g., AST) are binary compatible across Y.Z in GCC X.Y.Z?

[Bug c++/77598] constexpr compilation failure on reference type casting

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77598 --- Comment #4 from Jakub Jelinek --- The warning is gone with r242523.

[Bug libstdc++/78273] The transparent version of {map,set}::count should call _M_count_tr

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78273 --- Comment #2 from Jonathan Wakely --- Author: redi Date: Wed Jan 11 14:44:04 2017 New Revision: 244317 URL: https://gcc.gnu.org/viewcvs?rev=244317=gcc=rev Log: PR78273 fix count to work with partitioning function PR libstdc++/78273

[Bug libstdc++/78134] set::set lower_bound() for transparent comparator returns const_iterator

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78134 --- Comment #3 from Jonathan Wakely --- Author: redi Date: Wed Jan 11 14:44:15 2017 New Revision: 244318 URL: https://gcc.gnu.org/viewcvs?rev=244318=gcc=rev Log: PR78134 fix return types of heterogeneous lookup functions PR

[Bug ipa/78599] [7 Regression] hwint.h:292:72: runtime error: shift exponent 64 is too large for 64-bit type 'long int'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78599 Jakub Jelinek changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug target/78397] The stack is not 8 bytes aligned on ARM

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78397 --- Comment #3 from Richard Earnshaw --- The __aeabi_read_tp call is to a special helper function and not really considered to be a 'public interface'; the EABI only requires conformance to the stack alignment constraints at public interfaces.

[Bug c/71199] Support overloadable attribute in GNU C front-end

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71199 David Edelsohn changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug testsuite/79051] FAIL: gcc.dg/attr-alloc_size-4.c (test for warnings, line 140)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79051 Martin Sebor changed: What|Removed |Added Target|poerpc64*-*-* |poerpc64*-*-*, |

[Bug rtl-optimization/78255] [5/6 regression] Indirect sibling call causing wrong code generation for ARM

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78255 --- Comment #15 from avieira at gcc dot gnu.org --- Author: avieira Date: Wed Jan 11 15:08:25 2017 New Revision: 244319 URL: https://gcc.gnu.org/viewcvs?rev=244319=gcc=rev Log: PR78255: Make postreload aware of NO_FUNCTION_CSE gcc/ChangeLog:

[Bug tree-optimization/78604] [7 regression] test case gcc.target/powerpc/p8vector-vectorize-1.c fails starting with r242750

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78604 --- Comment #2 from amker at gcc dot gnu.org --- (In reply to Jakub Jelinek from comment #1) > So, is what gcc trunk generates less efficient than what it used to generate > before, or is just different? If the latter, surely the test should be

[Bug lto/79061] New: [7 Regression][LTO][ASAN] LTO plus ASAN fails with "AddressSanitizer: initialization-order-fiasco"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79061 Bug ID: 79061 Summary: [7 Regression][LTO][ASAN] LTO plus ASAN fails with "AddressSanitizer: initialization-order-fiasco" Product: gcc Version: 7.0 Status: UNCONFIRMED

[Bug fortran/79060] gfortran ICE with deferred-length character component initialization

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

[Bug tree-optimization/78319] [7 Regression] PASS->FAIL: gcc.dg/uninit-pred-8_a.c bogus warning (test for bogus messages, line 20)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78319 --- Comment #15 from Jakub Jelinek --- (In reply to ktkachov from comment #14) > (In reply to Jakub Jelinek from comment #13) > > So do you want something like: > > /* { dg-skip-if "avoid conflicts with multilib options" { arm*-*-* } { > >

[Bug tree-optimization/78319] [7 Regression] PASS->FAIL: gcc.dg/uninit-pred-8_a.c bogus warning (test for bogus messages, line 20)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78319 --- Comment #18 from Jakub Jelinek --- (In reply to Richard Earnshaw from comment #17) > (In reply to Jakub Jelinek from comment #15) > > > Unless people commonly use > > RUNTESTFLAGS='--target_board=unix\{-mtune=cortex-a15,-mtune=cortex-m7\}'

[Bug c/79027] fold-const.c:11104:1: internal compiler error: Floating point exception

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79027 --- Comment #5 from Uroš Bizjak --- (In reply to dave.anglin from comment #4) > However, then I get an ICE building libgo: Please see [1]. [1] https://gcc.gnu.org/ml/gcc-patches/2017-01/msg00647.html

[Bug rtl-optimization/77416] [7 Regression] LRA rematerializing use of CA reg across function call

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77416 Jakub Jelinek changed: What|Removed |Added CC||jakub at gcc dot gnu.org --- Comment

[Bug rtl-optimization/79059] Information from CCmode is not propagated across basic blocks

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79059 --- Comment #2 from Richard Biener --- Somewhat related to PR78200 (x86 has the CCmodes nicely combined but the branches are the wrong order).

[Bug fortran/61450] ICE in gfc_global_used()

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61450 --- Comment #3 from Dominique d'Humieres --- > > If it helps, I can take care of the packaging. > > PING! REPING!

[Bug fortran/79053] Memory leak from array constructor + array index off by one in called method

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

[Bug fortran/66681] [Coarray] Wrong result in assigning this_image() to a complex coarray

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66681 --- Comment #10 from Dominique d'Humieres --- > I wonder if this is related to pr78892 pr78892 is fixed, while this PR is not.

[Bug c++/78337] "internal compiler error: Segmentation fault", using local variable in lambda return-type deduction

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78337 --- Comment #3 from Jason Merrill --- Author: jason Date: Wed Jan 11 21:43:42 2017 New Revision: 244340 URL: https://gcc.gnu.org/viewcvs?rev=244340=gcc=rev Log: PR c++/78337 - ICE on invalid with generic lambda * semantics.c

[Bug c++/12277] eliminate and warn on dynamic casts with known NULL results

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

[Bug c++/12333] [DR 272] Explicit call to MyClass::~MyClass() not allowed

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

[Bug c++/12672] Evals template defaults args that it should not

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

[Bug c++/12697] Redundant duplicate error message

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=12697 Martin Sebor changed: What|Removed |Added Status|NEW |RESOLVED CC|

[Bug lto/79061] [7 Regression][LTO][ASAN] LTO plus ASAN fails with "AddressSanitizer: initialization-order-fiasco"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79061 Martin Liška changed: What|Removed |Added CC||marxin at gcc dot gnu.org

[Bug c++/24511] [DR 470] explicit instantiation/extern template unsats on symbols defined later

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=24511 --- Comment #9 from Martin Sebor --- Author: msebor Date: Wed Jan 11 21:02:46 2017 New Revision: 244337 URL: https://gcc.gnu.org/viewcvs?rev=244337=gcc=rev Log: PR c++/24511 - [DR 470] explicit instantiation/extern template unsats // on symbols

[Bug c++/24511] [DR 470] explicit instantiation/extern template unsats on symbols defined later

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

[Bug tree-optimization/71237] [7 regression] scev tests failing after pass reorganization

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

[Bug target/78253] [5/6/7 Regression] [ARM] call weak function instead of strong when called through pointer

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78253 --- Comment #5 from Christophe Lyon --- Author: clyon Date: Wed Jan 11 16:13:14 2017 New Revision: 244320 URL: https://gcc.gnu.org/viewcvs?rev=244320=gcc=rev Log: [ARM] PR target/78253 Call weak function instead of strong when called through

[Bug target/79041] aarch64 backend emits R_AARCH64_ADR_PREL_PG_HI21 relocation despite -mpc-relative-literal-loads option being used

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79041 --- Comment #4 from ktkachov at gcc dot gnu.org --- (In reply to Robert Schiele from comment #3) > If you point me to the specific patch that you have in mind I can in > parallel already test whether besides the test case I provided it also fixes

[Bug driver/78877] Missing suggestion for -fsanitize=addres

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78877 --- Comment #3 from David Malcolm --- Author: dmalcolm Date: Wed Jan 11 17:25:40 2017 New Revision: 244325 URL: https://gcc.gnu.org/viewcvs?rev=244325=gcc=rev Log: Offer suggestions for unrecognized sanitizer options (PR driver/78877)

[Bug demangler/78944] null pointer in demangler

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78944 --- Comment #3 from Ivan Sorokin --- I retested these cases on a more recent version of binutils 2.27. It turned out that the first three cases are fixed. The last one still causes a crash. Here is a more simple reprocase: $ c++filt

[Bug libstdc++/78273] The transparent version of {map,set}::count should call _M_count_tr

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78273 Jonathan Wakely changed: What|Removed |Added Target Milestone|--- |5.5 Known to fail|

[Bug c++/77812] [5/6/7 Regression] incorrectly rejects valid C++ code that uses enum in template instantiation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77812 Nathan Sidwell changed: What|Removed |Added Status|NEW |ASSIGNED CC|

[Bug c++/77812] [5/6/7 Regression] incorrectly rejects valid C++ code that uses enum in template instantiation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77812 --- Comment #3 from Nathan Sidwell --- The struct variant only 'works' because 'struct X' is a valid incomplete struct declaration. Try: struct f {}; template void f () { struct f Q; } template void f (); void f() void f() [with = int]

[Bug c/78768] -Walloca-larger-than and -Wformat-length warnings disabled by -flto

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78768 --- Comment #5 from Martin Sebor --- Author: msebor Date: Wed Jan 11 17:28:52 2017 New Revision: 244326 URL: https://gcc.gnu.org/viewcvs?rev=244326=gcc=rev Log: PR c/78768 - -Walloca-larger-than and -Wformat-length warnings disabled by -flto

[Bug c/78768] -Walloca-larger-than and -Wformat-length warnings disabled by -flto

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

[Bug lto/79062] New: -Wformat-length warnings disabled by -flto

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79062 Bug ID: 79062 Summary: -Wformat-length warnings disabled by -flto Product: gcc Version: 7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: lto

[Bug bootstrap/79063] New: GCC Master fails to build for sh

Assignee: unassigned at gcc dot gnu.org Reporter: joel at gcc dot gnu.org Target Milestone: --- 7.0.0 20170111 Nothing particularly special about the build. Just fails early with ICE. /home/joel/test-gcc/b-sh-elf-gcc/./gcc/xgcc -B/home/joel/test-gcc/b-sh-elf-gcc/./gcc/ -nostdinc -B

[Bug testsuite/79051] FAIL: gcc.dg/attr-alloc_size-4.c (test for warnings, line 140)

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

[Bug c/77675] optimization level==number of -Wformat-length warnings

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

[Bug middle-end/77708] -Wformat-length %s warns for snprintf

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

[Bug c/72783] Fortify scanf %s, %[ conversion specifiers

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72783 --- Comment #3 from Martin Sebor --- I've run out of time to implement this in GCC 7 but I'll see about handling it in GCC 8.

[Bug debug/78839] [6/7 Regression] DWARF output different between GCC 5 and 6

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

[Bug c++/72813] [6/7 Regression] atomic header cannot be compiled into translation unit with -fkeep-inline-functions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72813 --- Comment #10 from Jakub Jelinek --- Author: jakub Date: Wed Jan 11 18:08:57 2017 New Revision: 244328 URL: https://gcc.gnu.org/viewcvs?rev=244328=gcc=rev Log: PR c++/72813 * gcc.c (default_compilers): Don't add -o %g.s for -S

[Bug c++/78341] ICE on invalid C++ code on x86_64-linux-gnu (internal compiler error: in cp_parser_std_attribute_spec, at cp/parser.c:24597)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78341 --- Comment #4 from Jakub Jelinek --- Author: jakub Date: Wed Jan 11 18:09:58 2017 New Revision: 244329 URL: https://gcc.gnu.org/viewcvs?rev=244329=gcc=rev Log: PR c++/78341 * parser.c (cp_parser_std_attribute_spec): Remove

[Bug c/47931] missing -Waddress warning for comparison with NULL

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47931 --- Comment #5 from Martin Sebor --- Author: msebor Date: Wed Jan 11 18:33:13 2017 New Revision: 244331 URL: https://gcc.gnu.org/viewcvs?rev=244331=gcc=rev Log: PR c/47931 - missing -Waddress warning for comparison with NULL

[Bug c/32207] missing warnings about address of 'x'.

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

[Bug c/47931] missing -Waddress warning for comparison with NULL

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

[Bug target/78633] [7 Regression] [SH] libgcc/fp-bit.c:944:1: error: invalid rtl sharing found in the insn

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78633 Joseph S. Myers changed: What|Removed |Added CC||joel at gcc dot gnu.org --- Comment

[Bug bootstrap/79063] GCC Master fails to build for sh

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79063 Joseph S. Myers changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug rtl-optimization/79059] Information from CCmode is not propagated across basic blocks

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79059 --- Comment #5 from Andrew Pinski --- I can't remember if this is the same but I don't know how to describe this optimization right now but take the following two functions: struct arc { int ident; }; int bea_is_dual_infeasible( struct arc

[Bug c++/11187] signed/unsigned conversion behaves differently

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=11187 Martin Sebor changed: What|Removed |Added Last reconfirmed|2012-01-13 00:00:00 |2017-1-11 CC|

[Bug c++/79064] New: Cannot overload member function templates on type of literal

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79064 Bug ID: 79064 Summary: Cannot overload member function templates on type of literal Product: gcc Version: 7.0 Status: UNCONFIRMED Keywords: rejects-valid

[Bug target/60554] redundant instruction is generated for setting the flags on x86

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60554 Uroš Bizjak changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug middle-end/50199] [5/6/7 Regression] wrong code with -flto -fno-merge-constants

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50199 --- Comment #28 from Jakub Jelinek --- Author: jakub Date: Wed Jan 11 08:40:59 2017 New Revision: 244304 URL: https://gcc.gnu.org/viewcvs?rev=244304=gcc=rev Log: PR middle-end/50199 * lto-lang.c (lto_post_options): Force

[Bug c++/79050] [5/6/7 Regression] ICE: tree code 'template_type_parm' is not supported in LTO streams

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79050 Martin Liška changed: What|Removed |Added Keywords||ice-on-valid-code, lto

[Bug tree-optimization/79054] missing range information with INT_MAX

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79054 --- Comment #2 from Richard Biener --- I get > ./cc1 -quiet t.c -O2 -Wall -Walloc-size-larger-than=1234 -fdump-tree-all-alias t.c: In function ‘foo’: t.c:18:3: warning: argument 1 range [1236, 2147483647] exceeds maximum object size 1234

[Bug c++/79056] New: [C++17] ICE with broken deduction guide

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79056 Bug ID: 79056 Summary: [C++17] ICE with broken deduction guide Product: gcc Version: 7.0 Status: UNCONFIRMED Keywords: ice-on-invalid-code Severity: normal

[Bug middle-end/79057] New: Lra reloads to used register

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79057 Bug ID: 79057 Summary: Lra reloads to used register Product: gcc Version: 7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end

[Bug middle-end/79057] Lra reloads to used register

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79057 --- Comment #1 from Dominik Vogt --- Created attachment 40501 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40501=edit reload output

[Bug c++/78852] [7 Regression] ICE with Boost.Variant 1.62

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

[Bug target/73350] AVX512: GCC optimizes away rounding flags

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

[Bug c++/79056] [C++17] ICE with broken deduction guide

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79056 --- Comment #1 from Jonathan Wakely --- A slightly different example: template struct unique_ptr { template unique_ptr(V) { } }; template struct default_delete { }; template unique_ptr(T*) -> unique_ptr

[Bug middle-end/78142] Commit r241590 is more registers to be used for on gcc.target/aarch64/vector_initialization_nostack.c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78142 --- Comment #3 from Tamar Christina --- The test is still failing, but we haven't had the time to look at it yet. My initial patch to just tweak the commandline was rejected.

[Bug c++/79050] [5/6/7 Regression] ICE: tree code 'template_type_parm' is not supported in LTO streams

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

[Bug target/73350] AVX512: GCC optimizes away rounding flags

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=73350 --- Comment #6 from Eric Botcazou --- > The "simplest" way would be to have separate UNSPECs for all ops (but that > explodes the number of unspecs I guess). Currently we get > > (insn 21 20 22 (parallel [ > (set (reg:V16SF 110) >

[Bug c++/78894] [7 Regression] [c++17] ICE for std::list template deduction from std:: initializer_list

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

[Bug c++/78852] [7 Regression] ICE with Boost.Variant 1.62

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78852 --- Comment #4 from Markus Trippelsdorf --- (In reply to Marek Polacek from comment #3) > The testcase in Comment 1 doesn't ICE for me with trunk. Yes, even the original testcase doesn't ICE anymore on trunk. Would be good to know which

[Bug c++/78852] [7 Regression] ICE with Boost.Variant 1.62

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78852 --- Comment #5 from Marek Polacek --- Right, let me see.

[Bug middle-end/50199] [5/6/7 Regression] wrong code with -flto -fno-merge-constants

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50199 --- Comment #27 from Richard Biener --- works for me

[Bug bootstrap/79052] bootstrap-ubsan failures due to warnings

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79052 --- Comment #2 from Richard Biener --- I'll take care of the gimple-parser.c part.

[Bug target/60554] redundant instruction is generated for setting the flags on x86

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60554 --- Comment #3 from Uroš Bizjak --- (In reply to Luchezar Belev from comment #0) > consider this simple function: > int is_float_negative(int x) { return (int)(x ^ 0x8000) > 0; } > > for x86, with options "-O3 -march=core2", GCC 4.8.2

[Bug rtl-optimization/79032] [7 regression] unaligned memory access generated with LRA and optimization

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79032 --- Comment #9 from Daniel Cederman --- Thanks for fixing it so quickly. Everything seems to be working now on my side.

[Bug libstdc++/66284] std::reference_wrapper is transparent to std::function::target_type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66284 --- Comment #5 from Jonathan Wakely --- https://wg21.link/lwg2781

[Bug libstdc++/78389] list::merge and list::sort are not exception safe

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

[Bug libstdc++/78134] set::set lower_bound() for transparent comparator returns const_iterator

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

[Bug libstdc++/78134] set::set lower_bound() for transparent comparator returns const_iterator

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78134 Jonathan Wakely changed: What|Removed |Added Status|NEW |ASSIGNED

[Bug libstdc++/78134] set::set lower_bound() for transparent comparator returns const_iterator

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78134 --- Comment #2 from Jonathan Wakely --- Same bug as PR 68190.

[Bug target/72749] [7 Regression] ICE: verify_flow_info failed (error: wrong amount of branch edges after conditional jump in bb 5) w/ -O2 -fsched2-use-superblocks

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72749 --- Comment #5 from Jakub Jelinek --- I think it is rtl_split_edge and patch_jump_insn not being able to deal with such conditional jump insns. It has code to deal e.g. with degenerate asm goto and similar insns. Note, I'm not really sure what

[Bug rtl-optimization/79059] Information from CCmode is not propagated across basic blocks

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79059 Maxim Kuvyrkov changed: What|Removed |Added CC||bernds at gcc dot gnu.org,

[Bug c/79027] fold-const.c:11104:1: internal compiler error: Floating point exception

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79027 --- Comment #4 from dave.anglin at bell dot net --- The same error occurs with 4.9.4, 5.4.1 and 6.3.0. I haven't seen it on hpux. This made me think that it might be configuration related. The error doesn't occur if I add "--disable-lto

[Bug target/72749] [7 Regression] ICE: verify_flow_info failed (error: wrong amount of branch edges after conditional jump in bb 5) w/ -O2 -fsched2-use-superblocks

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72749 --- Comment #4 from Jakub Jelinek --- Perhaps use the TARGET_LEGITIMATE_COMBINED_INSN target hook? Though if that hook rejects all doloop insns, that would mean you can't combine into the doloop insns created by the doloop pass, not sure if it

  1   2   >