Re: [PATCH] arm: Fix testism with mve/ivopts-3.c testcase

On 8/1/24 14:54, Christophe Lyon wrote: On 8/1/24 12:02, Andre Vieira (lists) wrote: On 01/08/2024 10:09, Christophe Lyon wrote: It seems your attachment contains only the commit message but lacks the actual patch? I blame lack of coffee... Thanks. The patch LGTM.  It seems

Re: [PATCH] arm: Fix testism with mve/ivopts-3.c testcase

On 8/1/24 12:02, Andre Vieira (lists) wrote: On 01/08/2024 10:09, Christophe Lyon wrote: It seems your attachment contains only the commit message but lacks the actual patch? I blame lack of coffee... Thanks. The patch LGTM. It seems patchwork didn't recognize it, so Linaro CI

Re: [PATCH] arm: Fix testism with mve/ivopts-3.c testcase

Hi Andre On 8/1/24 10:46, Andre Vieira (lists) wrote: Hi, This patch ensures this testcase is ran for armv8.1-m.main+mve as this is testing that doloops with function calls that aren't intrinsics get rejected as potential doloop targets during ivopts.  For other targets this loop gets

Re: arm: Prevent ICE when doloop dec_set is not PLUS_EXPR

check_dec_insn to     check the validity of the candidate dec_insn.     gcc/testsuite/ChangeLog:     * gcc.targer/arm/mve/dlstp-loop-form.c: New test. On 31/07/2024 15:15, Christophe Lyon wrote: Because I tested with a toolchain configured for cortex-m85, which has mve.fp enabled

Re: [PATCH 01/15] arm: [MVE intrinsics] improve comment for orrq shape

ping for the series? On Thu, 11 Jul 2024 at 23:43, Christophe Lyon wrote: > > Add a comment about the lack of "n" forms for floating-point nor 8-bit > integers, to make it clearer why we use build_16_32 for MODE_n. > > 2024-07-11 Christophe Lyon > >

Re: arm: Prevent ICE when doloop dec_set is not PLUS_EXPR

...     (arm_mve_dlstp_check_dec_counter): ... here. Use check_dec_insn to     check the validity of the candidate dec_insn. gcc/testsuite/ChangeLog:     * gcc.targer/arm/mve/dlstp-loop-form.c: New test. On 30/07/2024 21:31, Christophe Lyon wrote: I manually tried to exercise the testcase with a cross-compiler

[PATCH v4 2/2] arm: [MVE intrinsics] Improve vdupq_n implementation

.64 d7, .L5+8 vcmp.f16 eq, q0, q3 Tested on arm-linux-gnueabihf and arm-none-eabi with no regression. 2024-07-02 Jolen Li Christophe Lyon gcc/ * config/arm/arm-mve-builtins-base.cc (vdupq_impl): New class. (vdupq): Use new implementation

[PATCH v4 1/2] arm: [MVE intrinsics] fix vdup iterator

This patch fixes a bug where the mode iterator for mve_vdup should be MVE_VLD_ST instead of MVE_vecs: V2DI and V2DF (thus vdup.64) are not supported by MVE. 2024-07-02 Jolen Li Christophe Lyon gcc/ * config/arm/mve.md (mve_vdup): Fix mode iterator. --- gcc

Re: arm: Prevent ICE when doloop dec_set is not PLUS_EXPR

Hi Andre, On 7/26/24 16:05, Andre Vieira (lists) wrote: This patch refactors and fixes an issue where arm_mve_dlstp_check_dec_counter was making an assumption about the form of what a candidate for a dec_insn. I think this lacks some verb? (eg what a candidate for a dec_insn "is" or

[PATCH v3] arm: [MVE intrinsics] Improve vdupq_n implementation

of the previous: vldr.64 d6, .L5 vldr.64 d7, .L5+8 vcmp.f16 eq, q0, q3 Tested on arm-linux-gnueabihf and arm-none-eabi with no regression. 2024-07-02 Jolen Li Christophe Lyon gcc/ * config/arm/arm-mve-builtins-base.cc (vdupq_impl): New class

[PATCH 12/15] arm: [MVE intrinsics] rework vcvtaq vcvtmq vcvtnq vcvtpq

Implement vcvtaq vcvtmq vcvtnq vcvtpq using the new MVE builtins framework. 2024-07-11 Christophe Lyon gcc/ * config/arm/arm-mve-builtins-base.cc (vcvtaq): New. (vcvtmq): New. (vcvtnq): New. (vcvtpq): New. * config/arm/arm-mve-builtins-base.def

[PATCH 06/15] arm: [MVE intrinsics] rework vcvtq

Implement vcvtq using the new MVE builtins framework. 2024-07-11 Christophe Lyon gcc/ * config/arm/arm-mve-builtins-base.cc (class vcvtq_impl): New. (vcvtq): New. * config/arm/arm-mve-builtins-base.def (vcvtq): New. * config/arm/arm-mve-builtins-base.h

[PATCH 08/15] arm: [MVE intrinsics] add vcvt_f16_f32 and vcvt_f32_f16 shapes

This patch adds the vcvt_f16_f32 and vcvt_f32_f16 shapes descriptions. 2024-07-11 Christophe Lyon gcc/ * config/arm/arm-mve-builtins-shapes.cc (vcvt_f16_f32) (vcvt_f32_f16): New. * config/arm/arm-mve-builtins-shapes.h (vcvt_f16_f32) (vcvt_f32_f16): New

[PATCH 10/15] arm: [MVE intrinsics] factorize vcvtaq vcvtmq vcvtnq vcvtpq

Factorize vcvtaq vcvtmq vcvtnq vcvtpq builtins so that they use parameterized names. 2024-07-11 Christophe Lyon gcc/ * config/arm/iterators.md (mve_insn): Add VCVTAQ_M_S, VCVTAQ_M_U, VCVTAQ_S, VCVTAQ_U, VCVTMQ_M_S, VCVTMQ_M_U, VCVTMQ_S, VCVTMQ_U, VCVTNQ_M_S

[PATCH 15/15] arm: [MVE intrinsics] rework vorn

Implement vorn using the new MVE builtins framework. 2024-07-11 Christophe Lyon gcc/ * config/arm/arm-mve-builtins-base.cc (vornq): New. * config/arm/arm-mve-builtins-base.def (vornq): New. * config/arm/arm-mve-builtins-base.h (vornq): New. * config/arm

[PATCH 07/15] arm: [MVE intrinsics] factorize vcvtbq vcvttq

Factorize vcvtbq, vcvttq so that they use the same parameterized names. 2024-07-11 Christophe Lyon gcc/ * config/arm/iterators.md (mve_insn): Add VCVTBQ_F16_F32, VCVTTQ_F16_F32, VCVTBQ_F32_F16, VCVTTQ_F32_F16, VCVTBQ_M_F16_F32, VCVTTQ_M_F16_F32

[PATCH 11/15] arm: [MVE intrinsics] add vcvtx shape

This patch adds the vcvtx shape description for vcvtaq, vcvtmq, vcvtnq, vcvtpq. 2024-07-11 Christophe Lyon gcc/ * config/arm/arm-mve-builtins-shapes.cc (vcvtx): New. * config/arm/arm-mve-builtins-shapes.h (vcvtx): New. --- gcc/config/arm/arm-mve-builtins-shapes.cc

[PATCH 14/15] arm: [MVE intrinsics] factorize vorn

Factorize vorn so that they use the parameterized names. 2024-07-11 Christophe Lyon gcc/ * config/arm/iterators.md (MVE_INT_M_BINARY_LOGIC): Add VORNQ_M_S, VORNQ_M_U. (MVE_FP_M_BINARY_LOGIC): Add VORNQ_M_F. (mve_insn): Add VORNQ_M_S, VORNQ_M_U

[PATCH 13/15] arm: [MVE intrinsics] rework vbicq

Implement vbicq using the new MVE builtins framework. 2024-07-11 Christophe Lyon gcc/ * config/arm/arm-mve-builtins-base.cc (vbicq): New. * config/arm/arm-mve-builtins-base.def (vbicq): New. * config/arm/arm-mve-builtins-base.h (vbicq): New. * config

[PATCH 03/15] arm: [MVE intrinsics] Cleanup arm-mve-builtins-functions.h

, unspec_mve_function_exact_insn, unspec_mve_function_exact_insn_pred_p, unspec_mve_function_exact_insn_vshl no longer duplicate a lot of code. The patch also make most of PRED_m and PRED_x handling use the same code. 2024-07-11 Christophe Lyon gcc/ * config/arm/arm-mve-builtins-functions.h

[PATCH 05/15] arm: [MVE intrinsics] add vcvt shape

This patch adds the vcvt shape description. It needs to add a new type_suffix_info parameter to explicit_type_suffix_p (), because vcvt uses overloads for type suffixes for integer-> floating-point conversions, but not for floating-point to integer. 2024-07-11 Christophe Lyon

[PATCH 09/15] arm: [MVE intrinsics] rework vcvtbq_f16_f32 vcvttq_f16_f32 vcvtbq_f32_f16 vcvttq_f32_f16

Implement vcvtbq_f16_f32, vcvttq_f16_f32, vcvtbq_f32_f16 and vcvttq_f32_f16 using the new MVE builtins framework. 2024-07-11 Christophe Lyon gcc/ * config/arm/arm-mve-builtins-base.cc (class vcvtxq_impl): New. (vcvtbq, vcvttq): New. * config/arm/arm-mve-builtins

[PATCH 04/15] arm: [MVE intrinsics] factorize vcvtq

Factorize vcvtq so that they use the parameterized names. 2024-07-11 Christophe Lyon gcc/ * config/arm/iterators.md (mve_insn): Add VCVTQ_FROM_F_S, VCVTQ_FROM_F_U, VCVTQ_M_FROM_F_S, VCVTQ_M_FROM_F_U, VCVTQ_M_N_FROM_F_S, VCVTQ_M_N_FROM_F_U, VCVTQ_M_N_TO_F_S

[PATCH 01/15] arm: [MVE intrinsics] improve comment for orrq shape

Add a comment about the lack of "n" forms for floating-point nor 8-bit integers, to make it clearer why we use build_16_32 for MODE_n. 2024-07-11 Christophe Lyon gcc/ * config/arm/arm-mve-builtins-shapes.cc (binary_orrq_def): Improve comment. --- gcc/config/a

[PATCH 02/15] arm: [MVE intrinsics] remove useless resolve from create shape

vcreateq have no overloaded forms, so there's no need for resolve (). 2024-07-11 Christophe Lyon gcc/ * config/arm/arm-mve-builtins-shapes.cc (create_def): Remove resolve. --- gcc/config/arm/arm-mve-builtins-shapes.cc | 6 -- 1 file changed, 6 deletions(-) diff

[PATCH v2 1/2] arm: [MVE intrinsics] fix vdup iterator

This patch fixes a bug where the mode iterator for mve_vdup should be MVE_VLD_ST instead of MVE_vecs: V2DI and V2DF (thus vdup.64) are not supported by MVE. 2024-07-02 Jolen Li Christophe Lyon gcc/ * config/arm/mve.md (mve_vdup): Fix mode iterator. --- gcc

[PATCH v2 2/2] arm: [MVE intrinsics] Improve vdupq_n implementation

nux-gnueabihf and arm-none-eabi with no regression. 2024-07-02 Jolen Li Christophe Lyon gcc/ * config/arm/arm-mve-builtins-base.cc (vdupq_impl): New class. (vdupq): Use new implementation. * config/arm/arm.cc (arm_rtx_costs_internal): Handle HFm

[PATCH 2/2] arm: [MVE intrinsics] Improve vdupq_n implementation

iterator for vdupq_n is now MVE_VLD_ST instead of MVE_vecs: V2DI and V2DF (thus vdup.64) are not supported by MVE. Tested on arm-linux-gnueabihf with no regression. 2024-07-02 Jolen Li Christophe Lyon gcc/ * config/arm/arm-mve-builtins-base.cc (vdupq_impl): New

[PATCH 1/2] arm: [MVE intrinsics] fix vdup iterator

This patch fixes a bug where the mode iterator for mve_vdup should be MVE_VLD_ST instead of MVE_vecs: V2DI and V2DF (thus vdup.64) are not supported by MVE. 2024-07-02 Jolen Li Christophe Lyon gcc/ * config/arm/mve.md (mve_vdup): Fix mode iterator. --- gcc

[gcc r15-1708] i386: Fix regression after refactoring legitimize_pe_coff_symbol, ix86_GOT_alias_set and PE_COFF_LEG

https://gcc.gnu.org/g:c4b7b62bfa10816c1e08f0f9597d857f11379688 commit r15-1708-gc4b7b62bfa10816c1e08f0f9597d857f11379688 Author: Evgeny Karpov Date: Fri Jun 28 12:37:12 2024 + i386: Fix regression after refactoring legitimize_pe_coff_symbol, ix86_GOT_alias_set and

Re: [PATCH] i386: Fix regression after refactoring legitimize_pe_coff_symbol, ix86_GOT_alias_set and PE_COFF_LEGITIMIZE_EXTERN_DECL

Hi Evgeny, Minor comments: - the patch title should end with [PRn, ...] (choose the most relevant bug number) - ChangeLog should mention every bug with PR component/n so that the bugzilla hooks will notice the commit. See https://gcc.gnu.org/contribute.html#patches (but I can do it for

Re: [PATCH] i386: Remove declaration of unused functions

On Wed, 26 Jun 2024 at 01:27, Iain Sandoe wrote: > > > > > On 25 Jun 2024, at 22:59, Evgeny Karpov wrote: > > > > The patch fixes the issue introduced in > > https://gcc.gnu.org/git/?p=gcc.git;a=commit;h=63512c72df09b43d56ac7680cdfd57a66d40c636 > > and reported at > >

[gcc r15-1646] i386: Remove declaration of unused functions

https://gcc.gnu.org/g:f4e847ba69a36d433d68cc2b41068cd59ffa1cd3 commit r15-1646-gf4e847ba69a36d433d68cc2b41068cd59ffa1cd3 Author: Evgeny Karpov Date: Tue Jun 25 21:59:35 2024 + i386: Remove declaration of unused functions The patch fixes the issue introduced in

Re: [PATCH v3 6/6] aarch64: Add DLL import/export to AArch64 target

On Fri, 21 Jun 2024 at 15:51, Richard Sandiford wrote: > > Evgeny Karpov writes: > > Monday, June 10, 2024 7:03 PM > > Richard Sandiford wrote: > > > >> Thanks for the update. Parts 1-5 look good to me. Some minor comments > >> below about part 6: > >> > >> If the

[gcc r15-1602] Adjust DLL import/export implementation for AArch64

https://gcc.gnu.org/g:ed20feebd9ea31d58861f61205bd412b0c3febd0 commit r15-1602-ged20feebd9ea31d58861f61205bd412b0c3febd0 Author: Evgeny Karpov Date: Mon Jun 24 12:46:54 2024 + Adjust DLL import/export implementation for AArch64 The DLL import/export mingw implementation,

[gcc r15-1603] aarch64: Add DLL import/export to AArch64 target

https://gcc.gnu.org/g:30db57901ccac7027f93ff71e70a66e26a4f70f5 commit r15-1603-g30db57901ccac7027f93ff71e70a66e26a4f70f5 Author: Evgeny Karpov Date: Sat Jun 8 13:49:17 2024 + aarch64: Add DLL import/export to AArch64 target This patch reuses the MinGW implementation to enable

[gcc r15-1601] aarch64: Add selectany attribute handling

https://gcc.gnu.org/g:337632ef02a77d20ceb3dcb04751b4d4c844e23e commit r15-1601-g337632ef02a77d20ceb3dcb04751b4d4c844e23e Author: Evgeny Karpov Date: Mon Jun 24 12:44:58 2024 + aarch64: Add selectany attribute handling This patch extends the aarch64 attributes list with the

[gcc r15-1600] Rename functions for reuse in AArch64

https://gcc.gnu.org/g:a86d7e151104d8c14884130d21b68e6603483354 commit r15-1600-ga86d7e151104d8c14884130d21b68e6603483354 Author: Evgeny Karpov Date: Mon Jun 24 12:43:05 2024 + Rename functions for reuse in AArch64 This patch renames functions related to dllimport/dllexport

[gcc r15-1599] Extract ix86 dllimport implementation to mingw

https://gcc.gnu.org/g:63512c72df09b43d56ac7680cdfd57a66d40c636 commit r15-1599-g63512c72df09b43d56ac7680cdfd57a66d40c636 Author: Evgeny Karpov Date: Mon Jun 24 12:38:40 2024 + Extract ix86 dllimport implementation to mingw This patch extracts the ix86 implementation for

[gcc r15-1598] Move mingw_* declarations to the mingw folder

https://gcc.gnu.org/g:104d06c028c6304edcde736bdc5fffd6aaed94e6 commit r15-1598-g104d06c028c6304edcde736bdc5fffd6aaed94e6 Author: Evgeny Karpov Date: Sat Jun 8 13:18:02 2024 + Move mingw_* declarations to the mingw folder This patch refactors recent changes to move

Re: [PATCH v3] [testsuite] [arm] [vect] adjust mve-vshr test [PR113281]

On Fri, 21 Jun 2024 at 12:14, Richard Earnshaw (lists) wrote: > > On 21/06/2024 08:57, Alexandre Oliva wrote: > > On Jun 20, 2024, Christophe Lyon wrote: > > > >> Maybe using > >> if ((unsigned)b[i] >= BITS) \ > >> would be clearer? > > >

Re: [PATCH v2] [testsuite] [arm] [vect] adjust mve-vshr test [PR113281]

Hi, On Thu, 20 Jun 2024 at 12:51, Alexandre Oliva wrote: > > On Jun 19, 2024, "Richard Earnshaw (lists)" wrote: > > > It looks like adding > > > if ((unsigned)b[i] >= 8*sizeof (TYPE##BITS##_t)) \ > > __builtin_unreachable(); \ > > Ah, yes, nice, good idea,

Re: [PATCH] arm: Zero/Sign extends for CMSE security on Armv8-M.baseline

Hi Torbjörn! On Thu, 6 Jun 2024 at 18:47, Torbjörn SVENSSON wrote: > > I would like to push this patch to the following branches: > > - releases/gcc-11 > - releases/gcc-12 > - releases/gcc-13 > - releases/gcc-14 > - trunk > > Ok? > > The problem was highlighted by

Re: [PATCH] Arm: Fix disassembly error in Thumb-1 relaxed load/store [PR115188]

Hi Wilco, On 6/3/24 15:42, Wilco Dijkstra wrote: A Thumb-1 memory operand allows single-register LDMIA/STMIA. This doesn't get printed as LDR/STR with writeback in unified syntax, resulting in strange assembler errors if writeback is selected. To work around this, use the 'Uw' constraint that

Re: [Linaro-TCWG-CI] gcc-15-168-g21e7aa5f3ea: FAIL: 6 regressions on aarch64

Hi Harald, On Mon, 6 May 2024 at 21:02, wrote: > > Dear contributor, our automatic CI has detected problems related to your > patch(es). Please find some details below. If you have any questions, > please follow up on linaro-toolch...@lists.linaro.org mailing list, Libera's > #linaro-tcwg

Re: [PATCH] wwwdocs: contribute.html: Update consensus on patch content.

On Mon, 20 May 2024 at 15:23, Nick Clifton wrote: > > Hi Christophe, > > > I have a follow-up one: I think the same applies to binutils, but I > > don't think any maintainer / contributor expressed an opinion, and > > IIUC patch policy for binutils is (lightly) documented at > >

Re: [PATCH] [testsuite] conditionalize dg-additional-sources on target and type

Hi Alexandre, On Thu, 23 May 2024 at 15:29, Alexandre Oliva wrote: > > On Apr 30, 2024, Christophe Lyon wrote: > > > On Tue, 30 Apr 2024 at 01:31, Alexandre Oliva wrote: > >> >> for gcc/testsuite/ChangeLog > >> >> > >> >>

Re: [COMMITTED] Regenerate cygming.opt.urls and mingw.opt.urls

Thank you Mark and sorry for missing this during the reviews. Christophe Le dim. 12 mai 2024, 14:54, Mark Wielaard a écrit : > The new cygming.opt.urls and mingw.opt.urls in the > gcc/config/mingw/cygming.opt.urls directory need to generated by make > regenerate-opt-urls in the gcc

[PATCH v2] arm: [MVE intrinsics] Fix support for predicate constants [PR target/114801]

are interpreted byte-by-byte at instruction level, see https://developer.arm.com/documentation/101028/0012/14--M-profile-Vector-Extension--MVE--intrinsics. This is a workaround until we change such predicates representation to V16BImode. 2024-05-06 Christophe Lyon Jakub Jelinek PR

Re: [PATCH v3 00/12] Add aarch64-w64-mingw32 target

Hi, I've just pushed this patch series, congratulations! Thanks, Christophe On Thu, 11 Apr 2024 at 15:40, Evgeny Karpov wrote: > > Hello, > > Thank you for reviewing v2! > v3 addresses all comments on v2. > > v3 Changes: > - Exclude the aarch64_calling_abi declaration from the patch series.

[gcc r15-297] aarch64: Add aarch64-w64-mingw32 target to libatomic

https://gcc.gnu.org/g:0c23efc04b754a1959f7151ef101ad0daba1e5af commit r15-297-g0c23efc04b754a1959f7151ef101ad0daba1e5af Author: Zac Walker Date: Fri Mar 1 02:23:45 2024 +0100 aarch64: Add aarch64-w64-mingw32 target to libatomic libatomic/ChangeLog: *

[gcc r15-298] Add aarch64-w64-mingw32 target to libgcc

https://gcc.gnu.org/g:d6d7afcdbc04adb0ec42a44b2d7e05600945af42 commit r15-298-gd6d7afcdbc04adb0ec42a44b2d7e05600945af42 Author: Zac Walker Date: Mon Feb 12 15:22:47 2024 +0100 Add aarch64-w64-mingw32 target to libgcc Reuse MinGW definitions from i386 for libgcc. Move reused files

[gcc r15-296] aarch64: Build and add objects for Cygwin and MinGW for AArch64

https://gcc.gnu.org/g:10a2f11b4101bdea84048ca90cd06e362f254c4c commit r15-296-g10a2f11b4101bdea84048ca90cd06e362f254c4c Author: Zac Walker Date: Tue Feb 20 13:55:51 2024 +0100 aarch64: Build and add objects for Cygwin and MinGW for AArch64 gcc/ChangeLog: *

[gcc r15-295] Rename "x86 Windows Options" to "Cygwin and MinGW Options"

https://gcc.gnu.org/g:e8d003736e6c3ba9bddbd74bb07b5d91d3674b9f commit r15-295-ge8d003736e6c3ba9bddbd74bb07b5d91d3674b9f Author: Zac Walker Date: Thu Apr 11 13:43:23 2024 +0200 Rename "x86 Windows Options" to "Cygwin and MinGW Options" Rename "x86 Windows Options" to "Cygwin and

[gcc r15-293] aarch64: Add Cygwin and MinGW environments for AArch64

https://gcc.gnu.org/g:565b782bfa85332a4aba91dec3b871d2f50f1fb8 commit r15-293-g565b782bfa85332a4aba91dec3b871d2f50f1fb8 Author: Zac Walker Date: Thu Apr 11 13:41:51 2024 +0200 aarch64: Add Cygwin and MinGW environments for AArch64 Define Cygwin and MinGW environment such as

[gcc r15-294] aarch64: Add SEH to machine_function

https://gcc.gnu.org/g:38e422e2ef539ccf6db1bdd340079631b1141637 commit r15-294-g38e422e2ef539ccf6db1bdd340079631b1141637 Author: Zac Walker Date: Tue Feb 20 18:10:08 2024 +0100 aarch64: Add SEH to machine_function SEH is not enabled in aarch64-w64-mingw32 target yet. However, it

[gcc r15-292] Exclude i386 functionality from aarch64 build

https://gcc.gnu.org/g:de2bcdaf399d3f97af6ab312893ffe089e69d42b commit r15-292-gde2bcdaf399d3f97af6ab312893ffe089e69d42b Author: Zac Walker Date: Thu Apr 11 13:38:59 2024 +0200 Exclude i386 functionality from aarch64 build This patch defines TARGET_AARCH64_MS_ABI in config.gcc and

[gcc r15-291] Rename section and encoding functions from i386 which will be used in aarch64

https://gcc.gnu.org/g:99d7d5ec8d88415a7e1f74fade0841a0ebbd0092 commit r15-291-g99d7d5ec8d88415a7e1f74fade0841a0ebbd0092 Author: Zac Walker Date: Tue Feb 20 17:22:31 2024 +0100 Rename section and encoding functions from i386 which will be used in aarch64 gcc/ChangeLog:

[gcc r15-290] Reuse MinGW from i386 for AArch64

https://gcc.gnu.org/g:1f05dfc131c7996a85dd82b3300f7b5f93d4b1bd commit r15-290-g1f05dfc131c7996a85dd82b3300f7b5f93d4b1bd Author: Zac Walker Date: Fri Mar 1 02:41:50 2024 +0100 Reuse MinGW from i386 for AArch64 This patch creates a new config/mingw directory to share MinGW

[gcc r15-289] aarch64: Add aarch64-w64-mingw32 COFF

https://gcc.gnu.org/g:21fbaa1a2d274a36454332a6e10a496024bbc560 commit r15-289-g21fbaa1a2d274a36454332a6e10a496024bbc560 Author: Zac Walker Date: Thu Apr 11 14:46:07 2024 +0200 aarch64: Add aarch64-w64-mingw32 COFF Define ASM specific for COFF format on AArch64.

[gcc r15-288] aarch64: Mark x18 register as a fixed register for MS ABI

https://gcc.gnu.org/g:b9415046fa27d6b3faea89871dbb84b673afadaf commit r15-288-gb9415046fa27d6b3faea89871dbb84b673afadaf Author: Zac Walker Date: Thu Apr 11 13:30:27 2024 +0200 aarch64: Mark x18 register as a fixed register for MS ABI Define the MS ABI for aarch64-w64-mingw32.

[gcc r15-287] Introduce aarch64-w64-mingw32 target

https://gcc.gnu.org/g:13bad1ac7a6ea4dbbde67c69d31c218a2f2d7a5d commit r15-287-g13bad1ac7a6ea4dbbde67c69d31c218a2f2d7a5d Author: Zac Walker Date: Fri Mar 1 01:40:53 2024 +0100 Introduce aarch64-w64-mingw32 target Add the initial aarch64-w64-mingw32 target for gcc. This is

Re: [PATCH] libgm2: re-generate with autoreconf

On Thu, 2 May 2024 at 15:47, Gaius Mulley wrote: > > Simon Marchi writes: > > > > > I don't have access to the gcc repo, so could you please push the patch > > on my behalf? > > all done - many thanks for the patch! > Great, I think we now have to update autoregen.py on the buildbot so that it

Re: [PATCH] libgfortran: Fix up the autoreconf warnings.

On Thu, 2 May 2024 at 23:13, FX Coudert wrote: > > > libgfortran/ChangeLog: > > * Makefile.am: Use sub-dirs, amend recipies accordingly. > > * Makefile.in: Regenerate. > > Thanks Iain, I’ve tested it both with and without maintainer mode, and > regenerated files with no issue. I can also confirm

Re: [PATCH] fixincludes: add AC_CONFIG_MACRO_DIRS to configure.ac

On Tue, 30 Apr 2024 at 17:47, Simon Marchi wrote: > > On 4/30/24 4:54 AM, Christophe Lyon wrote: > > On Tue, 30 Apr 2024 at 04:25, Simon Marchi wrote: > >> > >> Add an "AC_CONFIG_MACRO_DIRS" call in configure.ac, with the same > >> directories

Re: [PATCH] decay vect tests from run to link for pr95401

Hi Alexandre, On Tue, 30 Apr 2024 at 01:31, Alexandre Oliva wrote: > > On Apr 22, 2024, Richard Biener wrote: > > >> Regstrapped on x86_64-linux-gnu and ppc64el-linux-gnu. Also tested with > >> gcc-13 on ppc64-vx7r2 and ppc-vx7r2. Ok to install? > > > That makes sense. OK > > >> for

[gcc r15-65] Fix pretty printers regexp for GDB output

https://gcc.gnu.org/g:6d4593a178b49cab205d81cdf36f52e12eabbc6d commit r15-65-g6d4593a178b49cab205d81cdf36f52e12eabbc6d Author: Christophe Lyon Date: Thu Jan 25 15:43:56 2024 + Fix pretty printers regexp for GDB output GDB emits end of lines as \r\n, we currently match any &g

Re: [PATCH] fixincludes: add AC_CONFIG_MACRO_DIRS to configure.ac

On Tue, 30 Apr 2024 at 04:25, Simon Marchi wrote: > > Add an "AC_CONFIG_MACRO_DIRS" call in configure.ac, with the same > directories as specified in "ACLOCAL_AMFLAGS", in Makefile.in. > > This makes it possible to re-generate aclocal.m4 using "autoreconf". Thanks, this LGTM, although like in

Re: [PATCH] libgm2: re-generate with autoreconf

On Tue, 30 Apr 2024 at 04:01, Simon Marchi wrote: > > I get a diff when running "autoreconf" in this directory. I think that > the current state is erroneous: it appears to have been generated using > > aclocal -I ../config -I .. > > even though configure.ac and Makefile.am list the include

Re: [PATCH] arm: [MVE intrinsics] Fix support for predicate constants [PR target/114801]

On Mon, 29 Apr 2024 at 15:29, Jakub Jelinek wrote: > > On Fri, Apr 26, 2024 at 11:10:12PM +, Christophe Lyon wrote: > > --- /dev/null > > +++ b/gcc/testsuite/gcc.target/arm/mve/pr114801.c > > @@ -0,0 +1,36 @@ > > +/* { dg-do compile } */ > > +/* { dg-requi

Re: [PATCH] rust: Add rust.install-dvi and rust.install-html rules

d, as soon as > trunk reopens fully for 15.1. > Thanks! Note that I already pushed the patch as r14-9865-g73fb0a6153f478 so you may have conflicts (easy to fix ;-) ) Christophe > Best, > > Arthur > > On 4/4/24 18:27, Christophe Lyon wrote: > > rust has the (empty) rust.d

[PATCH] arm: [MVE intrinsics] Fix support for predicate constants [PR target/114801]

In this PR, we have to handle a case where MVE predicates are supplied as a const_int, where individual predicates have illegal boolean values (such as 0xc for a 4-bit boolean predicate). To avoid the ICE, we canonicalize them, replacing a non-null value with -1. 2024-04-26 Christophe Lyon

Re: [PATCH] wwwdocs: contribute.html: Update consensus on patch content.

On Fri, 26 Apr 2024 at 10:25, Christophe Lyon wrote: > > On Thu, 25 Apr 2024 at 17:44, Carlos O'Donell wrote: > > > > Discussion is here: > > https://inbox.sourceware.org/gcc/CAPS5khZeWkAD=v8ka9g5eecdnk3bdhfnzjumpvc+hedmkvj...@mail.gmail.com/ > > > > Rough c

Re: [PATCH] wwwdocs: contribute.html: Update consensus on patch content.

On Thu, 25 Apr 2024 at 17:44, Carlos O'Donell wrote: > > Discussion is here: > https://inbox.sourceware.org/gcc/CAPS5khZeWkAD=v8ka9g5eecdnk3bdhfnzjumpvc+hedmkvj...@mail.gmail.com/ > > Rough consensus from Jakub Jelinek, Richard Biener and others is > that maintainers are for the change. > > This

Re: [pushed] c++/modules: make bits_in/out move-constructible

Hi Patrick, On Sat, 13 Apr 2024 at 22:12, Patrick Palka wrote: > > Pushed as obvious after verifying C++11 bootstrap is restored. I guess this also fixes the bootstrap_ubsan breakage on aarch64 reported by Linaro CI? See https://linaro.atlassian.net/browse/GNU-1199 (I think you also received a

Re: [PATCH] contrib: Add autoregen.py

On Fri, 19 Apr 2024 at 11:03, Christophe Lyon wrote: > > This script is a copy of the current script used by Sourceware's > autoregen buildbots. > > It is intended as a helper to regenerate files managed by autotools > (autoconf, automake, aclocal, ), as well as the topl

[PATCH] contrib: Add autoregen.py

maintainer-mode, but this is not covered by this script. 2024-04-19 Christophe Lyon contrib/ * autogen.py: New script. --- contrib/autoregen.py | 221 +++ 1 file changed, 221 insertions(+) create mode 100755 contrib/autoregen.py diff

Re: [PATCH] libgcc: Fix up __divmodbitint4 [PR114755]

On Thu, 18 Apr 2024 at 09:37, Jakub Jelinek wrote: > > Hi! > > The following testcase aborts on aarch64-linux but does not on x86_64-linux. > In both cases there is UB in the __divmodbitint4 implemenetation. > When the divisor is negative with most significant limb (even when partial) > all ones,

Re: Updated Sourceware infrastructure plans

Hi, On Thu, 18 Apr 2024 at 10:15, FX Coudert wrote: > > > I regenerate auto* files from time to time for libgfortran. Regenerating > > them has always been very fragile (using --enable-maintainer-mode), > > and difficult to get right. > > I have never found them difficult to regenerate, but if

[gcc r14-10006] libcpp: Regenerate aclocal.m4 and configure [PR 114748]

https://gcc.gnu.org/g:a9fefbf71726bb0ce89c79e547ab3319af3227a8 commit r14-10006-ga9fefbf71726bb0ce89c79e547ab3319af3227a8 Author: Christophe Lyon Date: Wed Apr 17 13:56:19 2024 + libcpp: Regenerate aclocal.m4 and configure [PR 114748] As discussed in the PR, aclocal.m4

[PATCH] libcpp: Regenerate aclocal.m4 and configure [PR 114748]

As discussed in the PR, aclocal.m4 and configure were incorrectly regenerated at some point. 2024-04-17 Christophe Lyon PR preprocessor/114748 libcpp/ * aclocal.m4: Regenerate. * configure: Regenerate. --- libcpp/aclocal.m4 | 1 + libcpp/configure | 3 +++ 2

Re: [PATCH] [testsuite] Fix pretty printers regexps for GDB output

ping? On Tue, 6 Feb 2024 at 10:26, Christophe Lyon wrote: > > ping? > > On Thu, 25 Jan 2024 at 16:54, Christophe Lyon > wrote: > > > > On Wed, 24 Jan 2024 at 12:02, Jonathan Wakely wrote: > > > > > > On Wed, 24 Jan 2024 at 10:48, Christophe Lyon

[gcc r14-9865] rust: Add rust.install-dvi and rust.install-html rules

https://gcc.gnu.org/g:73fb0a6153f4781587c925c56683b61632e63dee commit r14-9865-g73fb0a6153f4781587c925c56683b61632e63dee Author: Christophe Lyon Date: Thu Apr 4 16:21:46 2024 + rust: Add rust.install-dvi and rust.install-html rules rust has the (empty) rust.dvi and rust.html

Re: [RFC] add regenerate Makefile target

Hi, On Mon, 25 Mar 2024 at 15:19, Christophe Lyon wrote: > > On Thu, 21 Mar 2024 at 15:32, Christophe Lyon > wrote: > > > > On Wed, 20 Mar 2024 at 16:34, Simon Marchi wrote: > > > > > > On 3/18/24 13:25, Christophe Lyon wrote: > > > > Well t

[gcc r14-9807] modula2: Add m2.install-dvi in gcc/m2/Make-lang.in

https://gcc.gnu.org/g:6f1005649ff5f544eefba29ba4fb121dba0c6683 commit r14-9807-g6f1005649ff5f544eefba29ba4fb121dba0c6683 Author: Christophe Lyon Date: Thu Apr 4 16:15:12 2024 + modula2: Add m2.install-dvi in gcc/m2/Make-lang.in m2 has a m2.dvi build rule, but lacks the m2

Re: Patches submission policy change

On Thu, 4 Apr 2024 at 10:12, Jan Beulich wrote: > > On 03.04.2024 15:11, Christophe Lyon wrote: > > On Wed, 3 Apr 2024 at 10:30, Jan Beulich wrote: > >> > >> On 03.04.2024 10:22, Christophe Lyon wrote: > >>> Dear release managers and developers, &g

Re: Patches submission policy change

Hi Mark, On 4/4/24 23:35, Mark Wielaard wrote: Hi Christophe, On Wed, Apr 03, 2024 at 10:22:24AM +0200, Christophe Lyon via Gdb wrote: TL;DR: For the sake of improving precommit CI coverage and simplifying workflows, I’d like to request a patch submission policy change, so that we now

[gcc r14-9800] go: Add go.install-dvi rule in go/Make-lang.in

https://gcc.gnu.org/g:12b04452b40d49bb5322653cb5716b1ebf71b73d commit r14-9800-g12b04452b40d49bb5322653cb5716b1ebf71b73d Author: Christophe Lyon Date: Thu Apr 4 16:18:52 2024 + go: Add go.install-dvi rule in go/Make-lang.in go has a go.dvi build rule, but lacks the go.install

[PATCH] rust: Add rust.install-dvi and rust.install-html rules

rust has the (empty) rust.dvi and rust.html rules, but lacks the (empty) rust.install-dvi and rust.install-html ones. 2024-04-04 Christophe Lyon gcc/rust/ * Make-lang.in (rust.install-dvi, rust.install-html): New rules. --- gcc/rust/Make-lang.in | 2 ++ 1 file changed, 2

[PATCH] modula2: Add m2.install-dvi in gcc/m2/Make-lang.in

m2 has a m2.dvi build rule, but lacks the m2.install-dvi one. 2024-04-04 Christophe Lyon gcc/m2/ * Make-lang.in (m2.install-dvi): New rule. --- gcc/m2/Make-lang.in | 12 1 file changed, 12 insertions(+) diff --git a/gcc/m2/Make-lang.in b/gcc/m2/Make-lang.in

[PATCH] go: Add go.install-dvi rule in go/Make-lang.in

go has a go.dvi build rule, but lacks the go.install-dvi one. 2024-04-04 Christophe Lyon gcc/go/ * Make-lang.in (go.install-dvi): New rule. --- gcc/go/Make-lang.in | 10 ++ 1 file changed, 10 insertions(+) diff --git a/gcc/go/Make-lang.in b/gcc/go/Make-lang.in index

Re: Patches submission policy change

>> > On Wed, 3 Apr 2024, Jan Beulich wrote: >> >> On 03.04.2024 10:45, Jakub Jelinek wrote: >> >>> On Wed, Apr 03, 2024 at 10:22:24AM +0200, Christophe Lyon wrote: >> >>>> Any concerns/objections? >> >>> >> >

Re: Patches submission policy change

On Wed, 3 Apr 2024 at 12:21, Jan Beulich wrote: > > On 03.04.2024 10:57, Richard Biener wrote: > > On Wed, 3 Apr 2024, Jan Beulich wrote: > >> On 03.04.2024 10:45, Jakub Jelinek wrote: > >>> On Wed, Apr 03, 2024 at 10:22:24AM +0200, Christophe Lyon wrot

Re: Patches submission policy change

On Wed, 3 Apr 2024 at 10:30, Jan Beulich wrote: > > On 03.04.2024 10:22, Christophe Lyon wrote: > > Dear release managers and developers, > > > > TL;DR: For the sake of improving precommit CI coverage and simplifying > > workflows, I’d like to request a patc

Patches submission policy change

Dear release managers and developers, TL;DR: For the sake of improving precommit CI coverage and simplifying workflows, I’d like to request a patch submission policy change, so that we now include regenerated files. This was discussed during the last GNU toolchain office hours meeting [1]

[gcc r14-9755] aarch64: Fix typo in comment about FEATURE_STRING

https://gcc.gnu.org/g:d5aa2ca06aa7a6a2f826c4da19204b6db1402995 commit r14-9755-gd5aa2ca06aa7a6a2f826c4da19204b6db1402995 Author: Christophe Lyon Date: Fri Mar 29 14:25:05 2024 + aarch64: Fix typo in comment about FEATURE_STRING Fix the comment to document FEATURE_STRING

[gcc r14-9734] modula2: Fix m2.install-info in gcc/m2/Make-lang.in

https://gcc.gnu.org/g:14d0c863aa9415f5d78047910233d67d91f4ecf5 commit r14-9734-g14d0c863aa9415f5d78047910233d67d91f4ecf5 Author: Christophe Lyon Date: Fri Mar 29 17:59:38 2024 + modula2: Fix m2.install-info in gcc/m2/Make-lang.in Fix a few typos: the generated filename is m2

[gcc r14-9733] modula2: Add m2.install-html rule to gcc/m2/Make-lang.in

https://gcc.gnu.org/g:ec2c15f14f2278d431756f3d05e6ab7f436bea5e commit r14-9733-gec2c15f14f2278d431756f3d05e6ab7f436bea5e Author: Christophe Lyon Date: Fri Mar 29 17:10:36 2024 + modula2: Add m2.install-html rule to gcc/m2/Make-lang.in This rule was missing, and 'make install

[PATCH 2/2] modula2: Fix m2.install-info in gcc/m2/Make-lang.in

Fix a few typos: the generated filename is m2.info (not gm2.info, and gm2$(exeext) is a file not a directory (so test -d would always fail). 2024-03-29 Christophe Lyon gcc/m2/ * Make-lang.in (m2.install-info): Fix rule. --- gcc/m2/Make-lang.in | 14 +++--- 1 file

[PATCH 1/2] modula2: Add m2.install-html rule to gcc/m2/Make-lang.in

This rule was missing, and 'make install-html' was failing. It is copied from the corresponding one in fortran. 2024-03-29 Christophe Lyon gcc/m2/ * Make-lang.in (install-html): New rule. --- gcc/m2/Make-lang.in | 19 +++ 1 file changed, 19 insertions(+) diff

  1   2   3   4   5   6   7   8   9   10   >