Supported LTO compression algorithms: zlib zstd
gcc version 14.0.1 20240203 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113729
--- Comment #2 from Hongtao Liu ---
extern unsigned char b;
int
foo (void)
{
return (unsigned char)(200 + b);
}
gcc -O2 -mapxf
foo():
subb $56, b(%rip), %al
movzbl %al, %eax
ret
And this can be optimzied to
foo():
subb $56,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113465
--- Comment #6 from Thiago Macieira ---
Mind if I ask you reconsider the decision for inline variables (which all
constexpr ones are)?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113752
--- Comment #2 from H.J. Lu ---
[hjl@gnu-skx-1 gcc]$ cat /tmp/foo.i
char a[10256];
char b;
char *c, *g;
int d, e, f;
int sprintf(char *, char *, ...);
unsigned long strlen(char *);
int h(char *j) {
if (strlen(j) + strlen(c) + strlen(g) + 32 >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113752
H.J. Lu changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
Hi Mike,
on 2024/1/6 07:40, Michael Meissner wrote:
> This patch changes the assembler instruction names for MMA instructions from
> the original name used in power10 to the new name when used with the dense
> math
> system. I.e. xvf64gerpp becomes dmxvf64gerpp. The assembler will emit the
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113714
Andrew Pinski changed:
What|Removed |Added
Known to fail|11.1.0 |
--- Comment #2 from Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113714
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113746
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113752
Andrew Pinski changed:
What|Removed |Added
Keywords||needs-bisection,
|
On 2/2/24 02:09, Andi Kleen wrote:
gcc/ChangeLog:
* doc/extend.texi: Document [[musttail]]
---
gcc/doc/extend.texi | 16
1 file changed, 16 insertions(+)
diff --git a/gcc/doc/extend.texi b/gcc/doc/extend.texi
index 142e41ab8fbf..866f6c4a9fed 100644
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113752
Bug ID: 113752
Summary: [14 Regression] warning: ‘%s’ directive writing up to
10218 bytes into a region of size between 0 and 10240
[-Wformat-overflow=]
Product: gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113718
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Severity|normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113751
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2024-02-04
Ever confirmed|0
On Linux/x86_64,
85094e2aa6dba7908f053046f02dd443e8f65d72 is the first bad commit
commit 85094e2aa6dba7908f053046f02dd443e8f65d72
Author: Tamar Christina
Date: Fri Feb 2 23:52:27 2024 +
middle-end: check memory accesses in the destination block [PR113588].
caused
FAIL:
Hi Mike,
on 2024/1/6 07:39, Michael Meissner wrote:
> This patch changes the MMA instructions to use either FPR registers
> (-mcpu=power10) or DMRs (-mcpu=future). In this patch, the existing MMA
> instruction names are used.
>
> A macro (__PPC_DMR__) is defined if the MMA instructions use the
在 2024/2/3 下午4:58, Xi Ruoyao 写道:
We expanded (neg x) to (minus const0 x) for LSX FP vectors, this is
wrong because -0.0 is not 0 - 0.0. This causes some Python tests to
fail when Python is built with LSX enabled.
Use the vbitrevi.{d/w} instructions to simply reverse the sign bit
instead. We
在 2024/2/2 下午5:55, Xi Ruoyao 写道:
We call loongarch_symbol_insns with mode = MAX_MACHINE_MODE sometimes.
But in loongarch_symbol_insns:
if (LSX_SUPPORTED_MODE_P (mode) || LASX_SUPPORTED_MODE_P (mode))
return 0;
And LSX_SUPPORTED_MODE_P is defined as:
#define
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113744
Hongtao Liu changed:
What|Removed |Added
CC||liuhongt at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113751
Hongyu Wang changed:
What|Removed |Added
CC||hongyuw at gcc dot gnu.org
--- Comment
Hi, kito and Robin and Jeff.
I didn't commit this patch yet since I found there is an ICE caused by this
patch:
during RTL pass: loop2_unroll
dump file: bug.c.286r.loop2_unroll
bug.c: In function 'crashIt':
bug.c:23:1: internal compiler error: in decompose, at wide-int.h:1049
23 | }
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113729
Hongtao Liu changed:
What|Removed |Added
CC||liuhongt at gcc dot gnu.org
--- Comment
From: chenguoqi
libsanitizer/ChangeLog:
* configure.tgt: Enable tsan and lsan for loongarch64.
* tsan/Makefile.am (EXTRA_libtsan_la_SOURCES): Add
tsan_rtl_loongarch64.S.
* tsan/Makefile.in: Regenerate.
---
libsanitizer/configure.tgt| 5 +
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113751
Bug ID: 113751
Summary: -mapxf -mfma4 generates wrong assembly code
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
在 2024/2/2 下午6:01, Jakub Jelinek 写道:
On Tue, Jan 30, 2024 at 10:09:51AM +0800, Lulu Cheng wrote:
From: chenguoqi
libsanitizer/ChangeLog:
* configure.tgt: Enable tsan and lsan for loongarch64.
* tsan/Makefile.am: Add tsan_rtl_loongarch64.S to
EXTRA_libtsan_la_SOURCES.
This
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113723
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2024-02-04
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113697
Li Pan changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
Hi,
This patch merges the D front-end and runtime library with upstream dmd
a6f1083699, and the standard library with phobos 31dedd7da.
D front-end changes:
- Import dmd v2.107.0.
- Character postfixes can now also be used for integers of size
two or four.
D run-time
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113750
--- Comment #1 from Iain Sandoe ---
..
(gdb) p debug_tree(current_function_decl)
>
SI
size
unit-size
align:32 warn_if_not_align:0 symtab:0 alias-set -1 canonical-type
0xf5b5d008
arg-types
Snapshot gcc-13-20240203 is now available on
https://gcc.gnu.org/pub/gcc/snapshots/13-20240203/
and on various mirrors, see https://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 13 git branch
with the following options: git://gcc.gnu.org/git/gcc.git branch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113725
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113588
Sam James changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26163
Bug 26163 depends on bug 113588, which changed state.
Bug 113588 Summary: [14 Regression] The vectorizer is introducing out-of-bounds
memory access
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113588
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113467
Sam James changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
Toon Moene writes:
> On 2/1/24 22:33, Tamar Christina wrote:
>
>> Bootstrapped Regtested on aarch64-none-linux-gnu and x86_64-pc-linux-gnu no
>> issues.
>> Also checked both with --enable-lto --with-build-config='bootstrap-O3
>> bootstrap-lto' --enable-multilib
>> and --enable-lto
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113746
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |14.0
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113734
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2024-02-03
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113738
--- Comment #1 from Andrew Pinski ---
Note this only shows up with DF checking ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113738
Andrew Pinski changed:
What|Removed |Added
CC||pinskia at gcc dot gnu.org
Target
Tested on hppa-unknown-linux-gnu. Committed to trunk.
Dave
---
Fix xfail for 32-bit hppa*-*-* in gcc.dg/pr84877.c
2024-02-03 John David Anglin
gcc/testsuite/ChangeLog:
* gcc.dg/pr84877.c: Adjust xfail parentheses.
diff --git a/gcc/testsuite/gcc.dg/pr84877.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113750
Andrew Pinski changed:
What|Removed |Added
CC||pinskia at gcc dot gnu.org
Target
GNU Modula-2 (GCC) version 14.0.1 20240203 (experimental) [master revision
r14-8771-g4b7d4d8a4af7] (aarch64-unknown-linux-gnu)
compiled by GNU C version 14.0.1 20240203 (experimental) [master
revision r14-8771-g4b7d4d8a4af7], GMP version 6.1.2, MPFR version 3.1.6-p2, MPC
version 1.1.0, isl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111923
Jens Maurer changed:
What|Removed |Added
CC||jens.maurer at gmx dot net
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96245
Andrew Pinski changed:
What|Removed |Added
CC||b.buschinski at googlemail dot
com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113741
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113722
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113710
Andrew Pinski changed:
What|Removed |Added
CC||danglin at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113743
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Multiple `for` loops across `libdecnumber` contain boolean expressions where
memory is accessed prior to checking if the pointer is still within a valid
range, which can lead to out-of-bounds reads.
This patch moves the range conditions to appear before the memory accesses in
each conjunction
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113743
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113727
--- Comment #12 from Xi Ruoyao ---
(In reply to David Binderman from comment #11)
> Created attachment 57310 [details]
> C source code
static uint32_t (safe_mul_func_uint32_t_u_u)(uint32_t ui1, uint32_t ui2 ) {
}
This thing is UB if you use
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113748
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113749
Bug ID: 113749
Summary: [14 Regression] m2 enabled build times out on i686-gnu
(GNU Hurd)
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
A failed build has been detected on builder gccrust-gentoo-sparc while building
gccrust.
Full details are available at:
https://builder.sourceware.org/buildbot/#/builders/241/builds/1257
Build state: failed '! grep ...' (failure)
Revision: 22aee650ee89eaa2cdf636fe01b46364872e14fd
Worker:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109358
Jerry DeLisle changed:
What|Removed |Added
CC||nmm1 at cam dot ac.uk
--- Comment #8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53962
Jerry DeLisle changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111022
--- Comment #29 from GCC Commits ---
The master branch has been updated by Jerry DeLisle :
https://gcc.gnu.org/g:d436e8e70dacd9c06247bb56d0abeded8fcb4242
commit r14-8779-gd436e8e70dacd9c06247bb56d0abeded8fcb4242
Author: Jerry DeLisle
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113743
--- Comment #1 from John David Anglin ---
revision r14-8702-g314cbfe2980 was okay.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113748
Bug ID: 113748
Summary: GCC rejects valid program involving befriending class
with name same as typedef
Product: gcc
Version: 14.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113745
Jonathan Wakely changed:
What|Removed |Added
Last reconfirmed||2024-02-03
Ever confirmed|0
_64-pc-linux-gnu-as --disable-libstdcxx-pch
--prefix=/repo/gcc-trunk//binary-trunk-r14-8771-20240203001826-g4b7d4d8a4af-checking-yes-rtl-df-extra-amd64
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 14.0.1 20240203 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59778
John David Anglin changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
64
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 14.0.1 20240203 (experimental) (GCC)
Tested on hppa64-hp-hpux11.11. Committed to trunk.
Dave
---
libatomic: Provide FPU exception defines for hppa
The exception defines in do not match the exception bits
in the FPU status register on hppa-linux and hppa64-hpux11.11. On
linux, they match the trap enable bits. On 64-bit hpux,
Hi Suwa-san,
On Sat, Feb 3, 2024 at 6:20 AM Takayuki 'January June' Suwa
wrote:
> After LRA transition, HImode constants that don't fit into signed 12 bits
> are no longer subject to constant synthesis:
with this change I get multiple ICEs during libgomp, libgfortran and
libstdc++ builds, e.g.:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59778
--- Comment #5 from GCC Commits ---
The master branch has been updated by John David Anglin :
https://gcc.gnu.org/g:266354012e0aa42e0d1639ee7708595f316cc36b
commit r14-8778-g266354012e0aa42e0d1639ee7708595f316cc36b
Author: John David Anglin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113711
--- Comment #9 from H.J. Lu ---
Many NDD patterns have the same issue. Here is another testcase:
[hjl@gnu-cfl-3 pr113711]$ cat apx-ndd-length-X.c
/* { dg-do assemble { target { apxf && { ! ia32 } } } } */
/* { dg-options "-mapxf -O2" } */
Bootstrapped/regtested on x86_64-pc-linux-gnu, ok for trunk?
I'm not certain OPT_Wc__20_extensions is the best thing for something
from [diff.cpp17]; would you prefer something else?
-- >8 --
Since my r11-532 changes to implement DR2237, for this test:
template
struct S {
S();
};
in
Bootstrapped/regtested on x86_64-pc-linux-gnu, ok for trunk?
-- >8 --
C++20 DR 2237 disallows simple-template-id in cdtors, so you
can't write
template
struct S {
S(); // should be S();
};
This hasn't been a problem until now but I'm adding a warning about it
to -Wc++20-compat
{
non_default_constructible(int) {}
};
int main() {
std::vector v;
v.resize(0);
}
## Diagnostic
In file included from
/opt/compiler-explorer/gcc-trunk-20240203/include/c++/14.0.1/bits/stl_iterator.h:78,
from
/opt/compiler-explorer/gcc-trunk-20240203/include/c++/14.0.1/bits
Jerry, Steve,
Am 03.02.24 um 04:24 schrieb Steve Kargl:
Jerry,
The patch looks good to me, but please give Harald a chance
to comment.
I just tested it a little, and it looked good.
We even get a runtime error on E0.0 now as required. :-)
Thanks for the patch!
Harald
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113744
--- Comment #1 from H.J. Lu ---
Other *add patterns may have the same issue.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113744
Bug ID: 113744
Summary: Unnecessary "m" constraint in *adddi_4
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113743
Bug ID: 113743
Summary: [14 Regression] FAIL: g++.dg/modules/hello-1_b.C
-std=c++17 (test for excess errors)
Product: gcc
Version: 14.0
Status: UNCONFIRMED
After LRA transition, HImode constants that don't fit into signed 12 bits
are no longer subject to constant synthesis:
/* example */
void test(void) {
short foo = 32767;
__asm__ ("" :: "r"(foo));
}
;; before
.literal_position
.literal .LC0, 32767
gcc/ChangeLog:
* config/xtensa/xtensa.md (*eqne_zero_masked_bits):
Add missing ":SI" to the match_operator.
---
gcc/config/xtensa/xtensa.md | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/gcc/config/xtensa/xtensa.md b/gcc/config/xtensa/xtensa.md
index
* MAINTAINERS: Update my e-mail address.
---
MAINTAINERS | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index b47e0465852..3720344308e 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -124,7 +124,7 @@ sparc port David S. Miller
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113722
--- Comment #5 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:09df058a09f888daad26fa80634068b38b4ad04d
commit r14-8776-g09df058a09f888daad26fa80634068b38b4ad04d
Author: Jakub Jelinek
Date:
> Am 03.02.2024 um 09:46 schrieb Jakub Jelinek :
>
> Hi!
>
> Since bswap has been converted from a method to a function we miscompile
> the following testcase. The problem is the assumption that the passed in
> len argument (number of limbs in the xval array) is the upper bound for the
>
> Am 03.02.2024 um 09:36 schrieb Jakub Jelinek :
>
> Hi!
>
> We are getting a gnuradio PCH ICE
> /usr/include/pybind11/stl.h:447:1: internal compiler error: in gt_pch_save,
> at ggc-common.cc:693
> 0x1304e7d gt_pch_save(_IO_FILE*)
>../../gcc/ggc-common.cc:693
> 0x12a45fb
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113720
--- Comment #6 from Matthias Klose ---
will do, but cannot do that before next week.
On Jan 30 2024, Christoph Müllner wrote:
> retested
Nope.
../../gcc/config/riscv/thead.cc:1144:22: error: invalid suffix on literal;
C++11 requires a space between literal and string macro [-Werror=literal-suffix]
1144 | fprintf (file, "(%s),"HOST_WIDE_INT_PRINT_DEC",%u",
Hi,
This patch merges the D front-end and runtime library with upstream dmd
e770945277, and the standard runtime library with phobos 6d6e0b9b9.
Synchronizing with the upstream release candidate as of 2024-01-27.
D front-end changes:
- Import latest fixes from dmd v2.107.0-beta.1.
- Hex
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113736
--- Comment #2 from Jakub Jelinek ---
struct S { int a[4]; };
struct T { struct S b[16]; };
void
foo (__seg_gs struct T *p, int q)
{
for (int i = 0; i < 16; ++i)
{
p->b[i].a[0] = q;
p->b[i].a[1] = q;
p->b[i].a[2] = q;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113740
Jakub Jelinek changed:
What|Removed |Added
Ever confirmed|0 |1
Assignee|unassigned at gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113536
Eric Botcazou changed:
What|Removed |Added
Target Milestone|--- |14.0
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113737
Jakub Jelinek changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jakub at gcc dot gnu.org
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90685
Brjd changed:
What|Removed |Added
CC||brjd_epdjq36 at kygur dot com
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113734
Tamar Christina changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |tnfchris at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113516
Eric Botcazou changed:
What|Removed |Added
CC||ebotcazou at gcc dot gnu.org
Ever
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100147
Jonathan Wakely changed:
What|Removed |Added
Ever confirmed|0 |1
Assignee|unassigned at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113741
--- Comment #2 from Bernd Buschinski ---
Ah sorry, I did not know that. Please rephrase the topic to better match the
actual problem :)
(Or tell me what it should be rephrased to)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113727
--- Comment #11 from David Binderman ---
Created attachment 57310
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57310=edit
C source code
hms: zlib zstd
gcc version 14.0.1 20240203 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113727
--- Comment #10 from David Binderman ---
(In reply to Sam James from comment #7)
> Can you try produce a testcase without UB please?
I have some partly reduced code that seems to have no UB.
cvise $ ~/gcc/results/bin/gcc -w
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113741
Sam James changed:
What|Removed |Added
CC||sjames at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113741
Bug ID: 113741
Summary: missed / wrong optimization switch transformation to
same function call
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105810
--- Comment #11 from Jonathan Wakely ---
(In reply to Jonathan Wakely from comment #2)
> Specifically, the suggested implementation is:
>
> template
> [[noreturn,__gnu__::__cold__,__gnu__::__noinline__]]
> inline void
This patch simple replace df_get_live_in to df_get_subreg_live_in
and replace df_get_live_out to df_get_subreg_live_out.
gcc/ChangeLog:
* ira-build.cc (create_bb_allocnos): Switch to DF_LIVE_SUBREG df data.
(create_loop_allocnos): Ditto.
* ira-color.cc
--prefix=/repo/gcc-trunk//binary-trunk-r14-8771-20240203001826-g4b7d4d8a4af-checking-yes-rtl-df-extra-amd64
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 14.0.1 20240203 (experimental) (GCC)
1 - 100 of 122 matches
Mail list logo