[Bug fortran/78033] Internal Compiler Error in enforce_single_undo_checkpoint

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78033 --- Comment #2 from kargl at gcc dot gnu.org --- (In reply to kargl from comment #1) > Reduced testcase. > > function f(n, x) >integer, intent(in) :: n >complex, intent(in) :: x(1:n) >real :: f >f = g([real(x(1:n)),

[Bug fortran/78033] Internal Compiler Error in enforce_single_undo_checkpoint

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

[Bug fortran/68649] [6/7 Regression] note: code may be misoptimized unless -fno-strict-aliasing is used

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68649 --- Comment #18 from Joost VandeVondele --- since this PR, and the related PR77278 can presumably only be fixed by changing libgfortran abi (at least if I understand Richard's suggestion for fixing this). The announced major version bump of

[Bug target/78007] Important loop from 482.sphinx3 is not vectorized

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78007 --- Comment #3 from Richard Biener --- Created attachment 39827 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39827=edit untested patch Mostly untested prototype. For -mavx2 we get from the testcase innermost loop .L6: vmovdqa

[Bug libgcc/78017] New: weak reference usage in gthr-posix.h (__gthread*) is broken

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78017 Bug ID: 78017 Summary: weak reference usage in gthr-posix.h (__gthread*) is broken Product: gcc Version: 7.0 Status: UNCONFIRMED Severity: normal

[Bug tree-optimization/77943] [5/6 Regression] Optimization incorrectly commons noexcept calls with non-noexcept calls

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77943 --- Comment #13 from Martin Liška --- The replacement you described fully makes sense for me! As I mentioned earlier, I'm not c++ expert, I can't come up with more possible counter examples that worth for testing. However, we'll fix further

[Bug libstdc++/78015] pthread_cancel while some exception is pending results in std::terminate ()

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

[Bug target/78007] Important loop from 482.sphinx3 is not vectorized

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78007 --- Comment #4 from Richard Biener --- Probably handling should be moved after targetm.vectorize.builtin_vectorized_function handling to allow arms builtin-bswap vectorization via vrev to apply (not sure if its permutation handling selects vrev

[Bug libstdc++/78015] New: pthread_cancel while some exception is pending results in std::terminate ()

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78015 Bug ID: 78015 Summary: pthread_cancel while some exception is pending results in std::terminate () Product: gcc Version: 7.0 Status: UNCONFIRMED Severity:

[Bug middle-end/78016] New: REG_NOTE order is not kept during insn copy

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78016 Bug ID: 78016 Summary: REG_NOTE order is not kept during insn copy Product: gcc Version: 7.0 Status: UNCONFIRMED Keywords: ice-on-valid-code Severity: normal

[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|WAITING |NEW --- Comment #5 from

[Bug libstdc++/78015] pthread_cancel while some exception is pending results in std::terminate ()

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78015 --- Comment #2 from Jakub Jelinek --- (In reply to Jakub Jelinek from comment #0) > #ifdef WORKAROUND > try > { > throw 1; > } > catch (int &) > #endif Oops, of course I meant #ifndef WORKAROUND. The problem is when there is an

[Bug fortran/78009] [OOP] polymorphic component of derived type array slice handling error

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

[Bug c++/78019] New: Local class with lambda in default member initializer cannot default-capture this

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78019 Bug ID: 78019 Summary: Local class with lambda in default member initializer cannot default-capture this Product: gcc Version: 7.0 Status: UNCONFIRMED

[Bug c++/78018] New: [C++14] "internal compiler error: Segmentation fault" with templates and lambdas

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78018 Bug ID: 78018 Summary: [C++14] "internal compiler error: Segmentation fault" with templates and lambdas Product: gcc Version: 6.2.0 Status: UNCONFIRMED

[Bug c++/78019] Local class with lambda in default member initializer cannot default-capture this

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

[Bug c++/78018] [C++14] "internal compiler error: Segmentation fault" with templates and lambdas

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

[Bug middle-end/77964] [7 Regression] Linux kernel firmware loader miscompiled

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77964 --- Comment #14 from Jiri Slaby --- (In reply to Andrew Pinski from comment #10) > (In reply to Markus Trippelsdorf from comment #9) > > Is subtracting undefined, too? > Yes. Comparing two unrelated arrays or subtracting them is undefined. But

[Bug middle-end/77964] [7 Regression] Linux kernel firmware loader miscompiled

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77964 --- Comment #15 from Jakub Jelinek --- (In reply to Jiri Slaby from comment #14) > (In reply to Andrew Pinski from comment #10) > > (In reply to Markus Trippelsdorf from comment #9) > > > Is subtracting undefined, too? > > Yes. Comparing two

[Bug libitm/63907] libitm/config/posix/rwlock.cc doesn't compile

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63907 --- Comment #10 from Klaus Rudolph --- Created attachment 39830 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39830=edit preprocessed file rwlock.ii Add rwlock.ii file as requested.

[Bug libgcc/78017] weak reference usage in gthr-posix.h (__gthread*) is broken

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78017 --- Comment #1 from Andrew Pinski --- IIRC this was declared a libc bug or an user error (not using the full archive). There is another thread on the glibc side if you want to read up on that.

[Bug libitm/63907] libitm/config/posix/rwlock.cc doesn't compile

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63907 --- Comment #9 from Klaus Rudolph --- hi all, > Gesendet: Freitag, 14. Oktober 2016 um 10:32 Uhr > Von: "redi at gcc dot gnu.org" > An: lts-rudo...@gmx.de > Betreff: [Bug libitm/63907] libitm/config/posix/rwlock.cc

[Bug middle-end/77964] [7 Regression] Linux kernel firmware loader miscompiled

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77964 --- Comment #17 from Jakub Jelinek --- (In reply to Jiri Slaby from comment #16) > (In reply to Jakub Jelinek from comment #15) > > lots of them that rely on pointer arithmetics being defined only within the > > same object. > > Sure, but the

[Bug tree-optimization/77916] [6/7 Regression] ICE in verify_gimple_in_cfg: invalid (pointer) operands to plus/minus

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77916 --- Comment #5 from Bill Schmidt --- Author: wschmidt Date: Tue Oct 18 13:35:19 2016 New Revision: 241305 URL: https://gcc.gnu.org/viewcvs?rev=241305=gcc=rev Log: 2016-10-18 Bill Schmidt PR

[Bug middle-end/77964] [7 Regression] Linux kernel firmware loader miscompiled

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77964 --- Comment #16 from Jiri Slaby --- (In reply to Jakub Jelinek from comment #15) > lots of them that rely on pointer arithmetics being defined only within the > same object. Sure, but the two pointers (taken implicitly of the arrays) are within

[Bug middle-end/65950] exit in main is causing the path to it to become unlikely.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65950 Andrew Pinski changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug target/78023] New: ice in replace_one_candidate with -O3 and -march=native

hen compiled by gcc trunk dated 20161018, and compiler flags -O3 -march=native, does this: $ ../results/bin/gcc -c -O3 -march=native bug312.c ../../src/H5Tconv.c: In function ‘H5T__conv_int_float’: ../../src/H5Tconv.c:7558:1: internal compiler error: in replace_one_candidate, at gimple-ssa-stren

[Bug target/78023] ice in replace_one_candidate with -O3 and -march=native

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78023 --- Comment #3 from Uroš Bizjak --- (In reply to David Binderman from comment #0) > Created attachment 39831 [details] > C source code after creduce > > The attached C code, when compiled by gcc trunk dated 20161018, > and com

[Bug tree-optimization/78005] [7 Regression] 172.mgrid and 450.soplex miscompare

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78005 --- Comment #4 from amker at gcc dot gnu.org --- Hmm, some code got lost during iterating of patch testing... Will send a patch soon.

[Bug libstdc++/41861] [DR 887][C++0x] does not use monotonic_clock

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=41861 --- Comment #14 from Mike Crowe --- (In reply to Jonathan Wakely from comment #13) > (In reply to Roman Fietze from comment #12) > > Sorry if it is inappropriate to ask for any changes, but how can it be, that > > there is no fix for this bug

[Bug middle-end/78016] REG_NOTE order is not kept during insn copy

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78016 Eric Botcazou changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug target/78020] New: [Aarch64, ARM64] vuzp{1,2}q_f64 implementation identical to vzip{1,2}q_f64 in arm_neon.h and probably incorrect

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78020 Bug ID: 78020 Summary: [Aarch64, ARM64] vuzp{1,2}q_f64 implementation identical to vzip{1,2}q_f64 in arm_neon.h and probably incorrect Product: gcc Version:

[Bug c++/67697] [concepts] ICE when using non-constexpr in requires expression

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

[Bug target/78023] ice in replace_one_candidate with -O3 and -march=native

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

[Bug middle-end/78016] REG_NOTE order is not kept during insn copy

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78016 --- Comment #2 from Jiong Wang --- (In reply to Eric Botcazou from comment #1) > > I attached a simply fix to keep REG-NOTE order during insn copy. > > > > Any comments? > > This seems reasonable if you need it for the DWARF CFI stuff, but

[Bug tree-optimization/77902] Auto-vectorizes epilogue loops of manually vectorized functions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77902 Allan Jensen changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug tree-optimization/77989] [7 Regression] -O3 causes verify_gimple fail

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77989 --- Comment #6 from amker at gcc dot gnu.org --- Ah, I think this duplicates to PR77988 and was fixed by richi. I will add a test case for this though.

[Bug fortran/78025] New: ICE in simd_clone_adjust, at omp-simd-clone.c:1126

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78025 Bug ID: 78025 Summary: ICE in simd_clone_adjust, at omp-simd-clone.c:1126 Product: gcc Version: 7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug tree-optimization/78024] [7 regression] test cases gfortran.dg/goacc/routine-4.f90 and also routine-5.f90 fail starting with r241296

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78024 --- Comment #1 from Bill Seurer --- These also fail on x86.

[Bug middle-end/65950] exit in main is causing the path to it to become unlikely.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65950 --- Comment #12 from Andrew Pinski --- Author: pinskia Date: Tue Oct 18 15:42:21 2016 New Revision: 241309 URL: https://gcc.gnu.org/viewcvs?rev=241309=gcc=rev Log: 2016-10-18 Andrew Pinski PR tree-opt/65950

[Bug target/78023] ice in replace_one_candidate with -O3 and -march=native

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78023 --- Comment #1 from David Binderman --- Created attachment 39832 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39832=edit gzipped C source code, before creduce

[Bug tree-optimization/78024] New: [7 regression] test cases gfortran.dg/goacc/routine-4.f90 and also routine-5.f90 fail starting with r241296

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78024 Bug ID: 78024 Summary: [7 regression] test cases gfortran.dg/goacc/routine-4.f90 and also routine-5.f90 fail starting with r241296 Product: gcc Version: 7.0

[Bug target/78020] [AArch64] vuzp{1,2}q_f64 implementation identical to vzip{1,2}q_f64 in arm_neon.h and probably incorrect

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78020 --- Comment #4 from Yvan Roux --- > Yes, you're right Yvan. > James just went through it with me on a board and they are indeed equivalent. > Sorry for the confusion. No worries, this kind of thing is tricky and deserve board drawings, It's a

[Bug libgomp/67335] [6/7 Regression] ICE in compiling omp simd function with unused argument

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

[Bug target/78020] [AArch64] vuzp{1,2}q_f64 implementation identical to vzip{1,2}q_f64 in arm_neon.h and probably incorrect

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78020 James Greenhalgh changed: What|Removed |Added CC||jgreenhalgh at gcc dot gnu.org ---

[Bug target/78020] [AArch64] vuzp{1,2}q_f64 implementation identical to vzip{1,2}q_f64 in arm_neon.h and probably incorrect

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78020 --- Comment #6 from Christophe Monat --- James, (In reply to James Greenhalgh from comment #5) > This bug looks invalid to me. I think you're both failing to grasp the > intuition behind these intrinsics. Ignoring the descriptions in the >

[Bug tree-optimization/77989] [7 Regression] -O3 causes verify_gimple fail

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77989 --- Comment #5 from amker at gcc dot gnu.org --- As suspected. VRP missed folding statement after copy propagation. Testing patch...

[Bug c++/67980] left shift count is negative [-Wshift-count-negative] generated for unreachable code

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

[Bug target/78020] [AArch64] vuzp{1,2}q_f64 implementation identical to vzip{1,2}q_f64 in arm_neon.h and probably incorrect

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78020 Yvan Roux changed: What|Removed |Added CC||yroux at gcc dot gnu.org --- Comment #2

[Bug c++/70565] [5/6/7 Regression] ICE at gimplify.c:8832 (cilkplus array extension)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70565 Martin Liška changed: What|Removed |Added Status|UNCONFIRMED |NEW Known to work|

[Bug target/77991] [5/6/7 Regression] ICE on x32 in plus_constant, at explow.c:87

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77991 --- Comment #4 from uros at gcc dot gnu.org --- Author: uros Date: Tue Oct 18 14:39:39 2016 New Revision: 241308 URL: https://gcc.gnu.org/viewcvs?rev=241308=gcc=rev Log: PR target/77991 * config/i386/i386.c

[Bug target/78020] [AArch64] vuzp{1,2}q_f64 implementation identical to vzip{1,2}q_f64 in arm_neon.h and probably incorrect

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

[Bug target/77345] [7 Regression] Segmentation fault w/ -misel -O1 (and above)

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

[Bug c++/78022] New: Strange C++ compilation error

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78022 Bug ID: 78022 Summary: Strange C++ compilation error Product: gcc Version: 5.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++

[Bug c++/69637] ICE on an invalid bit-field with template name for width

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

[Bug fortran/78021] Wrong result with optimization on character constant

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

[Bug fortran/78021] Wrong result with optimization on character constant

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

[Bug target/77991] [5/6/7 Regression] ICE on x32 in plus_constant, at explow.c:87

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77991 --- Comment #5 from H.J. Lu --- (In reply to Uroš Bizjak from comment #3) > HJ, can you please test the proposed patch on x32? There is no regression on x32. Thanks.

[Bug target/78020] [AArch64] vuzp{1,2}q_f64 implementation identical to vzip{1,2}q_f64 in arm_neon.h and probably incorrect

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

[Bug c++/70555] ICE in expand_expr_real_1 accessing a multi-dimensional VLA via lambda-capture

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

[Bug fortran/78021] New: Wrong result with optimization, character constant

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78021 Bug ID: 78021 Summary: Wrong result with optimization, character constant Product: gcc Version: 6.2.1 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug libgcc/78017] weak reference usage in gthr-posix.h (__gthread*) is broken

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78017 --- Comment #2 from nsz at gcc dot gnu.org --- i see the glibc threads linked from https://sourceware.org/bugzilla/show_bug.cgi?id=5784 but there are other libcs with static linking support, so even if weakrefs worked on glibc (now they don't)

[Bug c++/78022] Strange C++ compilation error

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78022 --- Comment #1 from fiesh at zefix dot tv --- The same happens with 6.2.1.

[Bug fortran/78027] ICE in new_oacc_loop_routine, at omp-low.c:19000

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78027 --- Comment #1 from Gerhard Steinmetz --- No ICE with one loop only : $ cat z3.f90 real function f() !$omp declare target(f) f = 1. !$acc parallel !$acc loop do i = 1, 8 end do

[Bug fortran/77678] ICE in fold_read_from_constant_string, at fold-const.c:13706

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

[Bug sanitizer/78028] New: ASAN doesn't find memory leak

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78028 Bug ID: 78028 Summary: ASAN doesn't find memory leak Product: gcc Version: 5.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: sanitizer

[Bug fortran/78027] New: ICE in new_oacc_loop_routine, at omp-low.c:19000

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78027 Bug ID: 78027 Summary: ICE in new_oacc_loop_routine, at omp-low.c:19000 Product: gcc Version: 7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug fortran/78026] New: ICE in gfc_resolve_omp_declare_simd, at fortran/openmp.c:5190

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78026 Bug ID: 78026 Summary: ICE in gfc_resolve_omp_declare_simd, at fortran/openmp.c:5190 Product: gcc Version: 7.0 Status: UNCONFIRMED Severity: normal

[Bug fortran/78025] [5/6/7 Regression] ICE in simd_clone_adjust, at omp-simd-clone.c:1126

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

[Bug tree-optimization/78024] [7 regression] test cases gfortran.dg/goacc/routine-4.f90 and also routine-5.f90 fail starting with r241296

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

[Bug libstdc++/78015] pthread_cancel while some exception is pending results in std::terminate ()

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78015 Jason Merrill changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug fortran/78026] [5/6/7 Regression] ICE in gfc_resolve_omp_declare_simd, at fortran/openmp.c:5190

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

[Bug fortran/78027] [6/7 Regression] ICE in new_oacc_loop_routine, at omp-low.c:19000

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

[Bug fortran/78025] ICE in simd_clone_adjust, at omp-simd-clone.c:1126

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

[Bug c++/78030] New: Lambda capture expression (different results than Clang & MSVC)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78030 Bug ID: 78030 Summary: Lambda capture expression (different results than Clang & MSVC) Product: gcc Version: 7.0 Status: UNCONFIRMED Severity: normal

[Bug c++/32071] Partial explicit specialization template parameters not checked

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

[Bug rtl-optimization/78029] New: ICE in maybe_record_trace_start, at dwarf2cfi.c:2285

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78029 Bug ID: 78029 Summary: ICE in maybe_record_trace_start, at dwarf2cfi.c:2285 Product: gcc Version: 7.0 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug rtl-optimization/78029] ICE in maybe_record_trace_start, at dwarf2cfi.c:2285

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78029 Segher Boessenkool changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug c++/78031] New: Warning when a standard library UDL is brought to scope with a using-declaration

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78031 Bug ID: 78031 Summary: Warning when a standard library UDL is brought to scope with a using-declaration Product: gcc Version: 7.0 Status: UNCONFIRMED Severity:

[Bug c++/78032] [5/6/7 Regression] Incorrect code generated

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78032 Andrew Pinski changed: What|Removed |Added Keywords||accepts-invalid

[Bug c++/78022] constexpr int template rejected unless constructor is used before hand

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78022 Andrew Pinski changed: What|Removed |Added Keywords||rejects-valid

[Bug c++/77999] GCC diagnoses usage of STL literal operators as invalid.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77999 Ville Voutilainen changed: What|Removed |Added CC||ville.voutilainen at gmail dot com

[Bug c++/78031] Warning when a standard library UDL is brought to scope with a using-declaration

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78031 Ville Voutilainen changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug c++/78032] New: Incorrect code generated

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78032 Bug ID: 78032 Summary: Incorrect code generated Product: gcc Version: 6.2.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee:

[Bug other/64184] libcilkrts fails to build on darwin due to error: '_SC_NPROCESSORS_ONLN' undeclared

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64184 Andrew Pinski changed: What|Removed |Added Keywords||build Status|WAITING

[Bug sanitizer/78028] ASAN doesn't find memory leak

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78028 --- Comment #1 from Kostya Serebryany --- interestingly, this works for me with clang

[Bug c++/78032] Incorrect code generated

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78032 Patrick Oppenlander changed: What|Removed |Added Known to work||5.3.0 Known to fail|

[Bug libstdc++/78030] Lambda capture expression (different results than Clang & MSVC)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78030 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug fortran/78033] New: Internal Compiler Error in enforce_single_undo_checkpoint

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78033 Bug ID: 78033 Summary: Internal Compiler Error in enforce_single_undo_checkpoint Product: gcc Version: 7.0 Status: UNCONFIRMED Severity: normal

[Bug other/64184] error: '_SC_NPROCESSORS_ONLN' undeclared (first use in this function)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64184 --- Comment #2 from Jonathan Wakely --- It looks like it's used unconditionally even on trunk. Libstdc++ has an autoconf check for it, see GLIBCXX_CHECK_SC_NPROCESSORS_ONLN in libstdc++-v3/acinclude.m4

[Bug libfortran/77828] [7 Regression] Linking gfortran-7 compiled program with libgfortran of 5.x allowed but crashes when containing write to string

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77828 Jerry DeLisle changed: What|Removed |Added CC||damian at sourceryinstitute dot or

[Bug libstdc++/78030] Lambda capture expression (different results than Clang & MSVC)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78030 Andrew Pinski changed: What|Removed |Added Component|c++ |libstdc++ --- Comment #1 from Andrew

[Bug libgcc/78017] weak reference usage in gthr-posix.h (__gthread*) is broken

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78017 --- Comment #3 from Andrew Pinski --- There are other reasons why using static libraries does not make sense for libpthread.