[Bug c++/84525] GCC7: generate movaps instruction when assign to unaligned __int128*

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84525 Jakub Jelinek changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC|

[Bug c++/84525] New: GCC7: generate movaps instruction when assign to unaligned __int128*

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84525 Bug ID: 84525 Summary: GCC7: generate movaps instruction when assign to unaligned __int128* Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal

[Bug target/84521] [8 Regression] aarch64: Frame-pointer corruption with __builtin_setjmp/__builtin_longjmp and -fomit-frame-pointer

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84521 --- Comment #12 from Wilco --- Note PR64242 is related (also frame pointer corruption by __builtin_longjmp).

[Bug target/84522] GCC does not generate cmpxchg16b when mcx16 is used

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84522 --- Comment #5 from Ruslan Nikolaev --- After more t(In reply to Andrew Pinski from comment #1) > IIRC this was done because there is no atomic load/stores or a way to do > backwards compatible. After more thinking about it... Should not it be

[Bug target/84521] [8 Regression] aarch64: Frame-pointer corruption with __builtin_setjmp/__builtin_longjmp and -fomit-frame-pointer

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84521 --- Comment #11 from Wilco --- (In reply to Ramana Radhakrishnan from comment #10) > (In reply to Jakub Jelinek from comment #4) > > Is the requirement just for functions that contain setjmp? If so, the > > backend could just force frame

[Bug target/84521] [8 Regression] aarch64: Frame-pointer corruption with __builtin_setjmp/__builtin_longjmp and -fomit-frame-pointer

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84521 --- Comment #10 from Ramana Radhakrishnan --- (In reply to Jakub Jelinek from comment #4) > Is the requirement just for functions that contain setjmp? If so, the > backend could just force frame pointers in cfun->calls_setjmp functions. I

[Bug c/84524] New: -O3 causes behavior change

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84524 Bug ID: 84524 Summary: -O3 causes behavior change Product: gcc Version: 5.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c Assignee:

[Bug c++/70468] [6/7/8 Regression] ICE on invalid code on x86_64-linux-gnu in emit_mem_initializers, at cp/init.c:1109

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70468 Jason Merrill changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned

[Bug c++/84424] [8 Regression] ICE on C++ code: tree check: expected record_type or union_type or qual_union_type, have vector_type in reduced_constant_expression_p, at cp/constexpr.c:1766

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84424 Jason Merrill changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug c++/84424] [8 Regression] ICE on C++ code: tree check: expected record_type or union_type or qual_union_type, have vector_type in reduced_constant_expression_p, at cp/constexpr.c:1766

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84424 --- Comment #5 from Jason Merrill --- Author: jason Date: Thu Feb 22 22:50:37 2018 New Revision: 257924 URL: https://gcc.gnu.org/viewcvs?rev=257924=gcc=rev Log: PR c++/84424 - ICE with constexpr and __builtin_shuffle. *

[Bug target/84521] [8 Regression] aarch64: Frame-pointer corruption with __builtin_setjmp/__builtin_longjmp and -fomit-frame-pointer

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84521 --- Comment #9 from Wilco --- (In reply to Jakub Jelinek from comment #7) > cfun->has_nonlocal_label instead of cfun->calls_setjmp would cover > __builtin_setjmp. Do non-local labels do the same odd thing? It seems to me if the mid-end

[Bug c++/84424] [8 Regression] ICE on C++ code: tree check: expected record_type or union_type or qual_union_type, have vector_type in reduced_constant_expression_p, at cp/constexpr.c:1766

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84424 Jason Merrill changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned

[Bug fortran/84346] Statement functions should not accept keywords

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

[Bug fortran/59781] [6 Regression] [F03] Incorrect initialisation of derived type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59781 Thomas Koenig changed: What|Removed |Added Status|WAITING |RESOLVED Resolution|---

[Bug fortran/59781] [6 Regression] [F03] Incorrect initialisation of derived type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59781 --- Comment #18 from Thomas Koenig --- Author: tkoenig Date: Thu Feb 22 22:01:53 2018 New Revision: 257917 URL: https://gcc.gnu.org/viewcvs?rev=257917=gcc=rev Log: 2018-02-22 Thomas Koenig PR fortran/59781

[Bug target/83964] [8 Regression] ICE in extract_insn, at recog.c:2304

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83964 --- Comment #10 from Carl Love --- These builtins were per a request from Steve Monroe. Not sure why he wanted them or if he actually ever used them.

[Bug target/82851] [8 regression] g++.dg/vect/slp-pr56812.cc, i386/avx2-vpaddq-3.c, i386/avx2-vpsubq-3.c fails

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

[Bug fortran/84523] New: [8 Regression] Runtime crash deallocating allocatable array within derived type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84523 Bug ID: 84523 Summary: [8 Regression] Runtime crash deallocating allocatable array within derived type Product: gcc Version: 8.0.1 Status: UNCONFIRMED

[Bug target/82851] [8 regression] g++.dg/vect/slp-pr56812.cc, i386/avx2-vpaddq-3.c, i386/avx2-vpsubq-3.c fails

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82851 --- Comment #7 from Jakub Jelinek --- Author: jakub Date: Thu Feb 22 21:27:44 2018 New Revision: 257916 URL: https://gcc.gnu.org/viewcvs?rev=257916=gcc=rev Log: PR target/82851 * gcc.target/i386/avx2-vpaddq-3.c: Add

[Bug c++/84516] bitfield temporaries > 32-bits have wrong type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84516 --- Comment #2 from joseph at codesourcery dot com --- See also bug 70733, another bug with these types being user-exposed for bit-fields for C++. For C++ (unlike C), the existence of these types internally in the compiler should never be

[Bug c++/84518] [8 Regression] ICE with lambda capturing broken variable

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84518 David Malcolm changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug target/81572] [7/8 Regression] gcc-7 regression: unnecessary vector regmove on compare

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81572 --- Comment #4 from Vladimir Makarov --- Author: vmakarov Date: Thu Feb 22 21:17:51 2018 New Revision: 257915 URL: https://gcc.gnu.org/viewcvs?rev=257915=gcc=rev Log: 2018-02-22 Vladimir Makarov PR target/81572

[Bug target/84522] GCC does not generate cmpxchg16b when mcx16 is used

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84522 --- Comment #4 from Ruslan Nikolaev --- I guess, in this case you would have to fall-back to lock-based implementation for everything. But does C11 even require that atomic_load work on read-only memory?

[Bug c++/84453] [8 Regression] ICE in build_type_attribute_qual_variant, at attribs.c:1166

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84453 Jason Merrill changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug fortran/83148] [8 regression] ICE: crash_signal from toplev.c:325

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83148 --- Comment #6 from Thomas Koenig --- The problem seems to be that gfc_conv_initalizer does not look through (gdb) p *expr $1 = {expr_type = EXPR_STRUCTURE, ts = {type = BT_DERIVED, kind = 0, to (gdb) p

[Bug target/84522] GCC does not generate cmpxchg16b when mcx16 is used

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84522 --- Comment #3 from Ruslan Nikolaev --- (In reply to Ruslan Nikolaev from comment #2) > Yes, but not having atomic_load is far less an issue. Oftentimes, algorithms > that use 128-bit can simply use compare_and_exchange only (at least for >

[Bug target/84522] GCC does not generate cmpxchg16b when mcx16 is used

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84522 --- Comment #2 from Ruslan Nikolaev --- Yes, but not having atomic_load is far less an issue. Oftentimes, algorithms that use 128-bit can simply use compare_and_exchange only (at least for x86-64).

[Bug target/84522] GCC does not generate cmpxchg16b when mcx16 is used

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

[Bug c/84522] New: GCC does not generate cmpxchg16b when mcx16 is used

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84522 Bug ID: 84522 Summary: GCC does not generate cmpxchg16b when mcx16 is used Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3

[Bug target/84521] [8 Regression] aarch64: Frame-pointer corruption with __builtin_setjmp/__builtin_longjmp and -fomit-frame-pointer

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84521 --- Comment #8 from Wilco --- (In reply to Jakub Jelinek from comment #7) > cfun->has_nonlocal_label instead of cfun->calls_setjmp would cover > __builtin_setjmp. > > aarch64_frame_pointer_required would force frame_pointer_needed and thus be >

[Bug target/84521] [8 Regression] aarch64: Frame-pointer corruption with __builtin_setjmp/__builtin_longjmp and -fomit-frame-pointer

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84521 --- Comment #7 from Jakub Jelinek --- cfun->has_nonlocal_label instead of cfun->calls_setjmp would cover __builtin_setjmp. aarch64_frame_pointer_required would force frame_pointer_needed and thus be true in that case too. But sure, if it

[Bug target/84521] [8 Regression] aarch64: Frame-pointer corruption with __builtin_setjmp/__builtin_longjmp and -fomit-frame-pointer

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84521 --- Comment #6 from Wilco --- (In reply to Jakub Jelinek from comment #5) > (completely untested) would require frame pointers for all setjmp calls, not > just __builtin_setjmp. That's the correct approach indeed, however

[Bug target/83964] [8 Regression] ICE in extract_insn, at recog.c:2304

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83964 --- Comment #9 from Carl Love --- This test case is in the list in PR 84422 . Working on a patch.

[Bug go/84484] libgo configure tests fail to find -latomic

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

[Bug go/84484] libgo configure tests fail to find -latomic

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84484 --- Comment #17 from ian at gcc dot gnu.org --- Author: ian Date: Thu Feb 22 19:49:04 2018 New Revision: 257914 URL: https://gcc.gnu.org/viewcvs?rev=257914=gcc=rev Log: PR go/84484 libgo: add support for riscv64 Patch by

[Bug target/83335] [8 regression][aarch64,ilp32] gcc.target/aarch64/asm-2.c ICEs since 255481

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83335 Steve Ellcey changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug target/84521] [8 Regression] aarch64: Frame-pointer corruption with __builtin_setjmp/__builtin_longjmp and -fomit-frame-pointer

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

[Bug tree-optimization/84515] missed optimization: expected loop merging

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

[Bug target/84521] [8 Regression] aarch64: Frame-pointer corruption with __builtin_setjmp/__builtin_longjmp and -fomit-frame-pointer

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84521 --- Comment #4 from Jakub Jelinek --- Is the requirement just for functions that contain setjmp? If so, the backend could just force frame pointers in cfun->calls_setjmp functions. If not, even if the default is tweaked again to be

[Bug middle-end/61118] [6/7/8 Regression] Indirect call generated for pthread_cleanup_push with constant cleanup function

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61118 Jeffrey A. Law changed: What|Removed |Added Priority|P3 |P2 Assignee|unassigned at

[Bug middle-end/21161] [6/7/8 Regression] "clobbered by longjmp" warning ignores the data flow

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=21161 Jeffrey A. Law changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |law at redhat dot com ---

[Bug fortran/84511] [6/7/8 Regression] Internal compiler error from directly printing return of C_LOC

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

[Bug fortran/84519] STOP and ERROR STOP statements with QUIET specifier

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84519 Janne Blomqvist changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |jb at gcc dot gnu.org ---

[Bug target/84521] [8 Regression] aarch64: Frame-pointer corruption with setjmp/longjmp and -fomit-frame-pointer

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84521 --- Comment #3 from Andrew Pinski --- To me any use of __builtin_setjmp/__builtin_longjmp is almost always incorrect.

[Bug c++/70468] [6/7/8 Regression] ICE on invalid code on x86_64-linux-gnu in emit_mem_initializers, at cp/init.c:1109

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70468 --- Comment #7 from Jakub Jelinek --- It is the expand_member_init's current_template_parms check that matters here, with - if (current_template_parms - || same_type_p (basetype, current_class_type)) - return basetype; +

[Bug target/84521] [8 Regression] aarch64: Frame-pointer corruption with setjmp/longjmp and -fomit-frame-pointer

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84521 David Malcolm changed: What|Removed |Added Keywords||wrong-code Priority|P3

[Bug fortran/84495] Incorrect result for concatenation of Fortran allocatable string

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84495 Thomas Koenig changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug fortran/81116] Last character of allocatable-length string reset to blank in an assigment

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81116 Thomas Koenig changed: What|Removed |Added CC||david.sagan at gmail dot com ---

[Bug fortran/81116] Last character of allocatable-length string reset to blank in an assigment

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81116 --- Comment #6 from Thomas Koenig --- Author: tkoenig Date: Thu Feb 22 18:52:21 2018 New Revision: 257912 URL: https://gcc.gnu.org/viewcvs?rev=257912=gcc=rev Log: 2018-02-22 Thomas Koenig PR fortran/81116

[Bug fortran/84495] Incorrect result for concatenation of Fortran allocatable string

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84495 --- Comment #5 from Thomas Koenig --- Author: tkoenig Date: Thu Feb 22 18:52:21 2018 New Revision: 257912 URL: https://gcc.gnu.org/viewcvs?rev=257912=gcc=rev Log: 2018-02-22 Thomas Koenig PR fortran/81116

[Bug target/84521] [8 Regression] aarch64: Frame-pointer corruption with setjmp/longjmp and -fomit-frame-pointer

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84521 James Greenhalgh changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug target/84521] [8 Regression] aarch64: Frame-pointer corruption with setjmp/longjmp and -fomit-frame-pointer

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84521 --- Comment #1 from David Malcolm --- Created attachment 43489 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43489=edit Reproducer When compiled with: gcc -DDUMP -g -O0 -fstack-protector-strong -Wall test.c this runs to completion, and

[Bug c++/70468] [6/7/8 Regression] ICE on invalid code on x86_64-linux-gnu in emit_mem_initializers, at cp/init.c:1109

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70468 --- Comment #6 from Jakub Jelinek --- clang++ errors here are on #c0: pr70468.C:6:10: error: type 'A::f0' (aka 'A<>') is not a direct or virtual base of 'A' and on #c2: pr70468-2.C:5:10: error: type 'A::f0' (aka 'A<>') is not a direct or virtual

[Bug target/84521] New: [8 Regression] aarch64: Frame-pointer corruption with setjmp/longjmp and -fomit-frame-pointer

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84521 Bug ID: 84521 Summary: [8 Regression] aarch64: Frame-pointer corruption with setjmp/longjmp and -fomit-frame-pointer Product: gcc Version: 8.0 Status: UNCONFIRMED

[Bug c++/84520] New: [6/7/8 Regression] ICE with lambda and static member function

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84520 Bug ID: 84520 Summary: [6/7/8 Regression] ICE with lambda and static member function Product: gcc Version: 8.0 Status: UNCONFIRMED Keywords: ice-on-valid-code

[Bug target/83964] [8 Regression] ICE in extract_insn, at recog.c:2304

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83964 Segher Boessenkool changed: What|Removed |Added Status|NEW |ASSIGNED

[Bug target/83964] [8 Regression] ICE in extract_insn, at recog.c:2304

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83964 --- Comment #7 from Segher Boessenkool --- We actually do *not* need TARGET_FPRND; fctiw and fctid are ISA 1.xx insns. Before power8 we do not allow putting SImode in FPRs.

[Bug rtl-optimization/82982] [8 Regression] ICE: qsort checking failed (error: qsort comparator non-negative on sorted output: 5) in ready_sort_real in haifa scheduler

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82982 Will Schmidt changed: What|Removed |Added CC||willschm at gcc dot gnu.org --- Comment

[Bug c++/80955] Macros expanded in definition of user-defined literals

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80955 --- Comment #8 from Jonathan Wakely --- Also the new testcase for this bug has undefined behaviour. _ID is a reserved name so the program cannot use it to define a macro or a UDL.

[Bug c++/84518] [8 Regression] ICE with lambda capturing broken variable

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84518 --- Comment #1 from Volker Reichelt --- A modified testcase produces a slightly different stack-trace: template void foo() { T x[=]; []{}; } bug.cc: In function

[Bug fortran/84519] New: STOP and ERROR STOP statements with QUIET specifier

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84519 Bug ID: 84519 Summary: STOP and ERROR STOP statements with QUIET specifier Product: gcc Version: 8.0 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug c++/84518] New: [8 Regression] ICE with lambda capturing broken variable

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84518 Bug ID: 84518 Summary: [8 Regression] ICE with lambda capturing broken variable Product: gcc Version: 8.0 Status: UNCONFIRMED Keywords: error-recovery,

[Bug fortran/84143] Intrinsic output of PDT incorrectly includes type parameters

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

[Bug fortran/84143] Intrinsic output of PDT incorrectly includes type parameters

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84143 kargl at gcc dot gnu.org changed: What|Removed |Added Priority|P3 |P4 CC|

[Bug target/82851] [8 regression] g++.dg/vect/slp-pr56812.cc, i386/avx2-vpaddq-3.c, i386/avx2-vpsubq-3.c fails

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82851 --- Comment #6 from Jakub Jelinek --- Ah, I can reproduce with -mtune=silvermont or -mtune=atom, it works fine with -mtune=generic or e.g. -mtune=silvermont -fno-vect-cost-model. I'd just add -mtune=generic to the 2 test's dg-options.

[Bug target/82851] [8 regression] g++.dg/vect/slp-pr56812.cc, i386/avx2-vpaddq-3.c, i386/avx2-vpsubq-3.c fails

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

[Bug tree-optimization/84480] [8 Regression] bogus -Wstringop-truncation despite assignment with an inlined string literal

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

[Bug tree-optimization/84480] [8 Regression] bogus -Wstringop-truncation despite assignment with an inlined string literal

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84480 --- Comment #6 from Romain Geissler --- Thanks ;)

[Bug tree-optimization/84480] [8 Regression] bogus -Wstringop-truncation despite assignment with an inlined string literal

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84480 --- Comment #4 from Martin Sebor --- Author: msebor Date: Thu Feb 22 17:35:29 2018 New Revision: 257910 URL: https://gcc.gnu.org/viewcvs?rev=257910=gcc=rev Log: PR tree-optimization/84480 - bogus -Wstringop-truncation despite assignment with an

[Bug target/83496] MIPS BE: wrong code generates under "-Os -mbranch-cost=1"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83496 --- Comment #18 from Laurent GUERBY --- Marxin, you have a cfarm account and access to gcc22 / 23 / 24 which are mips64 machines. If you need to change ssh keys see here: https://cfarm.tetaneutral.net/login/

[Bug target/83496] MIPS BE: wrong code generates under "-Os -mbranch-cost=1"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83496 --- Comment #17 from Martin Liška --- (In reply to Felix Fietkau from comment #16) > Any update on this, or any way I could help in getting this fixed? > It would be nice if we could finally switch OpenWrt to a more recent GCC > version soon. I

[Bug c++/80955] Macros expanded in definition of user-defined literals

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80955 --- Comment #7 from Jonathan Wakely --- Moved to PR 84517

[Bug preprocessor/84517] New: [8 Regression] "string literal"__FILE__ no longer accepted

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84517 Bug ID: 84517 Summary: [8 Regression] "string literal"__FILE__ no longer accepted Product: gcc Version: 8.0 Status: UNCONFIRMED Keywords: diagnostic

[Bug c++/84196] invalid call to a function template with a vector argument silently accepted

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

[Bug target/84176] Need a different thunk for -mindirect-branch=thunk-extern -fcf-protection -mcet

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84176 --- Comment #1 from hjl at gcc dot gnu.org --- Author: hjl Date: Thu Feb 22 17:09:06 2018 New Revision: 257909 URL: https://gcc.gnu.org/viewcvs?rev=257909=gcc=rev Log: i386: Add __x86_indirect_thunk_nt_reg for -fcf-protection -mcet nocf_check

[Bug c++/80955] Macros expanded in definition of user-defined literals

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80955 --- Comment #6 from Jonathan Wakely --- Testing this: --- a/libcpp/lex.c +++ b/libcpp/lex.c @@ -1903,7 +1903,7 @@ lex_raw_string (cpp_reader *pfile, cpp_token *token, const uchar *base, literal thus breaking the program. Try

[Bug target/83335] [8 regression][aarch64,ilp32] gcc.target/aarch64/asm-2.c ICEs since 255481

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83335 --- Comment #6 from Steve Ellcey --- Author: sje Date: Thu Feb 22 17:08:10 2018 New Revision: 257908 URL: https://gcc.gnu.org/viewcvs?rev=257908=gcc=rev Log: 2018-02-22 Steve Ellcey PR target/83335 *

[Bug target/83335] [8 regression][aarch64,ilp32] gcc.target/aarch64/asm-2.c ICEs since 255481

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83335 --- Comment #5 from Steve Ellcey --- Author: sje Date: Thu Feb 22 17:06:31 2018 New Revision: 257907 URL: https://gcc.gnu.org/viewcvs?rev=257907=gcc=rev Log: 2018-02-22 Steve Ellcey PR target/83335 *

[Bug testsuite/80551] c-c++-common/tsan/race_on_mutex.c fails on powerpc

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80551 --- Comment #12 from Segher Boessenkool --- It does break if I set the breakpoints before the shared libs have loaded. Thread 3 "a.out" hit Breakpoint 1, 0x3fffb6e0c860 in .__memset_power7 () from /lib64/libc.so.6 #0 0x3fffb6e0c860

[Bug testsuite/80092] Add effective-target keywords for unsupported nvptx features

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80092 --- Comment #11 from Tom de Vries --- (In reply to Eric Gallager from comment #10) > Have all of the changes committed from this bug fixed it? No, I'm preparing some changes for stage1.

[Bug target/83964] [8 Regression] ICE in extract_insn, at recog.c:2304

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83964 --- Comment #6 from Jakub Jelinek --- Seems any -O* level with -mcpu=power6 or -mcpu=power7 actually.

[Bug target/83964] [8 Regression] ICE in extract_insn, at recog.c:2304

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83964 --- Comment #5 from Jakub Jelinek --- The ICE is with -m64 -mcpu=power6 -O0.

[Bug testsuite/80551] c-c++-common/tsan/race_on_mutex.c fails on powerpc

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80551 Segher Boessenkool changed: What|Removed |Added Status|WAITING |NEW --- Comment #11 from Segher

[Bug testsuite/80092] Add effective-target keywords for unsupported nvptx features

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80092 Eric Gallager changed: What|Removed |Added CC||egallager at gcc dot gnu.org ---

[Bug target/83964] [8 Regression] ICE in extract_insn, at recog.c:2304

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

[Bug libstdc++/78870] Support std::filesystem on Windows

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78870 Eric Gallager changed: What|Removed |Added Keywords||patch CC|

[Bug target/79926] i386: untranslated placeholder "exception/interrupt" in diagnostic

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79926 Eric Gallager changed: What|Removed |Added Keywords||diagnostic, easyhack, patch

[Bug fortran/84509] STOP and PAUSE statements with -fdefault-integer-8 and large stop code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84509 --- Comment #2 from Janne Blomqvist --- Author: jb Date: Thu Feb 22 16:14:21 2018 New Revision: 257903 URL: https://gcc.gnu.org/viewcvs?rev=257903=gcc=rev Log: PR 78534, 84509 Fix libgfortran API for PAUSE statement This patch changes the

[Bug fortran/78534] Use a larger integer type for character lengths on 64-bit targets

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78534 --- Comment #28 from Janne Blomqvist --- Author: jb Date: Thu Feb 22 16:14:21 2018 New Revision: 257903 URL: https://gcc.gnu.org/viewcvs?rev=257903=gcc=rev Log: PR 78534, 84509 Fix libgfortran API for PAUSE statement This patch changes the

[Bug tree-optimization/84515] missed optimization: expected loop merging

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84515 ktkachov at gcc dot gnu.org changed: What|Removed |Added Keywords||missed-optimization

[Bug c++/84516] bitfield temporaries > 32-bits have wrong type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84516 --- Comment #1 from Greg Miller --- The issue is not related to iostream. So, here's perhaps a simpler reproduction example that may focus more on the issue at hand. Link: https://godbolt.org/g/vA2rPN struct A { long x : 32; long y :

[Bug c++/71784] [6/7/8 Regression] ICE on valid code in push_access_scope, at cp/pt.c:229

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71784 Paolo Carlini changed: What|Removed |Added Keywords|error-recovery, |ice-on-valid-code

[Bug c++/84516] New: bitfield temporaries > 32-bits have wrong type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84516 Bug ID: 84516 Summary: bitfield temporaries > 32-bits have wrong type Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug target/81228] [7 Regression] ICE in gen_vec_cmpv2dfv2di, at config/aarch64/aarch64-simd.md:2508

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

[Bug target/81228] [7 Regression] ICE in gen_vec_cmpv2dfv2di, at config/aarch64/aarch64-simd.md:2508

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81228 --- Comment #10 from sudi at gcc dot gnu.org --- Author: sudi Date: Thu Feb 22 15:01:05 2018 New Revision: 257901 URL: https://gcc.gnu.org/viewcvs?rev=257901=gcc=rev Log: Adding the missing LTGT to plug the ICE in PR81228. This is a backport of

[Bug bootstrap/84402] [meta] GCC build system: parallelism bottleneck

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84402 --- Comment #17 from Tom Tromey --- The results in comment #13 seem to be missing some compilations -- I would have expected to see more files from libcpp in there. As it is I only see directives.o and line-map.o.

[Bug tree-optimization/84515] New: missed optimization: expected loop merging

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84515 Bug ID: 84515 Summary: missed optimization: expected loop merging Product: gcc Version: 8.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug sanitizer/84508] Load of misaligned address using _mm_load_sd

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84508 --- Comment #7 from Marc Glisse --- Unless vectors count as aggregates (more or less), in which case we can ignore my previous comment.

[Bug target/81572] [7/8 Regression] gcc-7 regression: unnecessary vector regmove on compare

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81572 --- Comment #3 from Vladimir Makarov --- I am working on this PR. The patch will be ready today or tomorrow. The problem is that the move insn has one alternative with early clobber and this move insn is processed on a fast path which

[Bug c++/80955] Macros expanded in definition of user-defined literals

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80955 --- Comment #5 from Jonathan Wakely --- Is there a way to check if it's a pre-defined macro? Or just change the condition to allow starting with two underscores, but not allow starting with one (since user-defined UDLs must start with a single

  1   2   >