[Bug c++/86521] [8 Regression] GCC 8 selects incorrect overload of ref-qualified conversion operator template

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86521 Rémi Verschelde changed: What|Removed |Added CC||rverschelde at gmail dot com --- Comme

[Bug translation/93864] typo: paramter

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

[Bug c/93879] typo: frequency quality

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

[Bug middle-end/91623] [8 Regression] -msse4.1 -O3 segfault in /usr/lib/gcc/x86_64-pc-linux-gnu/8.3.0/include/smmintrin.h:270:10

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

[Bug go/93900] New: Patches to fix build of gcc-10-10-20200222 for GNU/Hurd

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93900 Bug ID: 93900 Summary: Patches to fix build of gcc-10-10-20200222 for GNU/Hurd Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priorit

[Bug go/93900] Patches to fix build of gcc-10-10-20200222 for GNU/Hurd

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93900 --- Comment #1 from Svante Signell --- Created attachment 47895 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47895&action=edit Add hurd to // +build

[Bug middle-end/93874] ICE due to command line options

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93874 Jakub Jelinek changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned a

[Bug c/93858] missing question mark in diagnostic: unknown option after #pragma GCC diagnostic

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

[Bug c/93859] missing test for diagnostic: the omitted middle operand will always be true

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

[Bug c/93857] missing test for diagnostic: using integer constants in boolean context

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

[Bug c/93856] missing test for diagnostic: attribute %qs invalid positional argument

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

[Bug c/93856] missing test for diagnostic: attribute %qs invalid positional argument

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93856 Jakub Jelinek changed: What|Removed |Added Status|RESOLVED|REOPENED Last reconfirmed|

[Bug tree-optimization/92152] [10 Regression] Wrong code (Resurrection of PR53663)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92152 --- Comment #12 from Jan Hubicka --- Created attachment 47898 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47898&action=edit possible fix After some discussion with Richard it is my understanding now that FRE is considering two stores eq

[Bug tree-optimization/93586] [10 Regression] wrong code at -O1 on x86_64-linux-gnu

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93586 Jan Hubicka changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug tree-optimization/90869] Non-disambiguated memory accesses

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90869 Jan Hubicka changed: What|Removed |Added Status|WAITING |NEW --- Comment #4 from Jan Hubicka --- N

[Bug libstdc++/93884] ranges::copy doesn't like output iterators

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

[Bug libstdc++/93872] [10 Regression] std::move(first, last, out) with a move-only value type fails to compile with -std=c++2a

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93872 Jonathan Wakely changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Known to work|

[Bug tree-optimization/93843] [10 Regression] wrong code at -O3 on x86_64-linux-gnu

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

[Bug middle-end/93806] Wrong optimization: instability of floating-point results with -funsafe-math-optimizations leads to nonsense

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93806 --- Comment #25 from Richard Biener --- (In reply to Alexander Cherepanov from comment #24) > (In reply to Vincent Lefèvre from comment #11) > > But what does "internal consistency" mean? > That's a good question. Here we talk about cases (like >

[Bug libstdc++/93884] ranges::copy doesn't like output iterators

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93884 --- Comment #3 from Patrick Palka --- Looks like we do not yet implement parts of P0896R4 that make back_insert_iterator and front_insert_iterator into valid C++20 output_iterators.

[Bug fortran/93552] [8/9/10 Regression][OpenACC] ICE in gfc_trans_exit, at fortran/trans-stmt.c:6110 since r7-6598-g02889d23ee3b0285

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93552 --- Comment #4 from CVS Commits --- The master branch has been updated by Tobias Burnus : https://gcc.gnu.org/g:2bd8c3ff3511df8781dd9f3777efab20572d29ab commit r10-6808-g2bd8c3ff3511df8781dd9f3777efab20572d29ab Author: Tobias Burnus Date: Mo

[Bug tree-optimization/93843] [10 Regression] wrong code at -O3 on x86_64-linux-gnu

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

[Bug ipa/93799] [10 Regression] ice in propagate_vals_across_arith_jfunc, at ipa-cp.c:2039

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

[Bug ipa/93763] [10 Regression] ice in propagate_vals_across_arith_jfunc, at ipa-cp.c:2039

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93763 --- Comment #6 from Jakub Jelinek --- *** Bug 93799 has been marked as a duplicate of this bug. ***

[Bug fortran/93552] [8/9/10 Regression][OpenACC] ICE in gfc_trans_exit, at fortran/trans-stmt.c:6110 since r7-6598-g02889d23ee3b0285

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93552 --- Comment #5 from Tobias Burnus --- Committed patch: https://gcc.gnu.org/ml/gcc-patches/2020-02/msg01280.html Before, only "collapse" was reported (for OpenACC + OpenMP), now the check is also done for OpenACC's "tile" clause. — And for both c

[Bug middle-end/93582] [10 Regression] -Warray-bounds gives error: array subscript 0 is outside array bounds of struct E[1]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93582 --- Comment #32 from CVS Commits --- The master branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:7f5617b00445dcc861a498a4cecc8aaa59e05b8c commit r10-6809-g7f5617b00445dcc861a498a4cecc8aaa59e05b8c Author: Jakub Jelinek Date: M

[Bug libfortran/93871] COTAN is slow for complex types

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93871 --- Comment #18 from Richard Biener --- Given there's no cotan or ccotan in libm indeed the solution looks like somehow exploiting sincos. Not sure how exactly that can be done.

[Bug libstdc++/93872] [10 Regression] std::move(first, last, out) with a move-only value type fails to compile with -std=c++2a

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93872 Richard Biener changed: What|Removed |Added Priority|P3 |P1

[Bug c++/93901] New: noexcept specifier on ctor does not work with constexpr variable or expression

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93901 Bug ID: 93901 Summary: noexcept specifier on ctor does not work with constexpr variable or expression Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: n

[Bug target/93877] [9/10 Regression] [SH] webkit2gtk fails to build with "internal compiler error: in extract_constrain_insn, at recog.c:2211"

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

[Bug debug/93888] Incorrect DW_AT_location generated for copy-constructed function argument

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93888 Richard Biener changed: What|Removed |Added Keywords||wrong-debug Status|UNCONFIR

[Bug tree-optimization/93891] CSE where clobber writes the same value

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

[Bug c++/93892] Aggregate initialisation of std::array takes forever to compile

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93892 --- Comment #2 from Richard Biener --- Hmm, 10 elements just take a few seconds to compile for me with GCC 9.2 and GCC 8.3? Going up to a million makes it slow though. IIRC we're not considering emitting an initialization loop.

[Bug c++/93895] [10 Regression] ICE (segmentation fault) in use of __is_constructible intrinsic

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93895 Richard Biener changed: What|Removed |Added Keywords||ice-on-valid-code Priority|P3

[Bug c++/93901] [10 Regression] noexcept specifier on ctor does not work with constexpr variable or expression since r10-4394

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93901 Jakub Jelinek changed: What|Removed |Added Priority|P3 |P1 Status|UNCONFIRMED

[Bug middle-end/93902] New: conversion from 64-bit long or unsigned long to double prevents simple optimization

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93902 Bug ID: 93902 Summary: conversion from 64-bit long or unsigned long to double prevents simple optimization Product: gcc Version: 10.0 Status: UNCONFIRMED Severi

[Bug target/93897] Poor trivial structure initialization code with -O3

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

[Bug c++/93898] [9/10 Regression] internal compiler error: in output_constructor_regular_field

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93898 --- Comment #1 from Richard Biener --- The middle-end isn't prepared to see overlaps.

[Bug tree-optimization/93843] [10 Regression] wrong code at -O3 on x86_64-linux-gnu

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93843 --- Comment #4 from Richard Biener --- IIRC Richard made this valid but maybe didn't expect targets to advertise support for it (how do we check this?)

[Bug lto/78353] -flto omits some -Wl flags

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78353 --- Comment #2 from CVS Commits --- The master branch has been updated by Christophe Lyon : https://gcc.gnu.org/g:e03069be127cbc9d134d3f6b3c41461fed630444 commit r10-6811-ge03069be127cbc9d134d3f6b3c41461fed630444 Author: Christophe Lyon Date:

[Bug c++/93892] Aggregate initialisation of std::array takes forever to compile

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93892 --- Comment #3 from Jonathan Wakely --- (In reply to zoid from comment #0) > Note: There are similar bug reports of very old versions of gcc. This might > be a regression. There are lots of similar reports for current versions too.

[Bug c++/93589] Template instantiation creates a conversion warning when it should not

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93589 --- Comment #10 from Jonathan Wakely --- No, you've misunderstood. It doesn't mean "can, if the compiler chooses to". There is no design decision involved. Types smaller than int *can* be promoted to int, and in certain contexts they *are* promo

[Bug c++/93892] Aggregate initialisation of std::array takes forever to compile

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93892 --- Comment #4 from Jonathan Wakely --- PR 80272 seems like an exact dup. PR 71165 too. See also PR 55402 and PR 88604 and others.

[Bug tree-optimization/92152] [10 Regression] Wrong code (Resurrection of PR53663)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92152 --- Comment #13 from Richard Biener --- (In reply to Jan Hubicka from comment #12) > Created attachment 47898 [details] > possible fix > > After some discussion with Richard it is my understanding now that FRE is > considering two stores equal i

[Bug c++/93892] Aggregate initialisation of std::array takes forever to compile

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93892 --- Comment #5 from zoid at riseup dot net --- Yes, indeed. I just run it on a different, much newer system, and I get "only" 4 seconds for 100,000, 5 minutes for 500,000 and 15 minutes for 1,000,000.

[Bug libfortran/93871] COTAN is slow for complex types

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93871 --- Comment #19 from Thomas Henlich --- Regarding the following: https://stackoverflow.com/questions/3738384/stable-cotangent#56864824 Is there a more stable implementation for the cotangent function than return 1.0/tan(x)? No. No machine

[Bug c/93903] New: invalid input constraint in __asm__

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93903 Bug ID: 93903 Summary: invalid input constraint in __asm__ Product: gcc Version: 8.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c A

[Bug c++/91847] init-capture pack of references requires ... on wrong side

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91847 Marek Polacek changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned a

[Bug c++/91847] init-capture pack of references requires ... on wrong side

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91847 Marek Polacek changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug fortran/93604] [10 Regression] ICE in gfc_conv_constant_to_tree, at fortran/trans-const.c:372

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93604 --- Comment #2 from CVS Commits --- The master branch has been updated by Mark Eggleston : https://gcc.gnu.org/g:c77b6f95e014ad1f6654683ff56f9508fe7f268d commit r10-6816-gc77b6f95e014ad1f6654683ff56f9508fe7f268d Author: Mark Eggleston Date:

[Bug fortran/93604] [10 Regression] ICE in gfc_conv_constant_to_tree, at fortran/trans-const.c:372

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

[Bug go/93900] Patches to fix build of gcc-10-10-20200222 for GNU/Hurd

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93900 --- Comment #2 from CVS Commits --- The master branch has been updated by Ian Lance Taylor : https://gcc.gnu.org/g:027a3f1c38727a1ea0969088b0680b2f6bb1e977 commit r10-6817-g027a3f1c38727a1ea0969088b0680b2f6bb1e977 Author: Ian Lance Taylor Date

[Bug go/93900] Patches to fix build of gcc-10-10-20200222 for GNU/Hurd

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

[Bug libstdc++/93904] New: LWG 561 not implemented: std::inserter overly generic

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93904 Bug ID: 93904 Summary: LWG 561 not implemented: std::inserter overly generic Product: gcc Version: 9.2.0 Status: UNCONFIRMED Keywords: rejects-valid Severity: normal

[Bug libstdc++/93904] LWG 561 not implemented: std::inserter overly generic

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

[Bug libstdc++/93884] ranges::copy doesn't like output iterators

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93884 --- Comment #4 from CVS Commits --- The master branch has been updated by Patrick Palka : https://gcc.gnu.org/g:85c143d002a31bebb675161315c8e62db240b636 commit r10-6819-g85c143d002a31bebb675161315c8e62db240b636 Author: Patrick Palka Date: Mo

[Bug c++/93712] [10 Regression] ICE in convert_like_real, at cp/call.c:7466

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93712 --- Comment #3 from CVS Commits --- The master branch has been updated by Marek Polacek : https://gcc.gnu.org/g:b07c085581eb98cde408d9583ee17d58832826ae commit r10-6820-gb07c085581eb98cde408d9583ee17d58832826ae Author: Marek Polacek Date: Th

[Bug c++/93905] New: Cannot use Derived type of Base containing both enum and protected destructor

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93905 Bug ID: 93905 Summary: Cannot use Derived type of Base containing both enum and protected destructor Product: gcc Version: 8.3.1 Status: UNCONFIRMED Severity: n

[Bug c++/93712] [10 Regression] ICE in convert_like_real, at cp/call.c:7466

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93712 Marek Polacek changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug c++/93905] Cannot use Derived type of Base containing both enum and protected destructor

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

[Bug fortran/93835] [9/10 Regression] ICE in simplify_findloc_nodim, at fortran/simplify.c:5513

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93835 --- Comment #5 from CVS Commits --- The master branch has been updated by Mark Eggleston : https://gcc.gnu.org/g:27bf39a8035445ffc71b551619d7c1a232498054 commit r10-6821-g27bf39a8035445ffc71b551619d7c1a232498054 Author: Mark Eggleston Date:

[Bug ipa/93707] ICE in perlbench from SPEC2017

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93707 --- Comment #3 from Martin Jambor --- I have proposed a patch on the mailing list: https://gcc.gnu.org/ml/gcc-patches/2020-02/msg01321.html

[Bug c++/93869] [10 Regression] ICE in contains_struct_check with -Wmismatched-tags upon redundant typename

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93869 --- Comment #5 from CVS Commits --- The master branch has been updated by Marek Polacek : https://gcc.gnu.org/g:cae5ff6036a21c9bbe521d615d88e283b80fe695 commit r10-6822-gcae5ff6036a21c9bbe521d615d88e283b80fe695 Author: Marek Polacek Date: Fr

[Bug tree-optimization/80198] [8/9/10 Regression] does not vectorize generic inplace integer operation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80198 --- Comment #16 from Jeffrey A. Law --- What we'd need to do here is capture the temporary equivalence in another structure, then have lookup_avail_expr do multiple lookups using substitutions from that alternate structure. It's not terribly har

[Bug c++/93869] [10 Regression] ICE in contains_struct_check with -Wmismatched-tags upon redundant typename

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93869 Marek Polacek changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug fortran/93835] [9/10 Regression] ICE in simplify_findloc_nodim, at fortran/simplify.c:5513

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93835 --- Comment #6 from CVS Commits --- The releases/gcc-9 branch has been updated by Mark Eggleston : https://gcc.gnu.org/g:ba740092516cd759ac69e89d7f502a51d8bec19a commit r9-8271-gba740092516cd759ac69e89d7f502a51d8bec19a Author: Mark Eggleston D

[Bug target/92729] [avr] Convert the backend to MODE_CC so it can be kept in future releases

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92729 Tobias Burnus changed: What|Removed |Added CC||burnus at gcc dot gnu.org --- Comment #1

[Bug c++/93883] missing test for diagnostic: using-declaration may not name enumerator %<%E::%D%>

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93883 --- Comment #3 from Marek Polacek --- I suppose I could but there are thousands of other diagnostics in the testsuite and nobody's going to change all of it. Not sure if changing this particular case makes sense.

[Bug c++/89766] [8 Regression] ICE: canonical types differ for identical types, -std=c++17

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

[Bug middle-end/93902] conversion from 64-bit long or unsigned long to double prevents simple optimization

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93902 --- Comment #1 from Marc Glisse --- The current optimization in match.pd is an equivalence, it replaces (double)i==(double)j with i==j when the conversion is always exact. Here, what we would want is that inside the a==b branch, the compiler woul

[Bug analyzer/93899] ICE in make_region_for_type, at analyzer/region-model.cc:6094

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

[Bug c++/93906] New: Add front end support for std::conditional::type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93906 Bug ID: 93906 Summary: Add front end support for std::conditional::type Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: enhancement Priority: P3 Compone

[Bug c++/93907] New: internal compiler error: in hashtab_chk_error, at hash-table.c:137

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93907 Bug ID: 93907 Summary: internal compiler error: in hashtab_chk_error, at hash-table.c:137 Product: gcc Version: 10.0 Status: UNCONFIRMED Keywords: ice-on-valid-

[Bug c++/93803] [10 Regression] ICE: segmentation fault with constant initialization of class having a [[no_unique_address]] field

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93803 Marek Polacek changed: What|Removed |Added Keywords||patch --- Comment #2 from Marek Polacek

[Bug c++/93905] Cannot use Derived type of Base containing both enum and protected destructor

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93905 --- Comment #2 from Karol Koczwara --- Updated - not compiling code. enum class SampleEnumCausingIssue { VALUE }; struct BaseSnapshot { SampleEnumCausingIssue enumValue{SampleEnumCausingIssue::VALUE}; protected: ~BaseSnapshot() = de

[Bug rtl-optimization/93908] New: [8/9/10 Regression] git miscompilation on s390x-linux with -O2 -march=zEC12 -mtune=z13 starting with r8-1288

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93908 Bug ID: 93908 Summary: [8/9/10 Regression] git miscompilation on s390x-linux with -O2 -march=zEC12 -mtune=z13 starting with r8-1288 Product: gcc Version: 9.2.1 Status: UN

[Bug rtl-optimization/93908] [8/9/10 Regression] git miscompilation on s390x-linux with -O2 -march=zEC12 -mtune=z13 starting with r8-1288

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

[Bug testsuite/93909] New: [10 regression] new test cases gcc.dg/ipa/pr93763.c and g++.dg/ipa/pr93763.C fail

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93909 Bug ID: 93909 Summary: [10 regression] new test cases gcc.dg/ipa/pr93763.c and g++.dg/ipa/pr93763.C fail Product: gcc Version: 10.0 Status: UNCONFIRMED Severity

[Bug rtl-optimization/93908] [8/9/10 Regression] git miscompilation on s390x-linux with -O2 -march=zEC12 -mtune=z13 starting with r8-1288

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93908 Jakub Jelinek changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned a

[Bug fortran/93552] [8/9/10 Regression][OpenACC] ICE in gfc_trans_exit, at fortran/trans-stmt.c:6110 since r7-6598-g02889d23ee3b0285

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93552 G. Steinmetz changed: What|Removed |Added Keywords|ice-on-valid-code |ice-on-invalid-code --- Comment #6 from G

[Bug fortran/93833] [8/9/10 Regression] ICE in trans_array_constructor, at fortran/trans-array.c:2566

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93833 G. Steinmetz changed: What|Removed |Added Keywords||ice-on-valid-code --- Comment #4 from G.

[Bug c/93910] New: -Waddress-of-packed-member triggered without actual access to a member or the address of a member

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93910 Bug ID: 93910 Summary: -Waddress-of-packed-member triggered without actual access to a member or the address of a member Product: gcc Version: 9.2.0 Status: UNCONFIRMED

[Bug go/93900] Patches to fix build of gcc-10-10-20200222 for GNU/Hurd

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93900 --- Comment #4 from Svante Signell --- Sorry, but there were two patches attached: one for libgo/go/internal/syscall/unix/nonblocking.go and one for libgo/go/internal/poll/fcntl_syscall.go >From the commit https://gcc.gnu.org/g:027a3f1c38727a1ea

[Bug c++/93905] Cannot use Derived type of Base containing both enum and protected destructor

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93905 --- Comment #3 from Jonathan Wakely --- Still missing the required information, and I still can't reproduce this with gcc version 8.3.1 20200224.

[Bug c++/93804] exempt extern "C" headers from -Wredundant-tags

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93804 --- Comment #2 from CVS Commits --- The master branch has been updated by Martin Sebor : https://gcc.gnu.org/g:b73547e40e0b2b6621feec59c9cc65312eddbc6d commit r10-6824-gb73547e40e0b2b6621feec59c9cc65312eddbc6d Author: Martin Sebor Date: Mon

[Bug go/93900] Patches to fix build of gcc-10-10-20200222 for GNU/Hurd

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93900 --- Comment #5 from Ian Lance Taylor --- Sorry, I did miss one. Using the bug report mechanism for sending patches is not very convenient. Are you very attached to it? Would you consider following the process outlined at https://golang.org/doc

[Bug c/93910] -Waddress-of-packed-member triggered without actual access to a member or the address of a member

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93910 --- Comment #1 from Andreas Schwab --- You are still converting an unaligned pointer to an aligned pointer, and the address of a struct is the same as the address if its first member (with suitable conversion).

[Bug c/93910] -Waddress-of-packed-member triggered without actual access to a member or the address of a member

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93910 --- Comment #2 from Mikael Pettersson --- (In reply to stephane.goujet from comment #0) > test2.c: In function 'main': > test2.c:9:5: warning: converting a packed 'struct S' pointer (alignment 1) > to a 'int' pointer (alignment 4) may result in a

[Bug go/93866] [debug] Methods with pointer receiver incorrectly named

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

[Bug c/93910] -Waddress-of-packed-member triggered without actual access to a member or the address of a member

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93910 --- Comment #3 from stephane.goujet at wanadoo dot fr --- (In reply to Mikael Pettersson from comment #2) > IMO the warning is correct. Simply _creating_ a misaligned pointer is > undefined behaviour, and there are machines where it cannot be d

[Bug c++/93905] Cannot use Derived type of Base containing both enum and protected destructor

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93905 --- Comment #4 from Karol Koczwara --- gcc -version COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=/opt/rh/devtoolset-8/root/usr/libexec/gcc/x86_64-redhat-linux/8/lto-wrapper Target: x86_64-redhat-linux Configured with: ../configure --enable-bootstrap --en

[Bug go/93900] Patches to fix build of gcc-10-10-20200222 for GNU/Hurd

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93900 --- Comment #6 from CVS Commits --- The master branch has been updated by Ian Lance Taylor : https://gcc.gnu.org/g:a4dbb9b25a60143c699de55cd6226cebeb3b3c3e commit r10-6826-ga4dbb9b25a60143c699de55cd6226cebeb3b3c3e Author: Ian Lance Taylor Date

[Bug c++/93907] internal compiler error: in hashtab_chk_error, at hash-table.c:137

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93907 --- Comment #1 from Jonathan Wakely --- Created attachment 47899 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47899&action=edit reproducer for ICE

[Bug rtl-optimization/93908] [8/9/10 Regression] git miscompilation on s390x-linux with -O2 -march=zEC12 -mtune=z13 starting with r8-1288

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93908 --- Comment #2 from Jakub Jelinek --- Created attachment 47900 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47900&action=edit gcc10-pr93908.patch Untested fix.

[Bug c++/93907] internal compiler error: in hashtab_chk_error, at hash-table.c:137

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93907 Jonathan Wakely changed: What|Removed |Added Keywords||needs-reduction Status|UNC

[Bug c/93911] New: Need expertise about how to solve some LTO related warnings in glib API code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93911 Bug ID: 93911 Summary: Need expertise about how to solve some LTO related warnings in glib API code Product: gcc Version: unknown Status: UNCONFIRMED Severity:

[Bug c/93910] -Waddress-of-packed-member triggered without actual access to a member or the address of a member

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

[Bug c++/93905] [8 Regression] Cannot use Derived type of Base containing both enum and protected destructor

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93905 Jonathan Wakely changed: What|Removed |Added Keywords||rejects-valid Status|WAITI

[Bug c/93911] Need expertise about how to solve some LTO related warnings in glib API code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93911 --- Comment #1 from Jonathan Wakely --- Why is this a bug report not an email to the gcc-help list?

[Bug c/93910] -Waddress-of-packed-member triggered without actual access to a member or the address of a member

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93910 --- Comment #5 from Andreas Schwab --- The packed attribute forces the alignment to 1, so there is no requirement for its address to be aligned for its type.

  1   2   >