[Bug c++/113884] GCC rejects valid program saying ambiguous call when using std::vector

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113884 --- Comment #9 from Jason Liam --- (In reply to Andrew Pinski from comment #8) Does that imply that following program is also invalid? GCC rejects the below program but msvc accepts. ``` struct A { explicit A(int = 10); A()= default; }; A

[Bug target/113537] ext should be used more for __builtin_shufflevector

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113537 Andrew Pinski changed: What|Removed |Added Status|ASSIGNED|NEW See Also|

[Bug target/113874] GNU2 TLS descriptor calls do not follow psABI on x86_64-linux-gnu

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113874 --- Comment #9 from Florian Weimer --- (In reply to H.J. Lu from comment #7) > > The __tls_get_addr call with the default approach potentially needs to solve > > the same problem, doesn't it? > > Isn't __tls_get_addr called via the PLT entry?

[Bug c++/113884] GCC rejects valid program saying ambiguous call when using std::vector

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113884 --- Comment #8 from Andrew Pinski --- (In reply to Jason Liam from comment #7) > (In reply to Andrew Pinski from comment #5) > > std::vector 's constructor which takes std::size_t is marked as explicit. > > But you're missing that the

[Bug c++/113884] GCC rejects valid program saying ambiguous call when using std::vector

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113884 --- Comment #7 from Jason Liam --- (In reply to Andrew Pinski from comment #5) > std::vector 's constructor which takes std::size_t is marked as explicit. But you're missing that the initializer list ctor is preferred/choosen over the size_t

[Bug middle-end/113734] [14 regression] libarchive miscompiled (fails libarchive_test_read_format_rar5_extra_field_version test) since r14-8768-g85094e2aa6dba7

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113734 Sam James changed: What|Removed |Added Attachment #57384|0 |1 is obsolete|

[Bug c++/113884] GCC rejects valid program saying ambiguous call when using std::vector

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113884 --- Comment #6 from Andrew Pinski --- I know cppreference is not the standard but it is a decent reference to start with. https://en.cppreference.com/w/cpp/container/vector/vector Without the explicit, clang will also reject it as being

[Bug c++/113884] GCC rejects valid program saying ambiguous call when using std::vector

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113884 --- Comment #5 from Andrew Pinski --- (In reply to Jason Liam from comment #4) > But which constructor is explicit here? I don't see any explicit ctor here. std::vector 's constructor which takes std::size_t is marked as explicit.

[Bug c++/113884] GCC rejects valid program saying ambiguous call when using std::vector

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113884 --- Comment #4 from Jason Liam --- But which constructor is explicit here? I don't see any explicit ctor here.

[Bug c++/60027] [DR1228] Problem with braced-init-lists and explicit ctors

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

[Bug c++/113884] GCC rejects valid program saying ambiguous call when using std::vector

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113884 Andrew Pinski changed: What|Removed |Added Resolution|--- |DUPLICATE

[Bug c++/113884] GCC rejects valid program saying ambiguous call when using std::vector

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113884 --- Comment #2 from Andrew Pinski --- (In reply to Andrew Pinski from comment #1) > Reduced to: > ``` > struct B > { > B(double); > }; > > struct C > { > C(int); > }; > > > void func(B); > void func(C); > > int main() { > func({ 4.2

[Bug c++/113884] GCC rejects valid program saying ambiguous call when using std::vector

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113884 --- Comment #1 from Andrew Pinski --- Reduced to: ``` struct B { B(double); }; struct C { C(int); }; void func(B); void func(C); int main() { func({ 4.2 }); } ```

[Bug c++/113884] New: GCC rejects valid program saying ambiguous call when using std::vector

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113884 Bug ID: 113884 Summary: GCC rejects valid program saying ambiguous call when using std::vector Product: gcc Version: unknown Status: UNCONFIRMED Severity:

[Bug rtl-optimization/10837] noreturn attribute causes no sibling calling optimization

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=10837 --- Comment #17 from Lukas Grätz --- (In reply to Xi Ruoyao from comment #16) > (In reply to gooncreeper from comment #15) > > May I suggest we just add something like __attribute__((trace)) for the > > special abort case? Noreturn was added for

[Bug fortran/113883] allocatable length parameter used but is undefined

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113883 kargl at gcc dot gnu.org changed: What|Removed |Added Ever confirmed|0 |1 Last reconfirmed|

[Bug fortran/113883] allocatable length parameter used but is undefined

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113883 --- Comment #1 from kargl at gcc dot gnu.org --- Created attachment 57389 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57389=edit patch to fix bug This is the patch and testcase. I have successfully bootstrapped and run the Fortran

[Bug fortran/113883] New: allocatable length parameter used but is undefined

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113883 Bug ID: 113883 Summary: allocatable length parameter used but is undefined Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3

[Bug libfortran/111022] ES0.0E0 format gave ES0.dE0 output with d too high.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111022 --- Comment #35 from nightstrike --- (In reply to anlauf from comment #34) > Are you sure that it finds the right new libgfortran? Good call. I did a make install first and re-ran it, and they all pass now. Sorry for the noise, this is an

[Bug rtl-optimization/10837] noreturn attribute causes no sibling calling optimization

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=10837 Xi Ruoyao changed: What|Removed |Added See Also||https://gcc.gnu.org/bugzill

[Bug target/113882] New: V4SF->V4HI could be implemented using V4SF->V4SI and then truncation to V4HI

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113882 Bug ID: 113882 Summary: V4SF->V4HI could be implemented using V4SF->V4SI and then truncation to V4HI Product: gcc Version: 14.0 Status: UNCONFIRMED Keywords:

[Bug sanitizer/113881] New: Multiple testsuite failures with gfortran on FreeBSD

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113881 Bug ID: 113881 Summary: Multiple testsuite failures with gfortran on FreeBSD Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3

[Bug libfortran/111022] ES0.0E0 format gave ES0.dE0 output with d too high.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111022 --- Comment #34 from anlauf at gcc dot gnu.org --- (In reply to nightstrike from comment #33) > I modified the test further to just print which ones would have called stop. > Almost, but not all, do: > > stop 2 > stop 3 > stop 4 > stop 7 >

[Bug target/113880] New: V2SF->V2DF conversion pattern seems to be missing

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113880 Bug ID: 113880 Summary: V2SF->V2DF conversion pattern seems to be missing Product: gcc Version: 14.0 Status: UNCONFIRMED Keywords: missed-optimization Severity:

[Bug libfortran/111022] ES0.0E0 format gave ES0.dE0 output with d too high.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111022 --- Comment #33 from nightstrike --- I modified the test further to just print which ones would have called stop. Almost, but not all, do: stop 2 stop 3 stop 4 stop 7 stop 8 stop 9 stop 10 stop 11 stop 12 stop 13 stop 15 stop 20

[Bug libfortran/111022] ES0.0E0 format gave ES0.dE0 output with d too high.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111022 --- Comment #32 from nightstrike --- (In reply to anlauf from comment #31) > (In reply to nightstrike from comment #30) > > (In reply to GCC Commits from comment #29) > > > * gfortran.dg/pr111022.f90: New test. > > > > This new

[Bug libfortran/111022] ES0.0E0 format gave ES0.dE0 output with d too high.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111022 --- Comment #31 from anlauf at gcc dot gnu.org --- (In reply to nightstrike from comment #30) > (In reply to GCC Commits from comment #29) > > * gfortran.dg/pr111022.f90: New test. > > This new test fails of x64 mingw. Can you be

[Bug libfortran/111022] ES0.0E0 format gave ES0.dE0 output with d too high.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111022 nightstrike changed: What|Removed |Added CC||nightstrike at gmail dot com --- Comment

[Bug target/113872] PERM<{0},a,{3,4,5,6}> is not producing SHL (for little-endian) and USHR for big-endian

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113872 Andrew Pinski changed: What|Removed |Added URL||https://gcc.gnu.org/piperma

[Bug c++/113854] the expression 'is_invocable_v ... evaluated to 'false'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113854 --- Comment #4 from Frank Heckenbach --- (In reply to Jonathan Wakely from comment #1 and #2) > [...] than to get errors deep inside an instantiation stack. But they are deep in the stack; maybe not an instantiation stack, but a requires

[Bug target/113874] GNU2 TLS descriptor calls do not follow psABI on x86_64-linux-gnu

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113874 --- Comment #8 from Jakub Jelinek --- E.g. https://sourceware.org/legacy-ml/binutils/2005-09/msg00184.html says The functions defined above use custom calling conventions that require them to preserve any registers they modify. This penalizes

[Bug libgomp/113843] FAIL: libgomp.c/alloc-pinned-1.c execution test

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113843 John David Anglin changed: What|Removed |Added Resolution|--- |FIXED

[Bug libgomp/113843] FAIL: libgomp.c/alloc-pinned-1.c execution test

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113843 --- Comment #2 from GCC Commits --- The master branch has been updated by John David Anglin : https://gcc.gnu.org/g:167798a4d29a4e6d2d304c8b13256f3d431fdeaf commit r14-8921-g167798a4d29a4e6d2d304c8b13256f3d431fdeaf Author: John David Anglin

[Bug sanitizer/113878] missed optimization with sanitizer and signed integer overflow

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113878 --- Comment #8 from uecker at gcc dot gnu.org --- (In reply to Jakub Jelinek from comment #7) > (In reply to uecker from comment #6) > > My idea would be to explicitly add either traps or __builtin_unreachable > > whenever there is UB that can

[Bug tree-optimization/113879] New: missed optimization - not exploiting known range of integers

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113879 Bug ID: 113879 Summary: missed optimization - not exploiting known range of integers Product: gcc Version: 14.0 Status: UNCONFIRMED Severity: normal

[Bug rtl-optimization/10837] noreturn attribute causes no sibling calling optimization

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=10837 gooncreeper changed: What|Removed |Added CC||goon.pri.low at gmail dot com --- Comment

[Bug target/113874] GNU2 TLS descriptor calls do not follow psABI on x86_64-linux-gnu

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113874 --- Comment #7 from H.J. Lu --- (In reply to Florian Weimer from comment #6) > > (In reply to H.J. Lu from comment #4) > > > (In reply to H.J. Lu from comment #3) > > > > Created attachment 57385 [details] > > > > A patch > > > > > > > > Try

[Bug sanitizer/113878] missed optimization with sanitizer and signed integer overflow

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113878 --- Comment #7 from Jakub Jelinek --- (In reply to uecker from comment #6) > My idea would be to explicitly add either traps or __builtin_unreachable > whenever there is UB that can be checked for in the C FE, and not add > sanitizer calls

[Bug sanitizer/113878] missed optimization with sanitizer and signed integer overflow

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113878 --- Comment #6 from uecker at gcc dot gnu.org --- My idea would be to explicitly add either traps or __builtin_unreachable whenever there is UB that can be checked for in the C FE, and not add sanitizer calls (that may return). Just a

[Bug target/113625] Interesting behavior with and without -mcpu=generic

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113625 --- Comment #3 from Andrew Pinski --- I should note that gcc.target/aarch64 tests are explicitly tested with -mtune=generic ...

[Bug fortran/113866] ice in generic_simplify_COND_EXPR

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113866 anlauf at gcc dot gnu.org changed: What|Removed |Added Keywords||ice-on-valid-code

[Bug c++/98531] [modules] g++.dg/modules/xtreme-header-2_a.H etc. FAIL

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98531 --- Comment #24 from John David Anglin --- Maybe there are multiple problems: FAIL: g++.dg/modules/xtreme-header-2_a.H -std=c++17 (test for excess errors) Excess errors: /usr/include/oneapi/tbb/task_group.h:465:11: error: 'template

[Bug sanitizer/113878] missed optimization with sanitizer and signed integer overflow

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113878 --- Comment #5 from Jakub Jelinek --- Different instrumentations are done at different times. Some ubsan instrumentations are already done in the FEs (e.g. shifts, division, ...), others are added in the ubsan pass (the idea is that catching up

[Bug sanitizer/113878] missed optimization with sanitizer and signed integer overflow

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113878 --- Comment #4 from uecker at gcc dot gnu.org --- Would it make sense to add the instrumentation earlier? Then it could be optimized as usual which may give better results. Just adding a test explicitly shows that this works:

[Bug c++/111224] modules: xtreme-header-1_a.H etc. ICE (in core_vals, at cp/module.cc:6108) on AArch64 with SVE types

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111224 --- Comment #6 from Andrew Pinski --- case POLY_INT_CST: gcc_unreachable (); /* Not supported in C++. */ That is definitely not true. POLY_INT_CST can be created via target builtins even.

[Bug target/113874] GNU2 TLS descriptor calls do not follow psABI on x86_64-linux-gnu

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113874 --- Comment #6 from Florian Weimer --- > (In reply to H.J. Lu from comment #4) > > (In reply to H.J. Lu from comment #3) > > > Created attachment 57385 [details] > > > A patch > > > > > > Try this. > > > > This doesn't work properly. To work

[Bug c++/111224] modules: xtreme-header-1_a.H etc. ICE (in core_vals, at cp/module.cc:6108) on AArch64 with SVE types

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111224 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |NEW CC|

[Bug c++/98531] [modules] g++.dg/modules/xtreme-header-2_a.H etc. FAIL

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98531 Andrew Pinski changed: What|Removed |Added See Also||https://gcc.gnu.org/bugzill

[Bug c++/98531] [modules] g++.dg/modules/xtreme-header-2_a.H etc. FAIL

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98531 --- Comment #22 from Andrew Pinski --- (In reply to John David Anglin from comment #21) > With revision r14-8899-gc9bdcb0c343, I stll have the following fails: Likewise on aarch64-linux-gnu. FAIL: g++.dg/modules/xtreme-header-1_a.H -std=c++17

[Bug c++/98531] [modules] g++.dg/modules/xtreme-header-2_a.H etc. FAIL

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98531 John David Anglin changed: What|Removed |Added Last reconfirmed|2023-04-02 00:00:00 |2024-2-11 --- Comment #21 from John

[Bug target/113872] PERM<{0},a,{3,4,5,6}> is not producing SHL (for little-endian) and USHR for big-endian

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113872 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed|

[Bug target/113874] GNU2 TLS descriptor calls do not follow psABI on x86_64-linux-gnu

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113874 --- Comment #5 from Jakub Jelinek --- (In reply to H.J. Lu from comment #4) > (In reply to H.J. Lu from comment #3) > > Created attachment 57385 [details] > > A patch > > > > Try this. > > This doesn't work properly. To work around in ld.so,

[Bug target/113874] GNU2 TLS descriptor calls do not follow psABI on x86_64-linux-gnu

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113874 H.J. Lu changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever confirmed|0

[Bug sanitizer/113878] missed optimization with sanitizer and signed integer overflow

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113878 --- Comment #3 from Jakub Jelinek --- The sanitizers don't turn on -fwrapv. There is just TYPE_OVERFLOW_SANITIZED which inhibits various optimizations, in the constant folder and match.pd etc. so that stuff can be instrumented properly, doesn't

[Bug sanitizer/113878] missed optimization with sanitizer and signed integer overflow

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

[Bug modula2/113836] gm2 does not dump gimple or quadruples to a file

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113836 Gaius Mulley changed: What|Removed |Added Attachment #57367|0 |1 is obsolete|

[Bug tree-optimization/106103] ICE in binds_to_current_def_p when source object files are compiled with -flto -Os

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106103 --- Comment #5 from Andrew Pinski --- *** Bug 113875 has been marked as a duplicate of this bug. ***

[Bug lto/113875] g++ crash with Internal Compiler Error when compiling HotSpot for Windows with -Os and -flto

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

[Bug sanitizer/113878] missed optimization with sanitizer and signed integer overflow

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113878 Andrew Pinski changed: What|Removed |Added Component|middle-end |sanitizer CC|

[Bug c/113878] New: missed optimization with sanitizer and signed integer overflow

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113878 Bug ID: 113878 Summary: missed optimization with sanitizer and signed integer overflow Product: gcc Version: 14.0 Status: UNCONFIRMED Severity: normal

[Bug lto/113875] g++ crash with Internal Compiler Error when compiling HotSpot for Windows with -Os and -flto

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113875 Ivan changed: What|Removed |Added CC||ivanka2012 at gmail dot com --- Comment #4 from

[Bug tree-optimization/106103] ICE in binds_to_current_def_p when source object files are compiled with -flto -Os

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106103 Julian Waters changed: What|Removed |Added CC||tanksherman27 at gmail dot com ---

[Bug lto/113875] g++ crash with Internal Compiler Error when compiling HotSpot for Windows with -Os and -flto

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113875 --- Comment #3 from Julian Waters --- Compiler configure options as requested by the gcc bug site: $ gcc -v Using built-in specs. COLLECT_GCC=C:\msys64\ucrt64\bin\gcc.exe

[Bug lto/113875] g++ crash with Internal Compiler Error when compiling HotSpot for Windows with -Os and -flto

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113875 Andrew Pinski changed: What|Removed |Added See Also||https://gcc.gnu.org/bugzill

[Bug lto/113875] g++ crash with Internal Compiler Error when compiling HotSpot for Windows with -Os and -flto

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113875 --- Comment #1 from Andrew Pinski --- Can you read https://gcc.gnu.org/bugs/ can get back to us on what is requested? Also https://gcc.gnu.org/wiki/A_guide_to_testcase_reduction?highlight=%28reduction%29#Reducing_LTO_bugs might be useful too.

[Bug lto/113875] g++ crash with Internal Compiler Error when compiling HotSpot for Windows with -Os and -flto

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

[Bug ada/113877] New: gnatchop -c puts gnat.adc in the current working directory

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113877 Bug ID: 113877 Summary: gnatchop -c puts gnat.adc in the current working directory Product: gcc Version: 13.2.0 Status: UNCONFIRMED Severity: normal

[Bug tree-optimization/113714] [11/12/13/14 Regression] Missed optimization for redundancy computation elimination: -(w+d-x)-x => -(w+d)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113714 Filip Kastl changed: What|Removed |Added CC||aldyh at redhat dot com,

[Bug target/113876] New: ICE: in ix86_expand_epilogue, at config/i386/i386.cc:10101 with -O -mpreferred-stack-boundary=3 -finstrument-functions -mapxf -mcmodel=large and _BitInt()

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113876 Bug ID: 113876 Summary: ICE: in ix86_expand_epilogue, at config/i386/i386.cc:10101 with -O -mpreferred-stack-boundary=3 -finstrument-functions -mapxf

[Bug target/113874] GNU2 TLS descriptor calls do not follow psABI on x86_64-linux-gnu

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113874 --- Comment #3 from H.J. Lu --- Created attachment 57385 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57385=edit A patch Try this.

[Bug target/113874] GNU2 TLS descriptor calls do not follow psABI on x86_64-linux-gnu

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

[Bug lto/113712] [11/12/13/14 Regression] lto crash: when building 641.leela_s peek with Example-gcc-linux-x86.cfg (SPEC2017 1.1.9)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113712 Filip Kastl changed: What|Removed |Added Keywords|needs-bisection | CC|

[Bug lto/113875] New: g++ crash with Internal Compiler Error when compiling HotSpot for Windows with -Os and -flto

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113875 Bug ID: 113875 Summary: g++ crash with Internal Compiler Error when compiling HotSpot for Windows with -Os and -flto Product: gcc Version: unknown Status: UNCONFIRMED

[Bug c++/103524] [meta-bug] modules issue

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103524 Bug 103524 depends on bug 98417, which changed state. Bug 98417 Summary: ICE when using C++ modules and -g https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98417 What|Removed |Added

[Bug c++/98417] ICE when using C++ modules and -g

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98417 Nathaniel Shead changed: What|Removed |Added CC||nshead at gcc dot gnu.org

[Bug c++/103524] [meta-bug] modules issue

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103524 Bug 103524 depends on bug 98885, which changed state. Bug 98885 Summary: [modules] forward declaration of classes prevent them from being exported at the point of actual declaration https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98885

[Bug c++/98885] [modules] forward declaration of classes prevent them from being exported at the point of actual declaration

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98885 Nathaniel Shead changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED

[Bug c++/98885] [modules] forward declaration of classes prevent them from being exported at the point of actual declaration

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98885 Nathaniel Shead changed: What|Removed |Added Target Milestone|--- |14.0 CC|

[Bug c++/103524] [meta-bug] modules issue

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103524 Bug 103524 depends on bug 100617, which changed state. Bug 100617 Summary: [modules] Exported namespace not visible from outside when the module imports another module that declares the same namespace

[Bug c++/100617] [modules] Exported namespace not visible from outside when the module imports another module that declares the same namespace

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100617 Nathaniel Shead changed: What|Removed |Added See Also||https://gcc.gnu.org/bugzill

[Bug c++/103524] [meta-bug] modules issue

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103524 Bug 103524 depends on bug 100689, which changed state. Bug 100689 Summary: [modules] internal compiler error: Segmentation fault when using modules and -g https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100689 What|Removed

[Bug c++/100689] [modules] internal compiler error: Segmentation fault when using modules and -g

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100689 Nathaniel Shead changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |nshead at gcc dot gnu.org

[Bug c++/103524] [meta-bug] modules issue

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103524 Bug 103524 depends on bug 100707, which changed state. Bug 100707 Summary: [modules] ICE on nested namespace https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100707 What|Removed |Added

[Bug c++/100707] [modules] ICE on nested namespace

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100707 Nathaniel Shead changed: What|Removed |Added Resolution|--- |FIXED Status|UNCONFIRMED

[Bug c++/103524] [meta-bug] modules issue

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103524 Bug 103524 depends on bug 102545, which changed state. Bug 102545 Summary: [modules] inlining constexpr is required yet it should not be. https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102545 What|Removed

[Bug c++/102545] [modules] inlining constexpr is required yet it should not be.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102545 Nathaniel Shead changed: What|Removed |Added CC||nshead at gcc dot gnu.org

[Bug c++/99232] Exported variable in module gives error: 'lambda' was not declared in this scope

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99232 Nathaniel Shead changed: What|Removed |Added CC||e9leyland at outlook dot com ---

[Bug target/113874] GNU2 TLS descriptor calls do not follow psABI on x86_64-linux-gnu

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113874 --- Comment #1 from Florian Weimer --- Brought to the x86-64 ABI list: GCC and the GNU2 TLS descriptor call ABI

[Bug c++/103524] [meta-bug] modules issue

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103524 Bug 103524 depends on bug 102598, which changed state. Bug 102598 Summary: [modules] ICE in pp_string, at pretty-print.c https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102598 What|Removed |Added

[Bug c++/102598] [modules] ICE in pp_string, at pretty-print.c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102598 Nathaniel Shead changed: What|Removed |Added Resolution|--- |FIXED Status|UNCONFIRMED

[Bug target/113874] New: GNU2 TLS descriptor calls do not follow psABI on x86_64-linux-gnu

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113874 Bug ID: 113874 Summary: GNU2 TLS descriptor calls do not follow psABI on x86_64-linux-gnu Product: gcc Version: 13.2.1 Status: UNCONFIRMED Keywords:

[Bug c++/113746] [14 Regression] ICE: tree check: expected enumeral_type, have error_mark in tsubst_expr, at cp/pt.cc:21458 with missing typename since r14-4796-g3e3d73ed5e85e7

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113746 --- Comment #6 from Filip Kastl --- (In reply to Sam James from comment #4) > (In reply to Filip Kastl from comment #3) > > Filip, you seem to have commit access (apologies if I'm wrong). If so, you > can change your BZ email to @gcc.gnu.org

[Bug libfortran/110651] libgfortran.spec links twice with libgcc spec

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110651 Francois-Xavier Coudert changed: What|Removed |Added Status|NEW |RESOLVED

[Bug middle-end/113734] [14 regression] libarchive miscompiled (fails libarchive_test_read_format_rar5_extra_field_version test) since r14-8768-g85094e2aa6dba7

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113734 Sam James changed: What|Removed |Added Attachment #57379|0 |1 is obsolete|

[Bug c++/99232] Exported variable in module gives error: 'lambda' was not declared in this scope

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99232 Nathaniel Shead changed: What|Removed |Added Resolution|--- |FIXED Assignee|unassigned

[Bug c++/103524] [meta-bug] modules issue

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103524 Bug 103524 depends on bug 99232, which changed state. Bug 99232 Summary: Exported variable in module gives error: 'lambda' was not declared in this scope https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99232 What|Removed

[Bug c++/103524] [meta-bug] modules issue

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103524 Bug 103524 depends on bug 105515, which changed state. Bug 105515 Summary: [modules] const std::vector inside a module namespace. Error. https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105515 What|Removed |Added

[Bug c++/113746] [14 Regression] ICE: tree check: expected enumeral_type, have error_mark in tsubst_expr, at cp/pt.cc:21458 with missing typename since r14-4796-g3e3d73ed5e85e7

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113746 --- Comment #5 from Sam James --- s/sourceware email/sourceware user/

[Bug c++/113746] [14 Regression] ICE: tree check: expected enumeral_type, have error_mark in tsubst_expr, at cp/pt.cc:21458 with missing typename since r14-4796-g3e3d73ed5e85e7

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113746 Sam James changed: What|Removed |Added Summary|[14 Regression] ICE: tree |[14 Regression] ICE: tree

[Bug c++/105515] [modules] const std::vector inside a module namespace. Error.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105515 Nathaniel Shead changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC|

  1   2   >