https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113258
Sam James changed:
What|Removed |Added
CC||sjames at gcc dot gnu.org
--- Comment #26
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107201
--- Comment #3 from GCC Commits ---
The releases/gcc-13 branch has been updated by Georg-Johann Lay
:
https://gcc.gnu.org/g:3f6efe203484f7fb29c048d024dd8205e9e0f193
commit r13-8227-g3f6efe203484f7fb29c048d024dd8205e9e0f193
Author:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111956
--- Comment #15 from Richard Biener ---
(In reply to Gaius Mulley from comment #14)
> Ah apologies, is it best that I revert:
>
> https://gcc.gnu.org/git/gitweb.cgi?p=gcc.git;
> h=81d5ca0b9b8431f1bd7a5ec8a2c94f04bb0cf032
>
> happy to do this
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113372
--- Comment #18 from rguenther at suse dot de ---
On Mon, 15 Jan 2024, jakub at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113372
>
> --- Comment #17 from Jakub Jelinek ---
> (In reply to Richard Biener from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108016
--- Comment #2 from JuzheZhong ---
#include
std::pair full_add(unsigned a, unsigned b)
{ return std::make_pair(a + b, a + b < a); }
s=/usr/bin/riscv64-unknown-linux-gnu-as --disable-multilib
--disable-libstdcxx-pch
--prefix=/repo/gcc-trunk//binary-trunk-r14-7258-20240115151353-g731444b3c39-checking-yes-rtl-df-extra-riscv64
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 14.0.1 20240115 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112919
--- Comment #6 from chenglulu ---
Hi，Ruoyao:
I am testing the spec2006 scores when the parameters 'align-loops',
'align-jumps', 'align-functions', and 'align-labels' are '1', '8', '16', and
'32' respectively.
However, the test was suspended due
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113415
Andrew Pinski changed:
What|Removed |Added
Summary|ICE: RTL check: expected|ICE: RTL check:
|elt
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113415
--- Comment #1 from Andrew Pinski ---
This might fail the same way:
```
void
foo(void)
{
unsigned long bitint0[64];
lab:
__asm__ goto("" : "=r"(bitint0) : : : lab);
}
```
ion algorithms: zlib zstd
gcc version 14.0.1 20240115 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113414
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99913
LIU Hao changed:
What|Removed |Added
CC||lh_mouse at 126 dot com
--- Comment #4 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43613
Xi Ruoyao changed:
What|Removed |Added
CC||xry111 at gcc dot gnu.org
--- Comment #9
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113414
Xi Ruoyao changed:
What|Removed |Added
CC||xry111 at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43613
nightstrike changed:
What|Removed |Added
CC||nightstrike at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113414
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |INVALID
See Also|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113414
--- Comment #1 from Andrew Pinski ---
>The code should be warned, but it did not.
No that is by design. You need to use -Wformat-signedness for that.
But for the second example, the fix it note is wrong only with
-Wformat-signedness .
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113414
Bug ID: 113414
Summary: Incorrent checking for printf format: does not
distinguish whether the variable is signed or unsigned
Product: gcc
Version: 11.4.0
Status:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113091
--- Comment #9 from GCC Commits ---
The master branch has been updated by Feng Xue :
https://gcc.gnu.org/g:57f611604e8bab67af6c0bcfe6ea88c001408412
commit r14-7272-g57f611604e8bab67af6c0bcfe6ea88c001408412
Author: Feng Xue
Date: Thu Dec 28
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113404
--- Comment #1 from GCC Commits ---
The master branch has been updated by Pan Li :
https://gcc.gnu.org/g:5134d3074ad7a462b4c8e2c0bc904b5ba40b7373
commit r14-7271-g5134d3074ad7a462b4c8e2c0bc904b5ba40b7373
Author: Juzhe-Zhong
Date: Tue Jan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111850
Kewen Lin changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109705
--- Comment #5 from GCC Commits ---
The master branch has been updated by Kewen Lin :
https://gcc.gnu.org/g:39fa71a0882928a25bd170580e3e9e89a69dce36
commit r14-7270-g39fa71a0882928a25bd170580e3e9e89a69dce36
Author: Kewen Lin
Date: Mon Jan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113413
kargl at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113413
Bug ID: 113413
Summary: ATAND(Y,X) is unsupported
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112580
Hans-Peter Nilsson changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103524
Bug 103524 depends on bug 112580, which changed state.
Bug 112580 Summary: [14 Regression]: g++.dg/modules/xtreme-header-4_b.C et al;
ICE tree check: expected class 'type', have 'declaration'
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112580
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112419
--- Comment #7 from Hans-Peter Nilsson ---
(In reply to Richard Biener from comment #6)
> Fixed. I guess.
Correct; sorry, I should have close it myself after the commit.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113412
kargl at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113412
Bug ID: 113412
Summary: ATAN(Y,X) does not check arguments and generates wrong
error message.
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111267
--- Comment #10 from Roger Sayle ---
A revised and improved patch has been posted for review at
https://gcc.gnu.org/pipermail/gcc-patches/2024-January/643062.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111956
--- Comment #14 from Gaius Mulley ---
Ah apologies, is it best that I revert:
https://gcc.gnu.org/git/gitweb.cgi?p=gcc.git;h=81d5ca0b9b8431f1bd7a5ec8a2c94f04bb0cf032
happy to do this in the morning.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113334
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |14.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113411
Bug ID: 113411
Summary: ABS*ABS can be simplified to ABS
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106229
David Malcolm changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106358
Bug 106358 depends on bug 106229, which changed state.
Bug 106229 Summary: False positives from -Wanalyzer-tainted-array-index with
unsigned char index
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106229
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=11
--- Comment #3 from David Malcolm ---
Should be fixed on trunk for GCC 14 by the above patch.
Still affects GCC 13 and earlier; keeping open to track backporting.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113410
Andrew Pinski changed:
What|Removed |Added
Keywords||diagnostic, ice-checking
Ever
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106229
--- Comment #1 from GCC Commits ---
The master branch has been updated by David Malcolm :
https://gcc.gnu.org/g:ce27b66d952127b7abd0f8cceacb79eb6ecf71db
commit r14-7266-gce27b66d952127b7abd0f8cceacb79eb6ecf71db
Author: David Malcolm
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=11
--- Comment #2 from GCC Commits ---
The master branch has been updated by David Malcolm :
https://gcc.gnu.org/g:d235bf2e807c5f7e959ca5f3f8d92936801f5b80
commit r14-7265-gd235bf2e807c5f7e959ca5f3f8d92936801f5b80
Author: David Malcolm
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113406
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2024-01-15
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110065
--- Comment #5 from GCC Commits ---
The trunk branch has been updated by Marek Polacek :
https://gcc.gnu.org/g:a3054489117085c095e480c71b6aaeea9a463c37
commit r14-7264-ga3054489117085c095e480c71b6aaeea9a463c37
Author: Marek Polacek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113360
--- Comment #1 from Marek Polacek ---
The "deducing from brace-enclosed initializer" error is emitted during parsing
from listify. The body of init_list is not potentially-constant (due to
erroneous FOR_COND), so we register_constexpr_fundef
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109899
Patrick Palka changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109899
--- Comment #12 from GCC Commits ---
The releases/gcc-12 branch has been updated by Patrick Palka
:
https://gcc.gnu.org/g:6477b3b9c3e5be5dfe549dcb7b3cef2b49e3690c
commit r12-10098-g6477b3b9c3e5be5dfe549dcb7b3cef2b49e3690c
Author: Patrick
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113395
Andrew Pinski changed:
What|Removed |Added
Depends on||45274
--- Comment #4 from Andrew
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113395
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104634
Patrick Palka changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109899
--- Comment #11 from GCC Commits ---
The releases/gcc-13 branch has been updated by Patrick Palka
:
https://gcc.gnu.org/g:766ea9da8ccff3786ec5df414046f6b1640e7e01
commit r13-8224-g766ea9da8ccff3786ec5df414046f6b1640e7e01
Author: Patrick Palka
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104634
--- Comment #5 from GCC Commits ---
The releases/gcc-13 branch has been updated by Patrick Palka
:
https://gcc.gnu.org/g:854c9b682562b103f60e5f0a823f31df17a97568
commit r13-8225-g854c9b682562b103f60e5f0a823f31df17a97568
Author: Patrick Palka
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113396
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |13.3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113405
--- Comment #3 from Eddie Nolan ---
Fixed (first two commands were superfluous):
echo "module1 module1.gcm" >> ./module1.cpp.o.modmap
echo "module2 module2.gcm" >> ./module2.cpp.o.modmap
echo "module1 module1.gcm" >> ./module2.cpp.o.modmap
g++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104634
--- Comment #3 from GCC Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:47673571b28278d857371167f4b67a04a1b87b59
commit r14-7261-g47673571b28278d857371167f4b67a04a1b87b59
Author: Patrick Palka
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104634
Patrick Palka changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |ppalka at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109899
Patrick Palka changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109899
Patrick Palka changed:
What|Removed |Added
Summary|[12/13/14 Regression] ICE |[12/13 Regression] ICE in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109899
--- Comment #9 from GCC Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:d33c3b5ac9b9b3e314ae9118d483ade7e91a80a5
commit r14-7260-gd33c3b5ac9b9b3e314ae9118d483ade7e91a80a5
Author: Patrick Palka
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113403
Jason Merrill changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113405
--- Comment #2 from Eddie Nolan ---
This series of commands reproduces the issue and does not use CMake:
g++ -g -std=c++20 -E -x c++ ./module2.cpp \
-MT ./module2.cpp.o.ddi -MD -MF ./module2.cpp.o.ddi.d \
-fmodules-ts
hms: zlib zstd
gcc version 14.0.1 20240115 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113313
--- Comment #9 from john.harper at vuw dot ac.nz ---
This variant of my test program (now called test4) hangs with gfortran
but not with other compilers if iam is written to output_unit (like the
original version) or to a file with a different
gcc-trunk//binary-trunk-r14-7255-20240115165927-g6c703b4eb68-checking-yes-rtl-df-extra-nobootstrap-amd64
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 14.0.1 20240115 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113407
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2024-01-15
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113402
--- Comment #3 from Iain Sandoe ---
(In reply to Jakub Jelinek from comment #2)
> Created attachment 57087 [details]
> gcc14-pr113402.patch
>
>
> Though, I wonder if we also shouldn't rename those symbols, having __builtin_
> prefix in the
x86_64-pc-linux-gnu-as --disable-libstdcxx-pch
--prefix=/repo/gcc-trunk//binary-trunk-r14-7255-20240115165927-g6c703b4eb68-checking-yes-rtl-df-extra-nobootstrap-amd64
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 14.0.1 20240115 (experimental) (GCC)
dit
The preprocessed source from -freport-bug
I have piece of code that should not compile due to parameter pack not located
at the end of template parameter list. However gcc 14.0.1 20240115 gives
internal compiler error while gcc 13 and earlier do not give internal errors
and the compilation fa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113403
--- Comment #5 from Iain Sandoe ---
Sorry, my intended design was not stated very clearly.
1. IIUC, the objective is to have only one instance of these symbols in the
dynamically-linked program.
2. One way to ensure that is to make it a
-df-extra-nobootstrap-amd64
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 14.0.1 20240115 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113405
Andrew Pinski changed:
What|Removed |Added
Blocks||103524
--- Comment #1 from Andrew
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110065
--- Comment #4 from Marek Polacek ---
With -std=c++20 the ICE started with r12-4772.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113405
Bug ID: 113405
Summary: Can't access member type alias of concept-constrained
class template specialization in global module
fragment via alias template in different module
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113369
--- Comment #5 from H.J. Lu ---
Created attachment 57091
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57091=edit
The list of compile tests with -save-temps
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113369
--- Comment #4 from H.J. Lu ---
I removed -save-temps from some compile tests I can run on x86-64.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113369
H.J. Lu changed:
What|Removed |Added
Attachment #57063|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113369
--- Comment #2 from GCC Commits ---
The master branch has been updated by H.J. Lu :
https://gcc.gnu.org/g:8108c6be99d23d799e2d00eec3d7d3e51cbd33f3
commit r14-7257-g8108c6be99d23d799e2d00eec3d7d3e51cbd33f3
Author: H.J. Lu
Date: Mon Jan 15
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109203
Patrick Palka changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |ppalka at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113396
--- Comment #3 from David Binderman ---
Created attachment 57089
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57089=edit
C source code
Partly reduced C source code.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113396
--- Comment #2 from David Binderman ---
The bug seems to exist from sometime before
g:d042f118798ae0648b45f97e63b0e5ab7c82c8ef, dated 20230205.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113347
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108822
--- Comment #6 from GCC Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:1e88a151f878e0a139bf55eb0cee2506fb903274
commit r14-7256-g1e88a151f878e0a139bf55eb0cee2506fb903274
Author: Jonathan Wakely
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113389
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
Ever
4-7255-20240115165927-g6c703b4eb68-checking-yes-rtl-df-extra-riscv64
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 14.0.1 20240115 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113403
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113403
--- Comment #3 from Iain Sandoe ---
(In reply to Florian Weimer from comment #2)
> Weak symbols have no meaning for ELF DSOs, so this wouldn't work for
> libgcc_s on ELF targets. Instead we automatically link against dynamic
> libgcc_s if
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113366
--- Comment #4 from GCC Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:6c703b4eb68cbc32de1d62e5b573cb1b9857af29
commit r14-7255-g6c703b4eb68cbc32de1d62e5b573cb1b9857af29
Author: Jonathan Wakely
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113403
--- Comment #2 from Florian Weimer ---
Weak symbols have no meaning for ELF DSOs, so this wouldn't work for libgcc_s
on ELF targets. Instead we automatically link against dynamic libgcc_s if
certain symbols not in libgcc.a are referenced.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113403
--- Comment #1 from Iain Sandoe ---
this seems a somewhat similar dilemma to the emulated TLS case.
Perhaps:
provide a weak definition of these in a CRT (which is used for -static-libgcc)
and weaken the defs in libgcc_s so that mixed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113402
Jakub Jelinek changed:
What|Removed |Added
Last reconfirmed||2024-01-15
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113401
--- Comment #2 from Florian Weimer ---
(In reply to Iain Sandoe from comment #1)
> (In reply to Florian Weimer from comment #0)
>
> > The fix is to register a TLS destructor to
> > deallocate that page, too. On glibc, that also fixes another
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113374
--- Comment #8 from Jakub Jelinek ---
Slightly cleaned up testcase, -O3 -msse4 is what is needed to reproduce:
typedef __SIZE_TYPE__ size_t;
struct S { unsigned char *a, *b; };
void
foo (struct S x)
{
for (size_t i = x.b - x.a; i > 0; --i)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113401
Iain Sandoe changed:
What|Removed |Added
CC||iains at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113379
--- Comment #2 from Joseph S. Myers ---
Note that some of these aren't valid for floating point in the presence of
NaNs.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113402
--- Comment #1 from Florian Weimer ---
I should say I have only tested this on x86-64, but it is likely that this
impacts other supported ABIs as well.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113403
Bug ID: 113403
Summary: __builtin_nested_func_ptr_created,
__builtin_nested_func_ptr should be dynamically linked
by default
Product: gcc
Version: 14.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113402
Bug ID: 113402
Summary: Incorrect symbol versions for
__builtin_nested_func_ptr_created,
__builtin_nested_func_ptr
Product: gcc
Version: unknown
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113048
Jakub Jelinek changed:
What|Removed |Added
Summary|[13/14 Regression] ICE: in |[13 Regression] ICE: in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113048
--- Comment #9 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:2e493b697a4cb135b0af6944d0c1f3c8f59e8caf
commit r14-7253-g2e493b697a4cb135b0af6944d0c1f3c8f59e8caf
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113401
Bug ID: 113401
Summary: Memory (resource) leak in -ftrampoline-impl=heap
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113397
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110997
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|NEW
Assignee|mpolacek at gcc
n confirm that the test compiles OK with recent:
xgcc (GCC) 14.0.1 20240115 (experimental) [master r14-7251-g04f22670d32]
1 - 100 of 203 matches
Mail list logo
