[Bug middle-end/108278] [13 Regression] runtime error with -O1 -Wall

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108278 --- Comment #3 from David Binderman --- Trying revision aeee4812442c996f in bisect.

[Bug middle-end/108278] [13 Regression] runtime error with -O1 -Wall

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108278 --- Comment #4 from David Binderman --- (In reply to David Binderman from comment #3) > Trying revision aeee4812442c996f in bisect. That seems fine, so trying 3b6cac2b44b384cd.

[Bug middle-end/108278] [13 Regression] runtime error with -O1 -Wall

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108278 --- Comment #5 from David Binderman --- Another runtime bug, probably related: ../../trunk.d1/gcc/expmed.cc:3282:26: runtime error: signed integer overflow: -9223372036854775808 - 1 cannot be represented in type 'long int' I am not sure if thi

[Bug middle-end/108278] [13 Regression] runtime error with -O1 -Wall

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108278 David Binderman changed: What|Removed |Added CC||fweimer at redhat dot com --- Comment

[Bug target/108274] [13 Regression] ICE in df_refs_verify during arm_reorg pass with -fipa-icf

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108274 Alex Coplan changed: What|Removed |Added CC||ebotcazou at gcc dot gnu.org --- Comment

[Bug middle-end/108278] [13 Regression] runtime error with -O1 -Wall

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108278 --- Comment #7 from David Binderman --- (In reply to David Binderman from comment #4) > (In reply to David Binderman from comment #3) > > Trying revision aeee4812442c996f in bisect. > > That seems fine, so trying 3b6cac2b44b384cd. That seems o

[Bug middle-end/108278] [13 Regression] runtime error with -O1 -Wall

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108278 --- Comment #8 from Florian Weimer --- I believe the revert in 455acc43518744b89d6a795bbba5045bd228060b should have fixed this? I also brought up the initialization issue on the gcc list: Default initialization of poly-ints

[Bug sanitizer/108256] Missing integer overflow instrumentation when assignment LHS is narrow

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108256 --- Comment #2 from CVS Commits --- The master branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:8692b15ae7c05e3224f285069e070c009d9f6efe commit r13-4988-g8692b15ae7c05e3224f285069e070c009d9f6efe Author: Jakub Jelinek Date: W

[Bug middle-end/108237] [13 Regression] ICE: in gimple_expand_vec_cond_expr, at gimple-isel.cc:281 at -O since r13-1085-g90467f0ad649d081

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108237 --- Comment #6 from CVS Commits --- The master branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:345dffd0d4ebff7e705dfff1a8a72017a167120a commit r13-4989-g345dffd0d4ebff7e705dfff1a8a72017a167120a Author: Jakub Jelinek Date: W

[Bug sanitizer/108256] Missing integer overflow instrumentation when assignment LHS is narrow

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

[Bug middle-end/108237] [13 Regression] ICE: in gimple_expand_vec_cond_expr, at gimple-isel.cc:281 at -O since r13-1085-g90467f0ad649d081

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

[Bug target/108274] [13 Regression] ICE in df_refs_verify during arm_reorg pass with -fipa-icf

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108274 Eric Botcazou changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED

[Bug target/108274] [13 Regression] ICE in df_refs_verify during arm_reorg pass with -fipa-icf

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108274 Eric Botcazou changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |ebotcazou at gcc dot gnu.org --

[Bug target/108283] New: Problem when accessing address zero

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108283 Bug ID: 108283 Summary: Problem when accessing address zero Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: target

[Bug target/108283] Problem when accessing address zero

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

[Bug target/108283] Problem when accessing address zero

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108283 --- Comment #2 from Andrew Pinski --- More over a null pointer is still an invalid pointer in C even if your bare metal target might just happen to have a valid memory address at 0.

[Bug target/108283] Problem when accessing address zero

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108283 --- Comment #3 from Andrew Pinski --- > On ARM Targets address zero is almost always a normal memory address. That is definitely not true at all because you can run Linux on it with a mmmu and address zero (a null pointer) is not a valid addres

[Bug libgcc/108279] Improved speed for float128 routines

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108279 --- Comment #2 from Jakub Jelinek --- >From what I can see, they are certainly not portable. E.g. the relying on __int128 rules out various arches (basically all 32-bit arches, ia32, powerpc 32-bit among others). Not handling exceptions is a sh

[Bug web/88860] Clarify gcc online manual 6.38 Attribute Syntax

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88860 --- Comment #3 from Jonathan Wakely --- Please send patches to the mailing list instead of attaching them here where they will not get reviewed. https://gcc.gnu.org/contribute.html#patches

[Bug web/88860] Clarify gcc online manual 6.38 Attribute Syntax

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88860 --- Comment #4 from Jonathan Wakely --- (In reply to Jonny Grant from comment #1) > --- a/gcc/doc/extend.texi > +++ b/gcc/doc/extend.texi > @@ -9353,6 +9353,13 @@ __attribute__((noreturn)) void d0 (void), > the @code{noreturn} attribute applies

[Bug middle-end/108278] [13 Regression] runtime error with -O1 -Wall

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

[Bug middle-end/108278] [13 Regression] runtime error with -O1 -Wall

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108278 --- Comment #10 from Jakub Jelinek --- BTW, please use g: prefix for git hashes or r13-4989-g345dffd0d4ebff7 or r13-4989 styles, anything else is quite useless as it doesn't create hyperlinks in bugzilla.

[Bug c/88944] Suggested alternative C stdbool.h

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88944 Jonathan Wakely changed: What|Removed |Added Target Milestone|10.5|11.0

[Bug libstdc++/108258] [13 Regression] std::ranges::begin() fails on zero sized std::array

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108258 Jonathan Wakely changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |redi at gcc dot gnu.org

[Bug tree-optimization/108253] [13 Regression] ICE in set_nonzero_bits

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108253 --- Comment #6 from CVS Commits --- The master branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:ebc449119442501c927ede0e83697eaece72223e commit r13-4990-gebc449119442501c927ede0e83697eaece72223e Author: Jakub Jelinek Date: W

[Bug tree-optimization/108253] [13 Regression] ICE in set_nonzero_bits

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

[Bug libstdc++/108265] chrono::hh_mm_ss can't be constructed from unsigned durations

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108265 Jonathan Wakely changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |redi at gcc dot gnu.org Last

[Bug c++/60512] would be useful if gcc implemented __has_feature similary to clang

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60512 --- Comment #10 from Jonathan Wakely --- But why is that better than GCC's alternative, just defining macros like __SANITIZE_ADDRESS__ and __SANITIZE_THREAD__? Libstdc++ does this: // Macro indicating that TSAN is in use. #if __SANITIZE_THREAD_

[Bug c++/108243] Missed optimization for static const std::string_view(const char*)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108243 Jonathan Wakely changed: What|Removed |Added Keywords||missed-optimization Ever confirme

[Bug target/108283] Problem when accessing address zero

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108283 Markus changed: What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|INVALID

[Bug libstdc++/108258] [13 Regression] std::ranges::begin() fails on zero sized std::array

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108258 --- Comment #3 from CVS Commits --- The master branch has been updated by Jonathan Wakely : https://gcc.gnu.org/g:1530a9b1f45a7ceb333f3e1abad65e587679690f commit r13-4991-g1530a9b1f45a7ceb333f3e1abad65e587679690f Author: Jonathan Wakely Date:

[Bug libstdc++/108258] [13 Regression] std::ranges::begin() fails on zero sized std::array

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

[Bug libstdc++/108260] __cpp_lib_ranges_zip feature test macro not defined while std::views::zip is supported

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108260 --- Comment #3 from Jiang An --- __cpp_lib_ranges_as_rvalue is also missing... (together with feature test macros for C++23 views?)

[Bug libstdc++/108210] error: 'mutex' does not name a type; did you mean 'minutes'? for x86_64-w64-mingw32 target with win32 thread model

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108210 Jonathan Wakely changed: What|Removed |Added Last reconfirmed||2023-01-04 Ever confirmed|0

[Bug libstdc++/108225] canadian compilation of gdb error for libstdc++'s std_mutex.h on x86_64-w64-mingw32 host

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108225 Eric Botcazou changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED

[Bug c++/108243] Missed optimization for static const std::string_view(const char*)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108243 --- Comment #1 from Jonathan Wakely --- This is caused by a change in libstdc++ headers: @@ -230,9 +230,15 @@ _GLIBCXX_BEGIN_NAMESPACE_VERSION static _GLIBCXX_ALWAYS_INLINE constexpr bool __constant_string_p(const _CharT* __s) {

[Bug c++/108243] Missed optimization for static const std::string_view(const char*)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108243 --- Comment #2 from Jonathan Wakely --- Reduced: struct traits { static constexpr unsigned long length(const char* s) { if (__builtin_is_constant_evaluated()) { unsigned long n = 0; while (*s++) ++n; return

[Bug c++/108243] [10/11/12/13 Regression] Missed optimization for static const std::string_view(const char*)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108243 Jonathan Wakely changed: What|Removed |Added Summary|Missed optimization for |[10/11/12/13 Regression]

[Bug c++/108243] [10/11/12/13 Regression] Missed optimization for static const std::string_view(const char*)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108243 --- Comment #4 from Jonathan Wakely --- GCC can't even optimize it properly for C++20 when using if-consteval: static constexpr unsigned long length(const char* s) { #ifndef FIX if consteval { unsigned long n = 0; while (*s+

[Bug libstdc++/108225] canadian compilation of gdb error for libstdc++'s std_mutex.h on x86_64-w64-mingw32 host

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108225 --- Comment #8 from Jonathan Wakely --- (In reply to Eric Botcazou from comment #7) > Btw the code goes to great length to avoid including from the > libstdc++ header files (see __GTHREAD_HIDE_WIN32API) so it is definitely not. This reporter h

[Bug libstdc++/108225] canadian compilation of gdb error for libstdc++'s std_mutex.h on x86_64-w64-mingw32 host

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108225 --- Comment #9 from Jonathan Wakely --- (In reply to cqwrteur from comment #2) > Please stop! Windows 95 support is extremely important No it isn't. (In reply to cqwrteur from comment #4) > The entire win32 thread model is a mess. It does not

[Bug libstdc++/108225] canadian compilation of gdb error for libstdc++'s std_mutex.h on x86_64-w64-mingw32 host

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108225 Jonathan Wakely changed: What|Removed |Added Resolution|--- |WONTFIX Status|WAITING

[Bug libstdc++/108210] error: 'mutex' does not name a type; did you mean 'minutes'? for x86_64-w64-mingw32 target with win32 thread model

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108210 --- Comment #7 from Jonathan Wakely --- Probably a dup of PR 108225 i.e. expecting --enable-threads=win32 to provide std::mutex without _WIN32_WINNT >= 0x0600 But it isn't provided, because the win32 model doesn't support C++11 threading for an

[Bug ipa/108110] [13 Regression] ice in modify_call, at ipa-param-manipulation.cc:700 with -std=c++14 -O3 -march=znver3 since r13-4685-g4834e9360f7bf4

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108110 --- Comment #15 from Martin Jambor --- Sorry for the breakage. The problem is that in ipa_param_body_adjustments::m_replacements, items pertaining to the same base original parameter are no longer necessarily adjacent, which is assumed in ipa_p

[Bug target/108283] Problem when accessing address zero

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

[Bug target/108283] Problem when accessing address zero

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108283 --- Comment #6 from Andrew Pinski --- Clang has a similar (same?) option to disable optimization around null pointers which is enabled for arm too. Just in the case of this source, gcc causes a trap to happen after deferencing a null pointer.

[Bug web/88860] Clarify gcc online manual 6.38 Attribute Syntax

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88860 --- Comment #5 from Jonny Grant --- (In reply to Jonathan Wakely from comment #4) > (In reply to Jonny Grant from comment #1) > > --- a/gcc/doc/extend.texi > > +++ b/gcc/doc/extend.texi > > @@ -9353,6 +9353,13 @@ __attribute__((noreturn)) void d0

[Bug libstdc++/108210] error: 'mutex' does not name a type; did you mean 'minutes'? for x86_64-w64-mingw32 target with win32 thread model

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108210 --- Comment #8 from niXman --- (In reply to Jonathan Wakely from comment #7) > Probably a dup of PR 108225 i.e. expecting --enable-threads=win32 to provide > std::mutex without _WIN32_WINNT >= 0x0600 yep, sure! > But it isn't provided, because

[Bug target/103784] suboptimal code for returning bool value on target ppc

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103784 --- Comment #5 from Segher Boessenkool --- I get simply subfic 3,3,2 srdi 3,3,63 xori 3,3,0x1 blr for this code. Did you use -O0 or similar?

[Bug target/103784] suboptimal code for returning bool value on target ppc

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103784 --- Comment #6 from Segher Boessenkool --- Ugh, this PR is for GCC 12 only, ignore me please :-)

[Bug target/103784] suboptimal code for returning bool value on target ppc

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103784 --- Comment #7 from Segher Boessenkool --- I do get that exact same code with everything from GCC 6 to GCC 12 as well though (modulo a small regression in GCC 10).

[Bug c++/108282] [12/13 Regression] Disabled template method using requires-clause still viable through requires-expression

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108282 Patrick Palka changed: What|Removed |Added CC||ppalka at gcc dot gnu.org Ass

[Bug tree-optimization/107767] [13 Regression] switch to table conversion happening even though using btq is better

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107767 Jakub Jelinek changed: What|Removed |Added Priority|P3 |P1 --- Comment #16 from Jakub Jelinek

[Bug libstdc++/108260] __cpp_lib_ranges_zip feature test macro not defined while std::views::zip is supported

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108260 Patrick Palka changed: What|Removed |Added Last reconfirmed||2023-01-04 Target Milestone|---

[Bug target/108283] Problem when accessing address zero

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

[Bug web/88860] Clarify gcc online manual 6.38 Attribute Syntax

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88860 --- Comment #6 from Jonathan Wakely --- (In reply to Jonny Grant from comment #5) > Re the patches, I recall I did email them, but pasted here too as another > developer was doing that. I'll have a good read of that contribution guide. If you've

[Bug c++/103871] [11/12/13 Regression] co_await causes build error

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103871 --- Comment #16 from kiwixz at outlook dot com --- Hi, I wonder if there is any update on this ? It's still present in trunk, and I would like to upgrade from GCC 10 to latest. Is it worth just applying the workaround for now or does it have a

[Bug modula2/108259] Modula-2 module constructors symbols in (shared) libraries are hidden

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108259 --- Comment #5 from CVS Commits --- The master branch has been updated by Iain D Sandoe : https://gcc.gnu.org/g:751c2d9a46f786381a90d5c8c49947fa0d9b7ee5 commit r13-4995-g751c2d9a46f786381a90d5c8c49947fa0d9b7ee5 Author: Iain Sandoe Date: Sun

[Bug modula2/108183] wrong code generated in the modula2 scaffold mechanism

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108183 --- Comment #21 from CVS Commits --- The master branch has been updated by Iain D Sandoe : https://gcc.gnu.org/g:ec6d1fc09faea4a6be4df74babb73dca6b50ff0c commit r13-4996-gec6d1fc09faea4a6be4df74babb73dca6b50ff0c Author: Iain Sandoe Date: Fr

[Bug target/108283] Problem when accessing address zero

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108283 Markus changed: What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|INVALID

[Bug libstdc++/108228] /usr/lib/pa20_64/dld.sl: Unsatisfied code symbol '_ZN9__gnu_cxx21zoneinfo_dir_ov errideEv'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108228 --- Comment #1 from CVS Commits --- The master branch has been updated by Iain D Sandoe : https://gcc.gnu.org/g:96cba8ebe512887025a9e8b74833074d8aa844c8 commit r13-4997-g96cba8ebe512887025a9e8b74833074d8aa844c8 Author: Iain Sandoe Date: Sat

[Bug c++/108284] New: RISCV 32-bit Zbs extension - ICE: in extract_insn, at recog.cc:2791

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108284 Bug ID: 108284 Summary: RISCV 32-bit Zbs extension - ICE: in extract_insn, at recog.cc:2791 Product: gcc Version: 12.2.0 Status: UNCONFIRMED Severity: normal

[Bug testsuite/108280] [10 regression] Many lto excess errors after r10-11132-gf543f71c54be74

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108280 --- Comment #2 from seurer at gcc dot gnu.org --- It looks like the same thing happened to gcc 11. Should I open another PR for that?

[Bug target/108283] Problem when accessing address zero

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108283 Jakub Jelinek changed: What|Removed |Added Resolution|--- |INVALID Status|UNCONFIRMED

[Bug middle-end/108278] [13 Regression] runtime error with -O1 -Wall

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108278 --- Comment #11 from Jakub Jelinek --- Anyway, can't reproduce with current trunk (just stage1 built with -fsanitize=undefined).

[Bug middle-end/108278] [13 Regression] runtime error with -O1 -Wall

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108278 --- Comment #12 from David Binderman --- (In reply to Jakub Jelinek from comment #10) > BTW, please use g: prefix for git hashes or r13-4989-g345dffd0d4ebff7 or > r13-4989 styles, anything else is quite useless as it doesn't create > hyperlinks

[Bug middle-end/108278] [13 Regression] runtime error with -O1 -Wall

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108278 --- Comment #13 from David Binderman --- (In reply to David Binderman from comment #12) > Let's try that out: > > g:d423e8dc59045d8f and g:fee53a3194c0d8b7 Seems to work. Good.

[Bug modula2/108183] wrong code generated in the modula2 scaffold mechanism

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108183 Iain Sandoe changed: What|Removed |Added Resolution|--- |FIXED Status|NEW

[Bug modula2/108259] Modula-2 module constructors symbols in (shared) libraries are hidden

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108259 Iain Sandoe changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug modula2/108261] modula-2 module registration process seems to fail with shared libraries.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108261 --- Comment #5 from Iain Sandoe --- this patch exposes the issue by allowing the linker to find the shared libs. [PATCH] modula-2, driver: Do not add extra '-L' options that shadow $libdir. The driver is adding one '-L' option for each path t

[Bug c++/108285] New: [13 Regression] error: conversion from ‘long double’ to ‘double’ may change value [-Werror=float-conversion] since r13-3291-g16ec267063c8ce60

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108285 Bug ID: 108285 Summary: [13 Regression] error: conversion from ‘long double’ to ‘double’ may change value [-Werror=float-conversion] since r13-3291-g16ec267063c8ce

[Bug c++/108285] [13 Regression] error: conversion from ‘long double’ to ‘double’ may change value [-Werror=float-conversion] since r13-3291-g16ec267063c8ce60

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108285 Martin Liška changed: What|Removed |Added Last reconfirmed||2023-01-04 Ever confirmed|0

[Bug c++/108243] [10/11/12/13 Regression] Missed optimization for static const std::string_view(const char*)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108243 Patrick Palka changed: What|Removed |Added See Also||https://gcc.gnu.org/bugzill

[Bug target/108284] RISCV 32-bit Zbs extension - ICE: in extract_insn, at recog.cc:2791

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108284 Andrew Pinski changed: What|Removed |Added Component|c++ |target Keywords|

[Bug target/108284] RISCV 32-bit Zbs extension - ICE: in extract_insn, at recog.cc:2791

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108284 --- Comment #2 from Andrew Pinski --- Also the new warning is not incorrect. You need to set a parameter to get be able to access memory location in the lower 4k because gcc assumes that that lower 4k was just a mistake and an offset from a null

[Bug libgomp/108286] New: [GCC 12/13] OpenMP Target directive causes internal compiler error

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108286 Bug ID: 108286 Summary: [GCC 12/13] OpenMP Target directive causes internal compiler error Product: gcc Version: 12.2.1 Status: UNCONFIRMED Severity: normal

[Bug libgcc/108279] Improved speed for float128 routines

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108279 --- Comment #3 from Thomas Koenig --- (In reply to Jakub Jelinek from comment #2) > From what I can see, they are certainly not portable. > E.g. the relying on __int128 rules out various arches (basically all 32-bit > arches, > ia32, powerpc 32-

[Bug target/108284] RISCV 32-bit Zbs extension - ICE: in extract_insn, at recog.cc:2791

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

[Bug target/106532] riscv fails to build enabling ZBA/ZBB/ZBC/ZBS by default for 32bit

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106532 Andrew Pinski changed: What|Removed |Added CC||iwfinlay at gmail dot com --- Comment #

[Bug c++/108285] [13 Regression] error: conversion from ‘long double’ to ‘double’ may change value [-Werror=float-conversion] since r13-3291-g16ec267063c8ce60

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108285 Andrew Pinski changed: What|Removed |Added Target||i?86 --- Comment #1 from Andrew Pinski

[Bug c++/108243] [10/11/12/13 Regression] Missed optimization for static const std::string_view(const char*)

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

[Bug c++/107597] LTO causes static inline variables to get a non-uniqued global symbol

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107597 --- Comment #7 from Jan Hubicka --- So I guess it is asan being confused by our optimization. We intentionaly duplicate the symbol in order to reduce cost of dynamic linking in situations where we know it does not change semantics, but asan loo

[Bug tree-optimization/107467] [12/13 Regression] Miscompilation involing -Os , -flto and -fno-strict-aliasing since r12-656-ga564da506f52be66

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107467 Jan Hubicka changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned at

[Bug c++/108206] [12/13 Regression] ICE: tree check: expected tree that contains 'decl minimal' structure, have 'error_mark' in merge_default_template_args, at cp/decl.cc:1563 since r12-7562-gfe548eb8

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108206 --- Comment #4 from CVS Commits --- The master branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:fc349931adcf1024ee95e0a0cd98cf4a41996093 commit r13-4999-gfc349931adcf1024ee95e0a0cd98cf4a41996093 Author: Jakub Jelinek Date: W

[Bug c++/108206] [12 Regression] ICE: tree check: expected tree that contains 'decl minimal' structure, have 'error_mark' in merge_default_template_args, at cp/decl.cc:1563 since r12-7562-gfe548eb8436

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108206 Jakub Jelinek changed: What|Removed |Added Summary|[12/13 Regression] ICE: |[12 Regression] ICE: tree

[Bug other/108287] New: AVR build: gcc/config/avr/t-avr tries to edit the source tree

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108287 Bug ID: 108287 Summary: AVR build: gcc/config/avr/t-avr tries to edit the source tree Product: gcc Version: 12.2.0 Status: UNCONFIRMED Severity: normal

[Bug c++/108286] [GCC 12/13] OpenMP Target directive causes internal compiler error

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108286 Jakub Jelinek changed: What|Removed |Added Target Milestone|--- |12.3 CC|

[Bug target/108287] AVR build: gcc/config/avr/t-avr tries to edit the source tree

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108287 --- Comment #1 from Andrew Pinski --- The best fix is do something similar to aarch64 in config/aarch64/t-aarch64: $(srcdir)/config/aarch64/aarch64-tune.md: s-aarch64-tune-md; @true s-aarch64-tune-md: $(srcdir)/config/aarch64/gentune.sh \

[Bug target/108287] AVR build: gcc/config/avr/t-avr tries to edit the source tree

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108287 Andrew Pinski changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED

[Bug target/108287] AVR build: gcc/config/avr/t-avr tries to edit the source tree

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108287 --- Comment #3 from Nicolas Mattia --- (In reply to Andrew Pinski from comment #1) > The best fix is do something similar to aarch64 in config/aarch64/t-aarch64: > $(srcdir)/config/aarch64/aarch64-tune.md: s-aarch64-tune-md; @true > s-aarch64-tu

[Bug c++/108286] [GCC 12/13] OpenMP Target directive causes internal compiler error

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108286 Jakub Jelinek changed: What|Removed |Added Ever confirmed|0 |1 Last reconfirmed|

[Bug target/98112] Add -f[no-]direct-access-external-data & drop HAVE_LD_PIE_COPYRELOC

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98112 --- Comment #9 from Thiago Macieira --- I can't be certain for other architectures' performance, but my feeling is that indeed they would benefit from this. The option that was added as an -m should be an -f (and match Clang's option). However,

[Bug target/98112] Add -f[no-]direct-access-external-data & drop HAVE_LD_PIE_COPYRELOC

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98112 Andrew Pinski changed: What|Removed |Added Target Milestone|--- |12.0 Status|UNCONFIRMED

[Bug middle-end/100593] [ELF] -fno-pic: Use GOT to take address of an external default visibility function

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

[Bug middle-end/102380] [meta-bug] visibility (fvisibility=* and attributes) issues

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102380 Bug 102380 depends on bug 100593, which changed state. Bug 100593 Summary: [ELF] -fno-pic: Use GOT to take address of an external default visibility function https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100593 What|Removed

[Bug c++/108282] [12/13 Regression] Disabled template method using requires-clause still viable through requires-expression

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108282 --- Comment #3 from CVS Commits --- The master branch has been updated by Patrick Palka : https://gcc.gnu.org/g:238e292cf5d822f3bd12d9b58eb04cf377758b2a commit r13-5000-g238e292cf5d822f3bd12d9b58eb04cf377758b2a Author: Patrick Palka Date: W

[Bug c++/108282] [12/13 Regression] Disabled template method using requires-clause still viable through requires-expression

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108282 --- Comment #4 from Martin Turski --- @ppalka Thanks. Will there be an update to 12.2 that can be fetched from Linux distribution maintainers? How does this update-process regularly play out?

[Bug libstdc++/108288] New: Deadlock when using -fno-elide-constructor + -D_GLIBCXX_DEBUG=1 + -std=c++11

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108288 Bug ID: 108288 Summary: Deadlock when using -fno-elide-constructor + -D_GLIBCXX_DEBUG=1 + -std=c++11 Product: gcc Version: 12.2.0 Status: UNCONFIRMED Severity:

[Bug c++/108282] [12/13 Regression] Disabled template method using requires-clause still viable through requires-expression

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108282 --- Comment #5 from CVS Commits --- The releases/gcc-12 branch has been updated by Patrick Palka : https://gcc.gnu.org/g:26741a0f64686648a5b39415d819f1acfd4ad6d2 commit r12-9027-g26741a0f64686648a5b39415d819f1acfd4ad6d2 Author: Patrick Palka

[Bug c++/108282] [12/13 Regression] Disabled template method using requires-clause still viable through requires-expression

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108282 Patrick Palka changed: What|Removed |Added Resolution|--- |FIXED Status|NEW

  1   2   >