Hi,yujie:
When using this patch to compile test cases, ICE will be reported.
test.c
float
foo(float a, float b)
{
return a / b;
}
# ./gcc/cc1 test.c -o - -O2 -ffast-math -mrecip
recip.c: 在函数‘foo’中:
recip.c:5:1: 错误:无法识别的指令:
5 | }
| ^
(insn 9 8 10 2 (set (reg:SF 84)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113988
--- Comment #19 from rguenther at suse dot de ---
On Wed, 21 Feb 2024, jakub at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113988
>
> --- Comment #17 from Jakub Jelinek ---
> So, either we could somehow handle that
epo/gcc-trunk//binary-trunk-r14-9117-20240221083607-g5772ea772d1-checking-yes-rtl-df-extra-nobootstrap-amd64
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 14.0.1 20240221 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114027
--- Comment #4 from Li Pan ---
Just did some hacks from the riscv backend, which is to replace the expanding
code of reduc_smax_scal_ to the reduc_xor_scal_.
diff --git a/gcc/config/riscv/autovec.md b/gcc/config/riscv/autovec.md
index
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113476
--- Comment #17 from rguenther at suse dot de ---
On Wed, 21 Feb 2024, aldyh at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113476
>
> --- Comment #8 from Aldy Hernandez ---
> (In reply to Richard Biener from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114042
Bug ID: 114042
Summary: diagnostics about __builtin_stdc_bit_ceil() mentions
__builtin_clzg()
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywords:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114041
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114042
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2024-02-22
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114044
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
For those using my patch to build in gnu-versioned-namespace mode it
would be preferable not to have any failures when running testsuite.
libstdc++: [_GLIBCXX_INLINE_VERSION] Adapt dg-error message
libstdc++-v3/ChangeLog:
*
-linux-gnu-ld
--with-as=/usr/bin/x86_64-pc-linux-gnu-as --disable-libstdcxx-pch
--prefix=/repo/gcc-trunk//binary-trunk-r14-9117-20240221083607-g5772ea772d1-checking-yes-rtl-df-extra-nobootstrap-amd64
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 14.0.1 20240221 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114027
Li Pan changed:
What|Removed |Added
CC||pan2.li at intel dot com
--- Comment #3 from
The problem is that, there are these lines in mips.opt.urls:
; skipping UrlSuffix for 'mabi=' due to finding no URLs
; skipping UrlSuffix for 'mno-flush-func' due to finding no URLs
; skipping UrlSuffix for 'mexplicit-relocs' due to finding no URLs
These lines is not fixed by this patch due
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114040
--- Comment #2 from Andrew Pinski ---
` -fdisable-tree-evrp -fdisable-tree-vrp1` also fixes it.
EVRP and VRP1 changes:
_3 = IMAGPART_EXPR <_8>;
_4 = (_Bool) _3;
_5 = (unsigned _BitInt(8671)) _4;
into
_7 = .SUB_OVERFLOW (_2, 0);
_3 =
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114040
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
-ld
--with-as=/usr/bin/x86_64-pc-linux-gnu-as --disable-libstdcxx-pch
--prefix=/repo/gcc-trunk//binary-trunk-r14-9117-20240221083607-g5772ea772d1-checking-yes-rtl-df-extra-nobootstrap-amd64
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 14.0.1 20240221 (experimental) (GCC)
Mark Wielaard 于2024年2月19日周一 06:58写道:
>
> Hi David,
>
> On Thu, Jan 04, 2024 at 09:57:09AM -0500, David Malcolm wrote:
> > I've pushed the .opt.urls patch kit to gcc trunk [1], so hopefully the
> > CI check you wrote can go live now.
>
> And then I was on vacation myself and forgot. I am sorry.
>
Pushed to r13-8349...r13-8352.
在 2024/2/21 上午11:04, Lulu Cheng 写道:
Because binutils2.42 corrects the implementation of
".align [abs-expr,[abs-expr[,abs-expr]]]".
The macro ASM_OUTPUT_ALIGN_WITH_NOP in GCC uses this assembler directive,
and an error occurs. See link below for detailed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112299
--- Comment #7 from GCC Commits ---
The releases/gcc-13 branch has been updated by LuluCheng
:
https://gcc.gnu.org/g:b1cad801dac215b2f594166e69759f33bd791308
commit r13-8352-gb1cad801dac215b2f594166e69759f33bd791308
Author: Xi Ruoyao
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112330
--- Comment #19 from GCC Commits ---
The releases/gcc-13 branch has been updated by LuluCheng
:
https://gcc.gnu.org/g:727ae33dae301d9ae5cc753493764ded1876a1ac
commit r13-8351-g727ae33dae301d9ae5cc753493764ded1876a1ac
Author: Xi Ruoyao
Date:
Pushed to r12-10169...r12-10172.
在 2024/2/21 上午11:10, Lulu Cheng 写道:
Because binutils2.42 corrects the implementation of
".align [abs-expr,[abs-expr[,abs-expr]]]".
The macro ASM_OUTPUT_ALIGN_WITH_NOP in GCC uses this assembler directive,
and an error occurs. See link below for detailed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112330
--- Comment #18 from GCC Commits ---
The releases/gcc-12 branch has been updated by LuluCheng
:
https://gcc.gnu.org/g:186381812dce832c95cc5c4ace47b0efb0aee41f
commit r12-10171-g186381812dce832c95cc5c4ace47b0efb0aee41f
Author: Xi Ruoyao
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112299
--- Comment #6 from GCC Commits ---
The releases/gcc-12 branch has been updated by LuluCheng
:
https://gcc.gnu.org/g:09de4b6b22bd66dacdade65ce633f29f302363b5
commit r12-10172-g09de4b6b22bd66dacdade65ce633f29f302363b5
Author: Xi Ruoyao
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100799
--- Comment #24 from Peter Bergner ---
(In reply to Jakub Jelinek from comment #23)
> if the PowerPC backend maintainers wanted, there could be a similar workaround
> on the rs6000 backend side, in the decisions whether the callee can use
> the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113977
Tom Tromey changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |tromey at gcc dot
gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114017
--- Comment #1 from GCC Commits ---
The master branch has been updated by Pan Li :
https://gcc.gnu.org/g:3688c2b1a604a16b9ff46935770976960016b15c
commit r14-9128-g3688c2b1a604a16b9ff46935770976960016b15c
Author: Pan Li
Date: Wed Feb 21
Committed, thanks Kito.
Pan
From: Kito Cheng
Sent: Thursday, February 22, 2024 7:35 AM
To: Li, Pan2
Cc: GCC Patches ; 钟居哲 ; Wang,
Yanzhang
Subject: Re: [PATCH v1] RISC-V: Upgrade RVV intrinsic version to 0.12
LGTM for the patch
Li, Pan2 mailto:pan2...@intel.com>> 於 2024年2月21日 週三 12:31 寫道:
On Wed, Feb 21, 2024 at 4:07 PM Kito Cheng wrote:
>
> LGTM, but I am OoO today, will commit that once I have laptop :p
Thanks! Dropped the gcc/doc/md.texi change and pushed as commit
9ca4c1bf082a4691482ca9f4814fea68f04e2cb3
(I have write-after-approval now:) )
> Fangrui Song 於 2024年2月22日 週四
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114010
--- Comment #7 from ptomsich at gcc dot gnu.org ---
(In reply to Manolis Tsamis from comment #5)
> On of these happens to precede a relevant vector statement and then
> in one case combine does the umlal transformation but in the other not.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114010
--- Comment #6 from ptomsich at gcc dot gnu.org ---
(In reply to Manolis Tsamis from comment #5)
> On of these happens to precede a relevant vector statement and then
> in one case combine does the umlal transformation but in the other not.
On Wed, Feb 21, 2024 at 01:42:32PM -0800, Steve Kargl wrote:
> On Wed, Feb 21, 2024 at 10:20:43PM +0100, Harald Anlauf wrote:
> > On 2/21/24 22:00, Steve Kargl wrote:
> > > memleak vs ICE. I think I'll take one over the other.
> > > Probably need to free code->expr3 before the copy.
> >
> > Yep.
Thanks for the review.
Here's the updated patch.
On Thu, 2023-12-07 at 20:04 -0500, David Malcolm wrote:
> On Thu, 2023-12-07 at 17:29 -0500, Antoni Boucher wrote:
> > Hi.
> > This patches update gcc_jit_context_new_array_type to take the size
> > as
> > an unsigned long instead of a int, to
On Fri, Jan 26, 2024 at 04:04:35PM -0500, Jason Merrill wrote:
> On 1/25/24 20:37, Marek Polacek wrote:
> > Bootstrapped/regtested on x86_64-pc-linux-gnu, ok for trunk?
> >
> > -- >8 --
> > Since -Wdangling-reference has false positives that can't be
> > prevented, we should offer an easy way to
LGTM, but I am OoO today, will commit that once I have laptop :p
Fangrui Song 於 2024年2月22日 週四 05:54 寫道:
> On Tue, Feb 13, 2024 at 10:36 PM Fangrui Song wrote:
> >
> > The constraints "i" and "s" can be used with a symbol that binds
> > externally, e.g.
> > ```
> > namespace ns { extern int
Palmer Dabbelt 於 2024年2月22日 週四 07:42 寫道:
> On Wed, 21 Feb 2024 15:34:32 PST (-0800), Kito Cheng wrote:
> > LGTM for the patch
> >
> > Li, Pan2 於 2024年2月21日 週三 12:31 寫道:
> >
> >> Hi kito and juzhe.
> >>
> >> There may be 2 items for double-confirm. Thanks a lot.
> >>
> >> 1. Not very sure if we
On Wed, 21 Feb 2024 15:34:32 PST (-0800), Kito Cheng wrote:
LGTM for the patch
Li, Pan2 於 2024年2月21日 週三 12:31 寫道:
Hi kito and juzhe.
There may be 2 items for double-confirm. Thanks a lot.
1. Not very sure if we need to upgrade the version for
__riscv_th_v_intrinsic.
Yes since 0.11 and
> On 21 Feb 2024, at 23:06, Jason Merrill wrote:
>
> On 2/20/24 00:45, Alexandre Oliva wrote:
>> On Feb 16, 2024, Jason Merrill wrote:
>>> So, for stage2+, let's add just prev- libgcc.
>> I'm pretty sure this will break bootstrap-lean where libgcc_s isn't a
>> system library, and we're
LGTM for the patch
Li, Pan2 於 2024年2月21日 週三 12:31 寫道:
> Hi kito and juzhe.
>
> There may be 2 items for double-confirm. Thanks a lot.
>
> 1. Not very sure if we need to upgrade the version for
> __riscv_th_v_intrinsic.
>
Yes since 0.11 and 0.12 is not really compatible
2. Do we need to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114030
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Summary|redundant load of
On 2/20/24 00:45, Alexandre Oliva wrote:
On Feb 16, 2024, Jason Merrill wrote:
So, for stage2+, let's add just prev- libgcc.
I'm pretty sure this will break bootstrap-lean where libgcc_s isn't a
system library, and we're building post-bootstrap host tools :-(
We need the current stage lib
Hello, gentle maintainer.
This is a message from the Translation Project robot.
A revised PO file for textual domain 'cpplib' has been submitted
by the German team of translators. The file is available at:
https://translationproject.org/latest/cpplib/de.po
(This file,
cpplib-14.1-b20240218.de.po.gz
Description: Binary data
The Translation Project robot, in the
name of your translation coordinator.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114039
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
On 2/21/2024 10:57 AM, Robin Dapp wrote:
For calling-convention-*.c, LGTM but one nit about change log. Take
**Update** here may make others not easy to learn what you did about
the file. You can say similar to "Rearrange and adjust the
asm-checker times" or likewise. Of course, you can refine
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113249
--- Comment #7 from GCC Commits ---
The master branch has been updated by Edwin Lu :
https://gcc.gnu.org/g:bc6b42666cfe1467774b942c7afabe480e3b5ccb
commit r14-9123-gbc6b42666cfe1467774b942c7afabe480e3b5ccb
Author: Edwin Lu
Date: Wed Feb 14
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113249
--- Comment #6 from GCC Commits ---
The master branch has been updated by Edwin Lu :
https://gcc.gnu.org/g:67a29f99cc81384b9245ac5997e47bcf3ff84545
commit r14-9122-g67a29f99cc81384b9245ac5997e47bcf3ff84545
Author: Edwin Lu
Date: Wed Feb 14
On Tue, Feb 13, 2024 at 10:36 PM Fangrui Song wrote:
>
> The constraints "i" and "s" can be used with a symbol that binds
> externally, e.g.
> ```
> namespace ns { extern int var, a[4]; }
> void foo() {
> asm(".pushsection .xxx,\"aw\"; .dc.a %0; .popsection" :: "s"(::var));
> asm(".reloc .,
On Wed, Feb 21, 2024 at 10:20:43PM +0100, Harald Anlauf wrote:
> On 2/21/24 22:00, Steve Kargl wrote:
> > Unfortunately, valgrind does not work on AMD FX-8350 cpu.
>
> Do you mean valgrind does not work at all?
> For gcc, you need to configure --enable-valgrind-annotations
> to not get bogus
On 21 February 2024 19:34:43 CET, Evgeny Karpov
wrote:
>
Please use git send-email. Your mail ends up as empty as here, otherwise.
The ChangeLog has to be expressed in present tense, as mandated by the
standard; s/Moved/Move/g etc.
In any sane world ( and in gcc ) to fold, respectively a
On 2/21/24 22:00, Steve Kargl wrote:
Unfortunately, valgrind does not work on AMD FX-8350 cpu.
Do you mean valgrind does not work at all?
For gcc, you need to configure --enable-valgrind-annotations
to not get bogus warnings.
memleak vs ICE. I think I'll take one over the other.
Probably
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114039
Bug ID: 114039
Summary: Unroll loops with SSE/AVX intrinsic where an immediate
argument is a loop var
Product: gcc
Version: 13.2.0
Status: UNCONFIRMED
On Wed, Feb 21, 2024 at 09:28:16PM +0100, Harald Anlauf wrote:
> On 2/21/24 20:41, Jerry D wrote:
> > On 2/21/24 10:30 AM, Steve Kargl wrote:
> > > I have attached a patch to PR114024, see
> > >
> > > https://gcc.gnu.org/pipermail/gcc-bugs/2024-February/854651.html
> > >
> > > The patch contains
On 21 February 2024 18:16:30 CET, David Faust wrote:
>
>
>On 2/20/24 02:24, Cupertino Miranda wrote:
>> gcc/ChangeLog:
>> * config.gcc (target_gtfiles): changed coreout to btfext-out.
>> (extra_objs): changed coreout to btfext-out.
>
>I think these entries should start with a capital
On 2/21/24 12:28 PM, Harald Anlauf wrote:
On 2/21/24 20:41, Jerry D wrote:
On 2/21/24 10:30 AM, Steve Kargl wrote:
I have attached a patch to PR114024, see
https://gcc.gnu.org/pipermail/gcc-bugs/2024-February/854651.html
The patch contains a new testcase and passes regression
testing on
On 2/21/24 20:41, Jerry D wrote:
On 2/21/24 10:30 AM, Steve Kargl wrote:
I have attached a patch to PR114024, see
https://gcc.gnu.org/pipermail/gcc-bugs/2024-February/854651.html
The patch contains a new testcase and passes regression
testing on x86_64-*-freebsd. Could someone castr an eye
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111960
--- Comment #10 from Jakub Jelinek ---
So, I believe the really problematic change was r14-2389-g3cce8d98f270f48f
which introduced at least in theory the buffer overflow, before that the
maximum string length no matter what m_val was was 62
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111960
--- Comment #9 from Jakub Jelinek ---
Ok, so what I see is a buffer overflow during
97 sprintf (buffer, "%" PRId64 " (%s, freq %.4f)", m_val,
98 profile_quality_display_names[m_quality],
99
Pushed to trunk as obvious.
-- >8 --
gcc/ChangeLog:
* doc/invoke.texi (Warning Options): Fix typos.
---
gcc/doc/invoke.texi | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/gcc/doc/invoke.texi b/gcc/doc/invoke.texi
index d75b28484bb..b4e4ee9fb81 100644
---
On 2/21/24 10:30 AM, Steve Kargl wrote:
I have attached a patch to PR114024, see
https://gcc.gnu.org/pipermail/gcc-bugs/2024-February/854651.html
The patch contains a new testcase and passes regression
testing on x86_64-*-freebsd. Could someone castr an eye
over the patch and commit it?
Hi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114038
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
On Thu, 2023-12-07 at 19:57 -0500, David Malcolm wrote:
> On Thu, 2023-12-07 at 17:26 -0500, Antoni Boucher wrote:
> > Hi.
> > This patch fixes getting the size of size_t (bug 112910).
> >
> > There's one issue with this patch: like every other feature that
> > checks
> > for target-specific
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114023
kargl at gcc dot gnu.org changed:
What|Removed |Added
Priority|P3 |P4
--- Comment #1 from kargl
> For calling-convention-*.c, LGTM but one nit about change log. Take
> **Update** here may make others not easy to learn what you did about
> the file. You can say similar to "Rearrange and adjust the
> asm-checker times" or likewise. Of course, you can refine the
> changelog when commit.
>> *
OK.
Regards
Robin
On Wed, Feb 21, 2024 at 10:38 AM Evgeny Karpov
wrote:
>
>
In config/i386/winnt.cc there are many x86_64 comments and many
function names that use i386 in them? When moving it seems like better
to rename them and remove references to 86.
I don't see any changes that rename the functions or
From fa02812c6fb39fd409a27cd09664530f2fabd9e3 Mon Sep 17 00:00:00 2001
From: Zac Walker
Date: Mon, 12 Feb 2024 15:22:47 +0100
Subject: [PATCH v1 13/13] Add aarch64-w64-mingw32 target to libgcc
Reuse MinGW definitions from i386 for libgcc. Move reused files to
libgcc/config/mingw folder.
From d6de6d367f109e5e0b3b0a228e4f3411b53d8e7f Mon Sep 17 00:00:00 2001
From: Zac Walker
Date: Mon, 8 Jan 2024 22:19:45 +0100
Subject: [PATCH v1 12/13] aarch64: Add aarch64-w64-mingw32 target to libatomic
libatomic/ChangeLog:
* configure.tgt: Add aarch64-w64-mingw32 target.
---
From c00d64291446f722dd2268aaca6ca156e9888fe7 Mon Sep 17 00:00:00 2001
From: Zac Walker
Date: Tue, 20 Feb 2024 13:55:51 +0100
Subject: [PATCH v1 11/13] aarch64: Build and add objects for Cygwin and MinGW
for AArch64
gcc/ChangeLog:
* config.gcc: Build and add objects for Cygwin and
From 7d27cda54a56e93ba63c5cf4d47e5c865bdae525 Mon Sep 17 00:00:00 2001
From: Zac Walker
Date: Tue, 20 Feb 2024 15:45:53 +0100
Subject: [PATCH v1 10/13] Rename "x86 Windows Options" to "Cygwin and MinGW
Options"
Rename "x86 Windows Options" to "Cygwin and MinGW Options".
It will be used also
From 1ea6efa6f88d131884ecef21c4b5d2ecbab14ea7 Mon Sep 17 00:00:00 2001
From: Zac Walker
Date: Tue, 20 Feb 2024 18:06:36 +0100
Subject: [PATCH v1 08/13] aarch64: Add Cygwin and MinGW environments for
AArch64
Define Cygwin and MinGW environment such as types, SEH definitions,
shared libraries,
From e82f58dc1ef9405a86f6e77c29fe2359128a22aa Mon Sep 17 00:00:00 2001
From: Zac Walker
Date: Tue, 20 Feb 2024 18:10:08 +0100
Subject: [PATCH v1 09/13] aarch64: Add SEH to machine_function
SEH is not enabled in aarch64-w64-mingw32 target yet. However, it is
needed to be declared in
From 408ca45f7c5c6e58208a7b8004f764dc0c1afdd3 Mon Sep 17 00:00:00 2001
From: Zac Walker
Date: Tue, 20 Feb 2024 18:15:27 +0100
Subject: [PATCH v1 05/13] Reuse MinGW from i386 for AArch64
This patch creates a new config/mingw directory to share MinGW
related definitions, and moves there the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113295
--- Comment #6 from Richard Sandiford ---
For me the miscompilation is in jkdmem_, where we end up allocating the same
registers to both arms of an fcsel. It sounds like it occurs elsewhere too.
I have a candidate fix, but need to think a bit
From 1b7451707709d6745efb52b54b17e798d7375aac Mon Sep 17 00:00:00 2001
From: Zac Walker
Date: Tue, 20 Feb 2024 17:31:58 +0100
Subject: [PATCH v1 07/13] Exclude i386 functionality from aarch64 build
ix86_get_callcvt is used for i386 build and needs to be excluded to
reuse winnt.cc in aarch64.
From 69561787206b968b5a86c48ca9c9f9073761ed78 Mon Sep 17 00:00:00 2001
From: Zac Walker
Date: Tue, 20 Feb 2024 17:22:31 +0100
Subject: [PATCH v1 06/13] Rename section and encoding functions from i386
which will be used in aarch64
gcc/ChangeLog:
* config/i386/cygming.h
Hello,
I am an undergraduate student with an extensive experience in computers
from an early age, but most of my work has been limited to arduinos, and
raspberry pi's. I have been intrigued with compilers, architecture and low
level programming in the past few years. I have experience with ARM
From 55fd2a63afa9abb3543d714b6f5925efd2682e08 Mon Sep 17 00:00:00 2001
From: Zac Walker
Date: Wed, 21 Feb 2024 12:20:46 +0100
Subject: [PATCH v1 04/13] aarch64: Add aarch64-w64-mingw32 COFF
Define ASM specific for COFF format on AArch64.
gcc/ChangeLog:
* config.gcc: Add COFF format
I have attached a patch to PR114024, see
https://gcc.gnu.org/pipermail/gcc-bugs/2024-February/854651.html
The patch contains a new testcase and passes regression
testing on x86_64-*-freebsd. Could someone castr an eye
over the patch and commit it?
--
Steve
From 72ca3f49e3eef9b18946b8d4e77019c1441e1a97 Mon Sep 17 00:00:00 2001
From: Zac Walker
Date: Tue, 20 Feb 2024 15:30:33 +0100
Subject: [PATCH v1 03/13] aarch64: Mark x18 register as a fixed register for
MS ABI
Define the MS ABI for aarch64-w64-mingw32.
Adjust FIXED_REGISTERS and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114007
Jakub Jelinek changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jakub at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114024
--- Comment #3 from kargl at gcc dot gnu.org ---
Created attachment 57482
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57482=edit
patch
The attached patch fixes this PR. It includes a new testcase
and passes regression testing.
Hi Evgeny,
Great job!
For reference, here is a test build of this patch series using Linaro Toolchain
CI:
https://ci.linaro.org/view/tcwg-build/job/tcwg_gnu_mingw_build--master-woa64-build/9/artifact/artifacts/
--
Maxim Kuvyrkov
https://www.linaro.org
> On Feb 21, 2024, at 21:47, Evgeny
From 5cab07f01f66ba162b7d542e1a61c96f49942331 Mon Sep 17 00:00:00 2001
From: Zac Walker
Date: Tue, 20 Feb 2024 15:32:08 +0100
Subject: [PATCH v1 02/13] aarch64: The aarch64-w64-mingw32 target implements
the MS ABI
Two ABIs for aarch64 have been defined for different platforms.
gcc/ChangeLog:
On Wed, Feb 21, 2024 at 10:17 AM Evgeny Karpov
wrote:
>
>
> need_64bit_isa=yes
This is not needed in the patch as it is only used for x86_64 targets.
Should you make sure nobody specifies the big-endian target:
aarch64_be-w64-mingw32 ?
Thanks,
Andrew Pinski
From c5fec28077184119bc81d927e6062704c1796446 Mon Sep 17 00:00:00 2001
From: Zac Walker
Date: Tue, 30 Jan 2024 06:42:46 +0100
Subject: [PATCH v1 01/13] Introduce aarch64-w64-mingw32 target
Add the initial aarch64-w64-mingw32 target for gcc.
fixincludes/ChangeLog:
* mkfixinc.sh: Extend
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113867
--- Comment #5 from Tobias Burnus ---
For:
int *q;
#pragma omp target device(y5) map(q, q[:5])
GCC currently generates:
map(tofrom:q [len: 8]) map(tofrom:*q.4_1 [len: 20]) map(attach:q [bias: 0])
Expected:
'alloc:' instead of
On Wed, 21 Feb 2024 at 17:29, Christian Tramnitz via Gcc
wrote:
>
> Hello,
>
> For statically linked binaries one wants to keep track of external
> libraries that were pulled in at link time. I haven't found any
> initiatives or standards trying to achieve this yet, so I would like
> to make a
Hello,
We would like to take your attention to the review of changes for the
new GCC target, aarch64-w64-mingw32. The new target will be
supported, tested, added to CI, and maintained by Linaro. This marks
the first of three planned patch series contributing to the GCC C
compiler's support for
ble-libstdcxx-pch
--prefix=/repo/gcc-trunk//binary-trunk-r14-9091-20240220194451-g0a6a5f8656c-checking-yes-rtl-df-extra-amd64
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 14.0.1 20240221 (experimental) (GCC)
This patch adds support for MVE Tail-Predicated Low Overhead Loops by using the
doloop funcitonality added to support predicated vectorized hardware loops.
gcc/ChangeLog:
* config/arm/arm-protos.h (arm_target_bb_ok_for_lob): Change
declaration to pass basic_block.
This patch fixes the erroneous use of a mode attribute without a mode iterator
in the pattern and removes unused unspecs and iterators.
gcc/ChangeLog:
* config/arm/iterators.md (supf): Remove VMLALDAVXQ_U, VMLALDAVXQ_P_U,
VMLALDAVAXQ_U cases.
(VMLALDAVXQ): Remove
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113742
--- Comment #3 from GCC Commits ---
The master branch has been updated by Edwin Lu :
https://gcc.gnu.org/g:3232ebd91ed55b275b9d5a6e8355336382c4afd5
commit r14-9118-g3232ebd91ed55b275b9d5a6e8355336382c4afd5
Author: Edwin Lu
Date: Tue Feb 20
Committed
Edwin
On 2/20/2024 5:36 PM, Kito Cheng wrote:
LGTM, thanks for fixing that issue :)
On Wed, Feb 21, 2024 at 6:03 AM Edwin Lu wrote:
The testcase pr113742.c is failing for 32 bit targets due to the following cc1
error:
cc1: error: ABI requries '-march=rv64'
Specify '-march=rv64gc'
This patch annotates some MVE across lane instructions with a new attribute.
We use this attribute to let the compiler know that these instructions can be
safely implicitly predicated when tail predicating if their operands are
guaranteed to have zeroed tail predicated lanes. These instructions
This patch adds an attribute to the mve md patterns to be able to identify
predicable MVE instructions and what their predicated and unpredicated variants
are. This attribute is used to encode the icode of the unpredicated variant of
an instruction in its predicated variant.
This will make it
This patch adds support in the target agnostic doloop pass for the detection of
predicated vectorized hardware loops. Arm is currently the only target that
will make use of this feature.
The doloop_condition_get function is used to validate that the 'transformed'
jump instruction is one of the
Hi,
This is a reworked patch series from. The main differences are a further split
of patches, where:
[1/5] is arm specific and has been approved before,
[2/5] is target agnostic, has had no substantial changes from v3.
[3/5] new arm specific patch that is split from the original last patch and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114029
Andrew Pinski changed:
What|Removed |Added
Component|middle-end |c
--- Comment #2 from Andrew Pinski
Hello,
For statically linked binaries one wants to keep track of external
libraries that were pulled in at link time. I haven't found any
initiatives or standards trying to achieve this yet, so I would like
to make a proposal.
ld already supports the `--depedency-file=` option to create a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114029
--- Comment #1 from Andrew Pinski ---
Without `const`, GCC warns at -O2 also.
1 - 100 of 255 matches
Mail list logo