https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111928
Dimitar Dimitrov changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--- Comment #9 from Dimitar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111948
--- Comment #1 from 康桓瑋 ---
This is the cause:
constexpr
subrange(__detail::__convertible_to_non_slicing<_It> auto __i, _Sent __s,
__size_type __n)
noexcept(is_nothrow_constructible_v<_It, decltype(__i)>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111948
Bug ID: 111948
Summary: subrange modifies a const size object
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111937
--- Comment #3 from Xiao Ma ---
Created attachment 56185
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56185=edit
a patch on releases/gcc-13 to reproduce the bug.
steps:
1. git clone -b releases/gcc-13
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111677
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |12.4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111677
--- Comment #5 from Andrew Pinski ---
Really I wished the -fstack-protector changes were NOT backported since it was
not a regression and not a security issue (according to GCC's own security
policy).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111677
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111573
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2023-10-24
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111828
--- Comment #9 from Kewen Lin ---
Peter had a check on gnu assembler (Thanks!) and found that even with -mpower10
specified it's still able to assemble HTM insns, so it means that for some
callee with power8 attributed has HTM inline asm, it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111725
--- Comment #2 from Lehua Ding ---
Confirmed fix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111926
--- Comment #3 from Lehua Ding ---
(In reply to Kito Cheng from comment #1)
> Plz leave an option to let user has choice, performance things is hard to
> saw which is absolutely better for all uarch, my thought is leaving an
> option and let
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111591
--- Comment #31 from Kewen Lin ---
Thanks for the explanation from both of you!
(In reply to Richard Biener from comment #30)
> Created attachment 56175 [details]
> prototype patch
I confirmed that this fix can make test case (#c9 + #c10) and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111874
--- Comment #3 from Hongtao.liu ---
> For the case of conditional (or loop masked) fold-left reductions the scalar
> fallback isn't implemented. But AVX512 has vpcompress that could be used
> to implement a more efficient sequence for a masked
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111947
--- Comment #2 from CVS Commits ---
The trunk branch has been updated by Lehua Ding :
https://gcc.gnu.org/g:7b2984ad76cac67b962eeb39eab62b6dacf7845e
commit r14-4876-g7b2984ad76cac67b962eeb39eab62b6dacf7845e
Author: Juzhe-Zhong
Date: Tue
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111937
--- Comment #2 from Xiao Ma ---
(In reply to Thomas Schwinge from comment #1)
> Created attachment 56178 [details]
> 0001-WIP-STATIC_ASSERT-MAX_MACHINE_MODE-256.patch
>
> (In reply to Xiao Ma from comment #0)
> I'm not sure about your initial
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111785
--- Comment #5 from Patrick Palka ---
(In reply to Luis Caro Campos from comment #2)
> Thanks Patrick for looking into this. I think your message got cut off?
>
> I've removed the calls to the GCC optimize pragmas, and still get an ICE:
>
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103524
Bug 103524 depends on bug 105322, which changed state.
Bug 105322 Summary: [modules] ICE with constexpr object of local class type
from another function
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105322
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105322
Patrick Palka changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105322
Patrick Palka changed:
What|Removed |Added
Target Milestone|13.3|14.0
--- Comment #7 from Patrick Palka
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=36887
Lewis Hyatt changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=36887
--- Comment #5 from CVS Commits ---
The master branch has been updated by Lewis Hyatt :
https://gcc.gnu.org/g:cb05acdcea298b62e7fb00dcc153f5d506d085fe
commit r14-4874-gcb05acdcea298b62e7fb00dcc153f5d506d085fe
Author: Lewis Hyatt
Date: Thu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111913
Andrew Pinski changed:
What|Removed |Added
URL||https://gcc.gnu.org/piperma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111947
--- Comment #1 from Patrick O'Neill ---
Testcase output on r14-4873-g02aa322c8c:
> ./riscv64-unknown-linux-gnu-gcc red.c -S -o test.S -O2
red.c:2:1: warning: return type defaults to 'int' [-Wimplicit-int]
2 | b() {
| ^
during RTL
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111944
--- Comment #3 from Andrew Pinski ---
The IR definitely says it is unitialized:
union variant_storage_impl D.73643;
:
boost::variant2::detail::variant_storage_impl, boost::variant2::detail::none, boost::variant2::monostate,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111947
Bug ID: 111947
Summary: RISC-V vector: RTL Check: expected code 'reg', have
'const_int' in rhs_regno, at rtl.h:1934
Product: gcc
Version: 14.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111944
Andrew Pinski changed:
What|Removed |Added
Summary|Spurious '' is |Spurious '' is
|used
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111890
Sam James changed:
What|Removed |Added
CC||sjames at gcc dot gnu.org
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111822
--- Comment #3 from Sam James ---
bisect says
045206450386bcd774db3bde0c696828402361c6 is the first bad commit
commit 045206450386bcd774db3bde0c696828402361c6
Author: Richard Biener
Date: Fri Nov 12 10:21:22 2021 +0100
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111941
Patrick O'Neill changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111946
--- Comment #1 from Andrew Pinski ---
>I don't see an immediate pattern here
The pattern is strict alignment vs non-strict alignment targets.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111946
Bug ID: 111946
Summary: bogus cast increases required alignment for a simple
class
Product: gcc
Version: 13.2.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=30409
--- Comment #12 from kargl at gcc dot gnu.org ---
(In reply to anlauf from comment #11)
> (In reply to kargl from comment #10)
> > (In reply to anlauf from comment #8)
>
> > which is equivalent to
> >
> >tmp = 1 / y
> >do i = 1, n
> >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111945
--- Comment #1 from Alexandre Dauquier ---
Created attachment 56182
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56182=edit
GPR build
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104625
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Keywords|ice-on-invalid-code |ice-on-valid-code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111945
Bug ID: 111945
Summary: Attribute Image for Unbounded_String raises
UTF_ENCODING.ENCODING_ERROR
Product: gcc
Version: 12.2.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106807
Patrick O'Neill changed:
What|Removed |Added
CC||patrick at rivosinc dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100265
Patrick O'Neill changed:
What|Removed |Added
CC||patrick at rivosinc dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111822
Sam James changed:
What|Removed |Added
CC||sjames at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111944
--- Comment #1 from Ed Catmur ---
Correction, it does affect sanitizers (-O2 -fsanitize=address) as well as -Og.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111944
Bug ID: 111944
Summary: Spurious '' is used uninitialized in
Boost.Variant2 (-Wuninitialized -Og)
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111895
Marek Polacek changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |mpolacek at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111913
--- Comment #5 from Andrew Pinski ---
Another testcase:
```
int f(unsigned int x, unsigned int y)
{
int t = __builtin_popcount (x);
int t1 = __builtin_popcount (x|y);
return t + t1;
}
```
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111913
Andrew Pinski changed:
What|Removed |Added
Keywords|needs-bisection |
--- Comment #4 from Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111913
Andrew Pinski changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |pinskia at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=30409
--- Comment #11 from anlauf at gcc dot gnu.org ---
(In reply to kargl from comment #10)
> (In reply to anlauf from comment #8)
> I'm not sure what you are worried about here. If one has
>
>do i = 1, n
> ... = expression1(..., 1/y)
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=30409
--- Comment #10 from kargl at gcc dot gnu.org ---
(In reply to anlauf from comment #8)
> The suggested optimization needs to take into account that the evaluation
> of the temporary expression might trap, or that allocatable variables are
> not
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104131
--- Comment #5 from anlauf at gcc dot gnu.org ---
The coarray cases in comment#2 will be rejected with:
diff --git a/gcc/fortran/openmp.cc b/gcc/fortran/openmp.cc
index 1cc65d7fa49..08081dacde4 100644
--- a/gcc/fortran/openmp.cc
+++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111913
--- Comment #2 from Andrew Pinski ---
Works at r14-673 but fails at r14-1170.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104131
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Known to work||12.1.0
Known to fail|
algorithms: zlib zstd
gcc version 14.0.0 20231023 (experimental) (GCC)
red with: /home/mjires/git/GCC/master/configure
--prefix=/home/mjires/checks/master
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 14.0.0 20231023 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110721
--- Comment #7 from Sam James ---
tip of 12/13/14 all work with -fno-tree-dse, 11 fails the same as before
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111929
Sam James changed:
What|Removed |Added
Keywords|needs-bisection |
Summary|[14 Regression] in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111867
Andrew Pinski changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |pinskia at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111941
Bug ID: 111941
Summary: RISC-V ICE: in merge, at
config/riscv/riscv-vsetvl.cc:1996
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110721
--- Comment #6 from Andrew Pinski ---
(In reply to Sam James from comment #5)
> the bisect indicates r12-248-gb58dc0b803057c was the fix:
Maybe it still fails with -fno-tree-dse but then again it might depend on dse
happening so ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111940
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111929
Patrick Palka changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
el: posix
Supported LTO compression algorithms: zlib zstd
gcc version 14.0.0 20231023 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111934
--- Comment #2 from Andrew Pinski ---
Could not reproduce it with r14-4823-g8abddb187b33480d8827f44ec655f45734a1749d
.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111937
Thomas Schwinge changed:
What|Removed |Added
CC||tschwinge at gcc dot gnu.org
---
ted LTO compression algorithms: zlib zstd
gcc version 14.0.0 20231023 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111935
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2023-10-23
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111922
Martin Jambor changed:
What|Removed |Added
CC||aldyh at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111794
--- Comment #11 from CVS Commits ---
The master branch has been updated by Robin Dapp :
https://gcc.gnu.org/g:32b74c9e1d46932a4bbb1f46353bfc43c702c20a
commit r14-4868-g32b74c9e1d46932a4bbb1f46353bfc43c702c20a
Author: Robin Dapp
Date: Sun
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111938
--- Comment #1 from Thomas Schwinge ---
(In reply to Thomas Schwinge from comment #0)
> 'EXEC_OACC_ATOMIC') are handled in 'gcc/fortran/frontend-passes.c'
> Disabling the OpenMP handling, and running 'gomp.exp', I don't get much, but
> still
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111938
Bug ID: 111938
Summary: Missing OpenACC/Fortran handling in
'gcc/fortran/frontend-passes.c'
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywords: openacc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111936
--- Comment #4 from Jonathan Wakely ---
Testing a patch:
--- a/libstdc++-v3/src/libbacktrace/Makefile.am
+++ b/libstdc++-v3/src/libbacktrace/Makefile.am
@@ -49,9 +49,13 @@ WARN_FLAGS = -W -Wall -Wwrite-strings
-Wmissing-format-attribute \
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99804
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110721
Sam James changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64450
Andrew Pinski changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110644
--- Comment #12 from Alberto Luaces ---
It seems to be slightly different:
(gdb) p expr->ts.type
$7 = BT_PROCEDURE
(gdb) p expr->symtree->name
$8 = 0x770244e8 "@1179"
(gdb) p expr->where
$9 = {nextc = 0x0, lb = 0x0}
Maybe it will be
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111919
David Binderman changed:
What|Removed |Added
CC||dcb314 at hotmail dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111001
--- Comment #17 from Oleg Endo ---
(In reply to John Paul Adrian Glaubitz from comment #16)
> Just saw the branch updates, thanks! FWIW, I did observe this issue in
> gcc-13 only but not gcc-11 or gcc-12. But that might be owed to the fact
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111936
Jonathan Wakely changed:
What|Removed |Added
Keywords||link-failure
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111936
--- Comment #3 from Jonathan Wakely ---
The problem is that libstdc++_libbacktrace.a is not compiled with -fPIC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96265
Xiao Ma changed:
What|Removed |Added
CC||mxlol233 at outlook dot com
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111936
--- Comment #2 from Jonathan Wakely ---
(In reply to vincenzo Innocente from comment #0)
> it silently compiles with
> [innocent@patatrack01 ctest]$ c++ -O3 -Wall -pthread -fPIC -shared
> -std=c++23 -lstdc++exp getStacktrace.cc
>
> but the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111001
--- Comment #16 from John Paul Adrian Glaubitz ---
(In reply to Oleg Endo from comment #15)
> (In reply to John Paul Adrian Glaubitz from comment #10)
> >
> > Do we need anything else before the fix can be merged?
>
> No, should be fine.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111937
Bug ID: 111937
Summary: [RISCV][lto][offload] When `NUM_POLY_INT_COEFFS` > 1,
the `poly_xxx` made `lto_input_mode_table` unable to
parse binary gimple data.
Product: gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111591
--- Comment #30 from Richard Biener ---
Created attachment 56175
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56175=edit
prototype patch
This is an (untested) fix, API wise needs some cleanup still. It's the most
simple fix that
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111933
--- Comment #2 from Davide Bettio ---
(In reply to Richard Biener from comment #1)
> uint32_t from_unaligned_u32(uint32_t *unaligned)
> {
> uint32_t tmp;
> tmp = *unaligned;
>
> note this isn't an unaligned access since you dereference
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111933
--- Comment #1 from Richard Biener ---
uint32_t from_unaligned_u32(uint32_t *unaligned)
{
uint32_t tmp;
tmp = *unaligned;
note this isn't an unaligned access since you dereference a uint32_t pointer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111915
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111916
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111915
--- Comment #6 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:00eb0812e6464307f9f971d2a743d720015e70cf
commit r14-4865-g00eb0812e6464307f9f971d2a743d720015e70cf
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111914
--- Comment #5 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:738d44348e7392a9f8e370afa3a9d8c24ee080cd
commit r14-4864-g738d44348e7392a9f8e370afa3a9d8c24ee080cd
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111914
Richard Biener changed:
What|Removed |Added
Known to work||14.0
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111916
--- Comment #7 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:458db9b6149b2e9bef94ab76909eb914ed9f675a
commit r14-4866-g458db9b6149b2e9bef94ab76909eb914ed9f675a
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111591
Richard Biener changed:
What|Removed |Added
Assignee|linkw at gcc dot gnu.org |rguenth at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111001
--- Comment #15 from Oleg Endo ---
(In reply to John Paul Adrian Glaubitz from comment #10)
>
> Do we need anything else before the fix can be merged?
No, should be fine. I'll leave this PR open for a while in case anything else
related pops
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111001
--- Comment #14 from CVS Commits ---
The releases/gcc-11 branch has been updated by Oleg Endo
:
https://gcc.gnu.org/g:626bb2e165daa88f5c7cd66b9db49f03921474a9
commit r11-11075-g626bb2e165daa88f5c7cd66b9db49f03921474a9
Author: Oleg Endo
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111936
--- Comment #1 from vincenzo Innocente ---
here is a minimal malloc hook that I would like to use
[innocent@patatrack01 ctest]$ cat getStacktrace.cc
#include
std::string get_stacktrace() {
std::string trace;
for (auto & entry :
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111001
--- Comment #13 from CVS Commits ---
The releases/gcc-12 branch has been updated by Oleg Endo
:
https://gcc.gnu.org/g:4414818f4e5de54ea3c353e2ebb2e79a89ae211b
commit r12-9938-g4414818f4e5de54ea3c353e2ebb2e79a89ae211b
Author: Oleg Endo
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111928
Iain Sandoe changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111928
--- Comment #7 from CVS Commits ---
The master branch has been updated by Iain D Sandoe :
https://gcc.gnu.org/g:538dcde872abba589b3c8a57181bd7f91018c67a
commit r14-4863-g538dcde872abba589b3c8a57181bd7f91018c67a
Author: Iain Sandoe
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111001
--- Comment #12 from CVS Commits ---
The releases/gcc-13 branch has been updated by Oleg Endo
:
https://gcc.gnu.org/g:4e1320e4af413b7126f3b998096f60f8b7d5cb32
commit r13-7976-g4e1320e4af413b7126f3b998096f60f8b7d5cb32
Author: Oleg Endo
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111860
Tamar Christina changed:
What|Removed |Added
Resolution|--- |FIXED
Status|REOPENED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111001
--- Comment #11 from CVS Commits ---
The master branch has been updated by Oleg Endo :
https://gcc.gnu.org/g:267e369afbb963d8d84d7a9f0cb9fb18672d99a8
commit r14-4862-g267e369afbb963d8d84d7a9f0cb9fb18672d99a8
Author: Oleg Endo
Date: Mon Oct
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111936
Bug ID: 111936
Summary: std::stacktrace cannot be used in a shared library
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
1 - 100 of 176 matches
Mail list logo
