[Bug libfortran/78055] [7 regression] Many new gfortran test failures

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78055 David Edelsohn changed: What|Removed |Added Target|sparc-sun-solaris2.12 |sparc-sun-solaris2.12,

[Bug sanitizer/77982] deadlock in asan thread initialization/interception.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77982 --- Comment #2 from Kostya Serebryany --- Is -flto important here? Does this happen with clang? (does not happen for me) Does this happen if you use statically linked asan (-static-libasan)?

[Bug driver/36312] should refuse to overwrite input file with output file

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=36312 --- Comment #22 from Manuel López-Ibáñez --- (In reply to Riccardo Mutschlechner from comment #21) > Is this cruft, or something that would actually be used - and if so, what is > a good way to go about doing this?

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77308 --- Comment #12 from Wilco --- It looks like we need a different approach, I've seen the extra SETs use up more registers in some cases, and in other cases being optimized away early on... Doing shift expansion at the same time as all other DI

[Bug libfortran/78055] [7 regression] Many new gfortran test failures

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78055 --- Comment #8 from ro at CeBiTec dot Uni-Bielefeld.DE --- > --- Comment #7 from Jerry DeLisle --- > Would you please apply the patch from here and see if it fixes also or breaks > more. > > https://gcc.gnu.org/ml/fortran/2016-10/msg00133.html

[Bug target/78057] [7 Regression]: FAIL: gcc.target/i386/bmi-{4,5,6}.c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78057 --- Comment #3 from Jakub Jelinek --- I've been concerned about something like: int a = ((int (*) (void)) __builtin_clz) (); int b = ((int (*) (float, double)) __builtin_clz) (0.5f, 1.0); but that is apparently rejected. Perhaps builtins

[Bug libfortran/78055] [7 regression] Many new gfortran test failures

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78055 --- Comment #7 from Jerry DeLisle --- Rainer, Would you please apply the patch from here and see if it fixes also or breaks more. https://gcc.gnu.org/ml/fortran/2016-10/msg00133.html Thanks, Jerry

[Bug target/78057] [7 Regression]: FAIL: gcc.target/i386/bmi-{4,5,6}.c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78057 --- Comment #2 from Uroš Bizjak --- + case IX86_BUILTIN_TZCNT16: + case IX86_BUILTIN_TZCNT32: + case IX86_BUILTIN_TZCNT64: + if (n_args == 1 && TREE_CODE (args[0]) == INTEGER_CST) Maybe: ... case

[Bug libfortran/78055] [7 regression] Many new gfortran test failures

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78055 --- Comment #6 from Jerry DeLisle --- I think I understand. The Frontend needs to access the parameters before and after the dtp->u.p section. When deleting that integer, that section was shortened, so the placement of the parameters after are

[Bug debug/77315] emit DW_OP_form_tls_address

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77315 Tom Tromey changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |tromey at gcc dot gnu.org ---

[Bug libfortran/78055] [7 regression] Many new gfortran test failures

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78055 --- Comment #5 from Jerry DeLisle --- Ok I will commit that little chink for now. My next patch really slams this structure so I think I will send it to you first to see what breaks. In fact I just pinged the post for it. In the meantime need

[Bug target/78057] [7 Regression]: FAIL: gcc.target/i386/bmi-{4,5,6}.c

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

[Bug c++/78058] New: Complex initialization of nested std::optional does not work

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78058 Bug ID: 78058 Summary: Complex initialization of nested std::optional does not work Product: gcc Version: 7.0 Status: UNCONFIRMED Severity: normal

[Bug libfortran/78055] [7 regression] Many new gfortran test failures

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78055 --- Comment #4 from ro at CeBiTec dot Uni-Bielefeld.DE --- > --- Comment #3 from ro at CeBiTec dot Uni-Bielefeld.DE Uni-Bielefeld.DE> --- [...] > Seems so, especially since sparc is more sensitive here. I've just > rebuilt libgfortran with the

[Bug libfortran/78055] [7 regression] Many new gfortran test failures

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78055 --- Comment #3 from ro at CeBiTec dot Uni-Bielefeld.DE --- > --- Comment #2 from Jerry DeLisle --- > As a test, try this patch. > > diff --git a/libgfortran/io/io.h b/libgfortran/io/io.h > index edc520a9..00ced533 100644 > ---

[Bug libfortran/78055] [7 regression] Many new gfortran test failures

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78055 --- Comment #2 from Jerry DeLisle --- As a test, try this patch. diff --git a/libgfortran/io/io.h b/libgfortran/io/io.h index edc520a9..00ced533 100644 --- a/libgfortran/io/io.h +++ b/libgfortran/io/io.h @@ -514,6 +514,7 @@ typedef struct

[Bug target/78057] [7 Regression]: FAIL: gcc.target/i386/bmi-{4,5,6}.c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78057 Uroš Bizjak changed: What|Removed |Added Target||x86 Target Milestone|---

[Bug target/78057] New: [7 Regression]: FAIL: gcc.target/i386/bmi-{4,5,6}.c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78057 Bug ID: 78057 Summary: [7 Regression]: FAIL: gcc.target/i386/bmi-{4,5,6}.c Product: gcc Version: 7.0 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug libfortran/78055] [7 regression] Many new gfortran test failures

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

[Bug libfortran/78055] [7 regression] Many new gfortran test failures

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78055 --- Comment #1 from Jerry DeLisle --- Looking, but need more info.

[Bug target/78037] Incorrect code generated at optimization level -O2 for tzcnt and binary and

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78037 --- Comment #19 from uros at gcc dot gnu.org --- Author: uros Date: Thu Oct 20 17:53:10 2016 New Revision: 241381 URL: https://gcc.gnu.org/viewcvs?rev=241381=gcc=rev Log: PR target/78037 * config/i386/bmiintrin.h (__tzcnt_u16):

[Bug target/78056] [7 Regression] build failure on Power7

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78056 --- Comment #3 from Markus Trippelsdorf --- trippels@gcc1-power7 gcc_build_dir % ../gcc/configure --disable-libsanitizer --disable-bootstrap --disable-libstdcxx-pch --disable-libvtv --disable-libitm --disable-libcilkrts --disable-libssp

[Bug target/78056] [7 Regression] build failure on Power7

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78056 David Edelsohn changed: What|Removed |Added Target|powerpc64-unknown-linux-gnu |powerpc*-*-*

[Bug target/78056] [7 Regression] build failure on Power7

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78056 --- Comment #1 from Markus Trippelsdorf --- This probably started with r241314.

[Bug target/78056] New: [7 Regression] build failure on Power7

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78056 Bug ID: 78056 Summary: [7 Regression] build failure on Power7 Product: gcc Version: 7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target

[Bug rtl-optimization/78041] Wrong code on ARMv7 with -mthumb -mfpu=neon-fp16 -O0

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78041 --- Comment #9 from Bernd Edlinger --- (In reply to Wilco from comment #8) > > I've got a patch that fixes it, it's being tested. > > While looking at how DI mode operations get expanded, I noticed there is a > CQ issue with your shift change.

[Bug lto/78049] [7 Regression] ICE in gcc/lto-streamer-in.c:901 when building Firefox with LTO and -O3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78049 Martin Liška changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug rtl-optimization/78041] Wrong code on ARMv7 with -mthumb -mfpu=neon-fp16 -O0

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78041 --- Comment #8 from Wilco --- (In reply to Bernd Edlinger from comment #7) > (In reply to Richard Earnshaw from comment #6) > > (In reply to Bernd Edlinger from comment #5) > > > (In reply to Wilco from comment #4) > > > > However dealing with

[Bug lto/78049] [7 Regression] ICE in gcc/lto-streamer-in.c:901 when building Firefox with LTO and -O3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78049 --- Comment #4 from Martin Liška --- Author: marxin Date: Thu Oct 20 15:30:17 2016 New Revision: 241380 URL: https://gcc.gnu.org/viewcvs?rev=241380=gcc=rev Log: Do not fixup edges for a thunk in LTRANS (PR lto/78049) PR lto/78049

[Bug fortran/78053] [OOP] SELECT TYPE on CLASS(*) component for deferred length char arrays ICEs for -O > 0

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78053 vehre at gcc dot gnu.org changed: What|Removed |Added Status|NEW |ASSIGNED

[Bug target/71519] "Out of range operand" bteqz inst generated by "casesi_internal_mips16_"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71519 --- Comment #1 from André Draszik --- Artificially, this looks similar to bug 77757 (which has actual test cases attached)

[Bug target/77757] mips16: generated assembly has loads too far away

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77757 --- Comment #2 from André Draszik --- Created attachment 39854 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39854=edit pre-processed output: boost (debian sid mipsel) Another instance of this, this time in boost. The file is actually

[Bug target/77757] mips16: generated assembly has loads too far away

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77757 --- Comment #1 from André Draszik --- Created attachment 39853 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39853=edit pre-processed output (debian sid mipsel) For easier reproducibility, I have tested the same on a standard debian

[Bug tree-optimization/71433] [7 Regression] -Warray-bounds false positive with -O2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71433 --- Comment #7 from Richard Biener --- Before VRP we have # r_3 = PHI <1(2)> if (e_14(D) < -52) goto ; else goto ; : # r_7 = PHI if (e_14(D) < -52) goto ; else goto ; : if (r_7 == 0) goto ;

[Bug tree-optimization/71433] [7 Regression] -Warray-bounds false positive with -O2

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

[Bug rtl-optimization/78041] Wrong code on ARMv7 with -mthumb -mfpu=neon-fp16 -O0

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78041 --- Comment #7 from Bernd Edlinger --- (In reply to Richard Earnshaw from comment #6) > (In reply to Bernd Edlinger from comment #5) > > (In reply to Wilco from comment #4) > > > However dealing with partial overlaps is complex so maybe the best

[Bug lto/78049] [7 Regression] ICE in gcc/lto-streamer-in.c:901 when building Firefox with LTO and -O3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78049 --- Comment #3 from Martin Liška --- Having a patch that I'll send shortly to ML.

[Bug tree-optimization/71433] [7 Regression] -Warray-bounds false positive with -O2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71433 --- Comment #5 from Vincent Lefèvre --- Any news? FYI, the provided test case no longer yields the warning with Debian's gcc-snapshot/20161006-1 package, but the issue is still present when compiling MPFR (get_d.c). Here's a corresponding

[Bug middle-end/77996] Miscompilation due to LTO on aarch64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77996 --- Comment #12 from Yichao Yu --- Since the LLVM miscompilation isn't fixed, is there any way to check the alias assumptions more programmatically? (I can see that the TrailingObject might easily introduce something like this but given the

[Bug target/77728] [5/6/7 Regression] Miscompilation multiple vector iteration on ARM

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77728 --- Comment #4 from Yichao Yu --- Ping. Anything I can help with debugging this?

[Bug rtl-optimization/78041] Wrong code on ARMv7 with -mthumb -mfpu=neon-fp16 -O0

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78041 --- Comment #6 from Richard Earnshaw --- (In reply to Bernd Edlinger from comment #5) > (In reply to Wilco from comment #4) > > However dealing with partial overlaps is complex so maybe the best option > > would be to add alternatives to

[Bug target/50739] [avr] nameless error with -fmerge-all-constants

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50739 Senthil Kumar Selvaraj changed: What|Removed |Added Status|NEW |RESOLVED

[Bug other/56183] [meta-bug][avr] Problems with register allocation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56183 Bug 56183 depends on bug 56164, which changed state. Bug 56164 Summary: [avr] ICE: spill fail with __flash keyword https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56164 What|Removed |Added

[Bug target/56164] [avr] ICE: spill fail with __flash keyword

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56164 Senthil Kumar Selvaraj changed: What|Removed |Added Status|NEW |RESOLVED CC|

[Bug target/71932] internal compiler error: in push_reload, at reload.c:1360

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71932 Senthil Kumar Selvaraj changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED

[Bug target/71873] ICE in push_reload

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71873 Senthil Kumar Selvaraj changed: What|Removed |Added CC||RichardFalk at comcast dot net

[Bug target/71932] internal compiler error: in push_reload, at reload.c:1360

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71932 Senthil Kumar Selvaraj changed: What|Removed |Added Resolution|FIXED |DUPLICATE --- Comment #5 from

[Bug libfortran/78055] [7 regression] Many new gfortran test failures

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78055 Rainer Orth changed: What|Removed |Added Target Milestone|--- |7.0

[Bug fortran/78054] gfortran.dg/pr70673.f90 FAILs at -O0

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

[Bug libfortran/78055] New: [7 regression] Many new gfortran test failures

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78055 Bug ID: 78055 Summary: [7 regression] Many new gfortran test failures Product: gcc Version: 7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug c++/78051] error: dead STMT in EH table when using -O2

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

[Bug middle-end/77735] FAIL: gcc.dg/tree-ssa/builtin-sprintf-warn-1.c (test for warnings, line 358)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77735 --- Comment #7 from Dominique d'Humieres --- On x86_64-apple-darwin16 FAIL: gcc.dg/tree-ssa/builtin-sprintf-warn-1.c (test for warnings, line 1229) FAIL: gcc.dg/tree-ssa/builtin-sprintf-warn-1.c (test for warnings, line 1279) FAIL:

[Bug fortran/78054] New: gfortran.dg/pr70673.f90 FAILs at -O0

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78054 Bug ID: 78054 Summary: gfortran.dg/pr70673.f90 FAILs at -O0 Product: gcc Version: 7.0 Status: UNCONFIRMED Keywords: wrong-code Severity: normal Priority: P3

[Bug middle-end/77735] FAIL: gcc.dg/tree-ssa/builtin-sprintf-warn-1.c (test for warnings, line 358)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77735 Eric Botcazou changed: What|Removed |Added Target|hppa-unknown-linux-gnu |hppa*-*-*-, powerpc*-*-*,

[Bug target/78037] Incorrect code generated at optimization level -O2 for tzcnt and binary and

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78037 --- Comment #18 from Uroš Bizjak --- (In reply to Jakub Jelinek from comment #16) > (In reply to Uroš Bizjak from comment #15) > > The problem is that we have no way to macroize (const_int {16,32,64}) in the > > pattern, and it would cause

[Bug libstdc++/78052] [5/6/7 Regression] allocator_traits<allocator> partial specialization vs allocator

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78052 --- Comment #3 from Jonathan Wakely --- Author: redi Date: Thu Oct 20 11:17:55 2016 New Revision: 241370 URL: https://gcc.gnu.org/viewcvs?rev=241370=gcc=rev Log: PR78052 Define std::allocator::{construct,destroy} PR libstdc++/78052

[Bug libstdc++/78052] [5/6/7 Regression] allocator_traits<allocator> partial specialization vs allocator

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

[Bug target/78037] Incorrect code generated at optimization level -O2 for tzcnt and binary and

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78037 --- Comment #17 from Uroš Bizjak --- (In reply to Jakub Jelinek from comment #13) > The problem is that on x86 clz/ctz is sometimes undefined and sometimes > defined at zero, it depends on which instruction is used and which CPU too. > If we

[Bug target/78037] Incorrect code generated at optimization level -O2 for tzcnt and binary and

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78037 --- Comment #16 from Jakub Jelinek --- (In reply to Uroš Bizjak from comment #15) > The problem is that we have no way to macroize (const_int {16,32,64}) in the > pattern, and it would cause pattern explosion by writing out all define_insn Why?

[Bug target/78037] Incorrect code generated at optimization level -O2 for tzcnt and binary and

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78037 --- Comment #15 from Uroš Bizjak --- (In reply to Jakub Jelinek from comment #14) > (In reply to Uroš Bizjak from comment #9) > > Created attachment 39845 [details] > > Patch that introduces new builtins with UNSPEC_LZCNT and UNSPEC_TZCNT RTX >

[Bug libstdc++/78052] [5/6/7 Regression] allocator_traits<allocator> partial specialization vs allocator

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78052 --- Comment #2 from Jonathan Wakely --- Author: redi Date: Thu Oct 20 10:51:45 2016 New Revision: 241368 URL: https://gcc.gnu.org/viewcvs?rev=241368=gcc=rev Log: PR78052 Define std::allocator::{construct,destroy} PR libstdc++/78052

[Bug fortran/78053] [OOP] SELECT TYPE on CLASS(*) component for deferred length char arrays ICEs for -O > 0

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78053 --- Comment #3 from vehre at gcc dot gnu.org --- (In reply to Richard Biener from comment #2) > The ICE happens because the FE introduces a type that ends up not being > gimplified via gimplify-type-sizes: > >

[Bug fortran/78053] [OOP] SELECT TYPE on CLASS(*) component for deferred length char arrays ICEs for -O > 0

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78053 --- Comment #2 from Richard Biener --- The ICE happens because the FE introduces a type that ends up not being gimplified via gimplify-type-sizes: character(kind=1)[0:][1:.__tmp_CHARACTER_0_1] * D.3481; The reason is a

[Bug c++/78048] noexcept operator does not work properly when substitution required

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

[Bug c++/78042] g++ does not select the corresponding overloads of abs() for long and long long

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78042 --- Comment #2 from Jonathan Wakely --- (In reply to Dominik Muth from comment #0) > Obviously int abs(int) is called here all the time. However I expect the > corresponding overloads to be selected according to >

[Bug target/78037] Incorrect code generated at optimization level -O2 for tzcnt and binary and

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78037 --- Comment #14 from Jakub Jelinek --- (In reply to Uroš Bizjak from comment #9) > Created attachment 39845 [details] > Patch that introduces new builtins with UNSPEC_LZCNT and UNSPEC_TZCNT RTX > patterns Instead of UNSPEC, wouldn't it be

[Bug target/78037] Incorrect code generated at optimization level -O2 for tzcnt and binary and

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78037 --- Comment #13 from Jakub Jelinek --- (In reply to Richard Biener from comment #11) > Back to target because: > > @defmac CLZ_DEFINED_VALUE_AT_ZERO (@var{mode}, @var{value}) > @defmacx CTZ_DEFINED_VALUE_AT_ZERO (@var{mode}, @var{value}) > A C

[Bug fortran/78053] [OOP] SELECT TYPE on CLASS(*) component for deferred length char arrays ICEs for -O > 0

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

[Bug target/78037] Incorrect code generated at optimization level -O2 for tzcnt and binary and

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78037 --- Comment #12 from Uroš Bizjak --- (In reply to Richard Biener from comment #11) > Back to target because: > > @defmac CLZ_DEFINED_VALUE_AT_ZERO (@var{mode}, @var{value}) > @defmacx CTZ_DEFINED_VALUE_AT_ZERO (@var{mode}, @var{value}) > A C

[Bug target/78037] Incorrect code generated at optimization level -O2 for tzcnt and binary and

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78037 Richard Biener changed: What|Removed |Added Component|tree-optimization |target --- Comment #11 from Richard

[Bug libstdc++/78052] [5/6/7 Regression] allocator_traits<allocator> partial specialization vs allocator

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78052 --- Comment #1 from Jonathan Wakely --- Author: redi Date: Thu Oct 20 10:13:10 2016 New Revision: 241365 URL: https://gcc.gnu.org/viewcvs?rev=241365=gcc=rev Log: PR78052 Define std::allocator::{construct,destroy} PR libstdc++/78052

[Bug tree-optimization/78037] Incorrect code generated at optimization level -O2 for tzcnt and binary and

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78037 Uroš Bizjak changed: What|Removed |Added Status|ASSIGNED|NEW CC|

[Bug fortran/78053] New: [OOP] SELECT TYPE on CLASS(*) component for deferred length char arrays ICEs for -O > 0

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78053 Bug ID: 78053 Summary: [OOP] SELECT TYPE on CLASS(*) component for deferred length char arrays ICEs for -O > 0 Product: gcc Version: 7.0 Status: UNCONFIRMED

[Bug fortran/78053] [OOP] SELECT TYPE on CLASS(*) component for deferred length char arrays ICEs for -O > 0

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78053 vehre at gcc dot gnu.org changed: What|Removed |Added Priority|P3 |P4 Severity|minor

[Bug c++/78040] Missed mangled names of class methods in the translation unit dump

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78040 --- Comment #2 from Andrey Ponomarenko --- The -fdump-translation-unit option is public according to the documentation: -fdump-translation-unit (C++ only) -fdump-translation-unit-options (C++ only) Dump a representation of the tree

[Bug lto/78049] [7 Regression] ICE in gcc/lto-streamer-in.c:901 when building Firefox with LTO and -O3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78049 --- Comment #2 from Martin Liška --- Hm, cedge->lto_stmt_uid == 0, thus adjusting fatal_error guard condition and I'm seeking why it has the wrong value.

[Bug c++/78047] [7 Regression] Chromium apparently gets miscompiled

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

[Bug libstdc++/78052] [5/6/7 Regression] allocator_traits<allocator> partial specialization vs allocator

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

[Bug libstdc++/78052] New: [5/6/7 Regression] allocator_traits<allocator> partial specialization vs allocator

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78052 Bug ID: 78052 Summary: [5/6/7 Regression] allocator_traits partial specialization vs allocator Product: gcc Version: unknown Status: UNCONFIRMED

[Bug c++/78047] [7 Regression] Chromium apparently gets miscompiled

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78047 --- Comment #5 from Markus Trippelsdorf --- : MEM[(struct &)] ={v} {CLOBBER}; _53 = MEM[(struct SkAutoSTMalloc *)_storage +

[Bug c++/78051] error: dead STMT in EH table when using -O2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78051 --- Comment #1 from David Binderman --- Created attachment 39851 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39851=edit C++ source code After creduce has done it's work.

[Bug c++/78051] New: error: dead STMT in EH table when using -O2

++ Assignee: unassigned at gcc dot gnu.org Reporter: dcb314 at hotmail dot com Target Milestone: --- Created attachment 39850 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39850=edit gzipped C++ source code The attached code, when compiled by gcc trunk dated 20161

[Bug tree-optimization/65752] Too strong optimizations int -> pointer casts

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

[Bug libstdc++/78050] New: Missing define for cross *-mingw32*

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78050 Bug ID: 78050 Summary: Missing define for cross *-mingw32* Product: gcc Version: 7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libstdc++

[Bug c++/78047] [7 Regression] Chromium apparently gets miscompiled

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78047 --- Comment #4 from Markus Trippelsdorf --- movq $_ZZN18GrResourceProviderC4EP5GrGpuP15GrResourceCacheP13GrSingleOwnerE27gQuadIndexBufferKey_storage+16, _ZZN18GrResourceProviderC4EP5GrGpuP15GrResourceCacheP13GrSi

[Bug tree-optimization/65752] Too strong optimizations int -> pointer casts

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65752 --- Comment #51 from Richard Biener --- (In reply to Jeffrey A. Law from comment #50) > Richi, > I haven't followed this BZ at all, but I absolutely trust you on issues WRT > alias analysis. If we can't propagate these conditional equivalences

[Bug c++/77446] Suspicious "non-constant condition for static assertion" error

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

[Bug c++/77446] Suspicious "non-constant condition for static assertion" error

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77446 --- Comment #1 from paolo at gcc dot gnu.org --- Author: paolo Date: Thu Oct 20 08:15:49 2016 New Revision: 241361 URL: https://gcc.gnu.org/viewcvs?rev=241361=gcc=rev Log: 2016-10-20 Paolo Carlini PR

[Bug middle-end/78044] -Wmaybe-uninitialized and -O2: false positive with boost::optional

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78044 --- Comment #6 from Richard Biener --- Well. someFunction () is optimized down to just void someFunction() () { int aOptional$4; struct C D.2560; struct C D.2555; void * _4; : C::operator mpl_::B (); D.2555 ={v} {CLOBBER}; _4

[Bug tree-optimization/53979] ((a ^ b) | a) not optimized to (a | b)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53979 --- Comment #2 from prathamesh3492 at gcc dot gnu.org --- Author: prathamesh3492 Date: Thu Oct 20 07:55:28 2016 New Revision: 241360 URL: https://gcc.gnu.org/viewcvs?rev=241360=gcc=rev Log: 2016-10-20 Prathamesh Kulkarni

[Bug c++/78047] [7 Regression] Chromium apparently gets miscompiled

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

[Bug lto/78049] [7 Regression] ICE in gcc/lto-streamer-in.c:901 when building Firefox with LTO and -O3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78049 --- Comment #1 from Richard Biener --- static void fixup_call_stmt_edges_1 (struct cgraph_node *node, gimple **stmts, struct function *fn) { struct cgraph_edge *cedge; struct ipa_ref *ref = NULL; unsigned int i;

[Bug middle-end/78044] -Wmaybe-uninitialized and -O2: false positive with boost::optional

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78044 Martin Liška changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug middle-end/78044] -Wmaybe-uninitialized and -O2: false positive with boost::optional

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

[Bug lto/78049] [7 Regression] ICE in gcc/lto-streamer-in.c:901 when building Firefox with LTO and -O3

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

[Bug lto/78049] New: [7 Regression] ICE in gcc/lto-streamer-in.c:901 when building Firefox with LTO and -O3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78049 Bug ID: 78049 Summary: [7 Regression] ICE in gcc/lto-streamer-in.c:901 when building Firefox with LTO and -O3 Product: gcc Version: unknown Status: UNCONFIRMED

[Bug c++/78047] [7 Regression] Chromium apparently gets miscompiled

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78047 Markus Trippelsdorf changed: What|Removed |Added Attachment #39846|0 |1 is obsolete|

[Bug rtl-optimization/78038] [5/6/7 Regression] internal compiler error: in get_sub_rtx, at ree.c:655

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78038 --- Comment #8 from Steffen Schmidt --- (In reply to Andrew Pinski from comment #7) > I am a bit shocked you are using ILP32 for aarch64 bare metal. This is the > first time I have seen that. Hi, it was not my intension to shock you :)

[Bug c++/78045] Parsing error when creating temporary object with space in type name (unsigned int)

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

[Bug middle-end/78044] -Wmaybe-uninitialized and -O2: false positive with boost::optional

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78044 Andrzej Krzemienski changed: What|Removed |Added CC||akrzemi1 at gmail dot com ---

  1   2   >