Hi,
On Thu, 8 Oct 2020 at 16:22, Christophe Lyon wrote:
>
> On Thu, 8 Oct 2020 at 16:08, Dennis Zhang wrote:
> >
> > Hi Christophe,
> >
> > On 08/10/2020 14:14, Christophe Lyon wrote:
> > > Hi,
> > >
> > >
> > > On T
On Thu, 8 Oct 2020 at 11:58, Richard Earnshaw
wrote:
>
> On 08/10/2020 10:07, Christophe Lyon via Gcc-patches wrote:
> > On Tue, 6 Oct 2020 at 18:02, Richard Earnshaw
> > wrote:
> >>
> >> On 29/09/2020 20:50, Christophe Lyon via Gcc-patches wrote:
> >&g
On Thu, 8 Oct 2020 at 16:08, Dennis Zhang wrote:
>
> Hi Christophe,
>
> On 08/10/2020 14:14, Christophe Lyon wrote:
> > Hi,
> >
> >
> > On Tue, 6 Oct 2020 at 15:37, Dennis Zhang via Gcc-patches
> > wrote:
> >>
> >> On 9/16/20 4:00
Hi,
On Tue, 6 Oct 2020 at 15:37, Dennis Zhang via Gcc-patches
wrote:
>
> On 9/16/20 4:00 PM, Dennis Zhang wrote:
> > Hi all,
> >
> > This patch enables SIMD modes for MVE auto-vectorization.
> > In this patch, the integer and float MVE SIMD modes are returned by
> > arm_preferred_simd_mode (TARG
On Tue, 6 Oct 2020 at 18:02, Richard Earnshaw
wrote:
>
> On 29/09/2020 20:50, Christophe Lyon via Gcc-patches wrote:
> > When mi_delta is > 255 and -mpure-code is used, we cannot load delta
> > from code memory (like we do without -mpure-code).
> >
> > This patch
The recently added arm/cortex-m55-* tests fail if the compiler does
not default to thumb code.
This patch adds -mthumb to the dg-additional-options, which fixes the
problem in most cases.
When running the tests with an incompatible -march= value, the tests
also fail because it conflicts with -mcp
On Tue, 6 Oct 2020 at 11:42, Christophe Lyon wrote:
>
> Hi Jakub,
>
> On Tue, 6 Oct 2020 at 10:13, Richard Biener wrote:
> >
> > On Tue, 6 Oct 2020, Jakub Jelinek wrote:
> >
> > > Hi!
> > >
> > > As written in the comment, tree-ssa-math-op
__arm_vqdmlahq_n_u32
__arm_vmlaldavaxq_p_u32
__arm_vmlaldavaxq_p_u16
v2: rebased after Srinath's reorganization patch
2020-10-06 Christophe Lyon
gcc/
PR target/96914
* config/arm/arm_mve.h (vqrdmlashq_n_u8, vqrdmlashq_n_u16)
(vqrdmlashq_n_u32, vqrdmlahq
This patch adds:
vqdmlashq_m_n_s16
vqdmlashq_m_n_s32
vqdmlashq_m_n_s8
vqdmlashq_n_s16
vqdmlashq_n_s32
vqdmlashq_n_s8
v2: rebased after Srinath's reorganization patch
2020-10-05 Christophe Lyon
gcc/
PR target/96914
* config/arm/arm_mve.h (vqdmlashq, vqdmla
Hi Jakub,
On Tue, 6 Oct 2020 at 10:13, Richard Biener wrote:
>
> On Tue, 6 Oct 2020, Jakub Jelinek wrote:
>
> > Hi!
> >
> > As written in the comment, tree-ssa-math-opts.c wouldn't create a DIVMOD
> > ifn call for division + modulo by constant for the fear that during
> > expansion we could gener
ping?
On Mon, 28 Sep 2020 at 11:09, Christophe Lyon
wrote:
>
> With -mpure-code on v6m (thumb-1), to avoid a useless indirection when
> building the address of a symbol, we want to consider SYMBOL_REF as a
> legitimate constant. This way, we build the address using a series of
&
ping?
On Mon, 28 Sep 2020 at 11:09, Christophe Lyon
wrote:
>
> With -mpure-code on v6m (thumb-1), we can use small offsets with
> upper/lower relocations to avoid the extra addition of the
> offset.
>
> This patch accepts expressions symbol+offset as legitimate constants
>
ping?
On Tue, 29 Sep 2020 at 21:50, Christophe Lyon
wrote:
>
> When mi_delta is > 255 and -mpure-code is used, we cannot load delta
> from code memory (like we do without -mpure-code).
>
> This patch builds the value of mi_delta into r3 with a series of
> movs/adds/lsls
__arm_vqdmlahq_n_u32
__arm_vmlaldavaxq_p_u32
__arm_vmlaldavaxq_p_u16
2020-10-06 Christophe Lyon
gcc/
PR target/96914
* config/arm/arm_mve.h (vqrdmlashq_n_u8, vqrdmlashq_n_u16)
(vqrdmlashq_n_u32, vqrdmlahq_n_u8, vqrdmlahq_n_u16)
(vqrdmlahq_n_u32
This patch adds:
vqdmlashq_m_n_s16
vqdmlashq_m_n_s32
vqdmlashq_m_n_s8
vqdmlashq_n_s16
vqdmlashq_n_s32
vqdmlashq_n_s8
2020-10-05 Christophe Lyon
gcc/
* config/arm/arm_mve.h (vqdmlashq, vqdmlashq_m): Define.
* config/arm/arm_mve_builtins.def (vqdmlashq_n_s
__arm_vcvtnq_u32_f32 was missing from arm_mve.h, although the s32_f32 and
[su]16_f16 versions were present.
This patch adds the missing version and testcase, which are
cut-and-paste from the other versions.
2020-10-05 Christophe Lyon
gcc/
* config/arm/arm_mve.h
On Fri, 2 Oct 2020 at 20:23, Nathan Sidwell wrote:
>
>
> For 'no such binding' errors, we iterate over binding levels to find a
> close match. At the namespace level we were using DECL_ANTICIPATED to
> skip undeclared builtins. But (a) there are other unnameable things
> there and (b) decl-antic
On Fri, 2 Oct 2020 at 10:37, Jan Hubicka wrote:
>
> Hi,
> this patch implements tracking of access ranges. This is only applied when
> base pointer is an arugment. Incrementally i will extend it to also track
> TBAA basetype so we can disambiguate ranges for accesses to same basetype
> (which mak
On Thu, 1 Oct 2020 at 16:10, Richard Sandiford via Gcc-patches
wrote:
>
> This patch does several things at once:
>
> (1) Add vector compare patterns (vec_cmp and vec_cmpu).
>
> (2) Add vector selects between floating-point modes when the
> values being compared are integers (affects vcond and
On Wed, 30 Sep 2020 at 12:53, Richard Sandiford via Gcc-patches
wrote:
>
> movti lacked an way of zeroing an FPR, meaning that we'd do:
>
> mov x0, 0
> mov x1, 0
> fmovd0, x0
> fmovv0.d[1], x1
>
> instead of just:
>
> moviv0.2d, #0
>
> mo
On Wed, 30 Sep 2020 at 22:44, Jonathan Wakely wrote:
>
> On 30/09/20 16:03 +0100, Jonathan Wakely wrote:
> >On 29/09/20 13:51 +0200, Christophe Lyon via Libstdc++ wrote:
> >>On Sat, 26 Sep 2020 at 21:42, Jonathan Wakely via Gcc-patches
> >> wrote:
> >>>
&
On Wed, 30 Sep 2020 at 16:03, Alex Coplan wrote:
>
> Ping. Are these testsuite fixes for ILP32 OK?
>
LGTM, by looking at the patch (I didn't run it in ilp32 mode)
Thanks
Christophe
> On 18/09/2020 17:15, Alex Coplan wrote:
> > Hi Christophe,
> >
> > On 08/0
Ping?
On Thu, 24 Sep 2020 at 15:18, Christophe Lyon
wrote:
>
> Ping?
>
> On Mon, 7 Sep 2020 at 18:13, Christophe Lyon
> wrote:
> >
> > Since r204778 (g571880a0a4c512195aa7d41929ba6795190887b2), we favor
> > branches over IT blocks on Cortex-M. As a result, ins
On Tue, 29 Sep 2020 at 12:38, Kyrylo Tkachov wrote:
>
>
>
> > -Original Message-
> > From: Richard Sandiford
> > Sent: 29 September 2020 11:27
> > To: Kyrylo Tkachov
> > Cc: gcc-patches@gcc.gnu.org; ni...@redhat.com; Richard Earnshaw
> > ; Ramana Radhakrishnan
> > ; Dennis Zhang
> >
> >
at the end of the thunk since we don't use them
with -mpure-code.
No need for new testcases, this bug was already identified by
eg. pr46287-3.C
2020-09-29 Christophe Lyon
gcc/
* config/arm/arm.c (arm_thumb1_mi_thunk): Build mi_delta in r3 and
do not emit function
On Sat, 26 Sep 2020 at 21:42, Jonathan Wakely via Gcc-patches
wrote:
>
> Glibc 2.32 adds a global variable that says whether the process is
> single-threaded. We can use this to decide whether to elide atomic
> operations, as a more precise and reliable indicator than
> __gthread_active_p.
>
> Thi
On Wed, 23 Sep 2020 at 20:33, Richard Sandiford
wrote:
>
> These tests were inspired by the corresponding aarch64 ones that I just
> committed. They already pass.
>
> Tested on arm-linux-gnueabi, arm-linux-gnueabihf and armeb-eabi.
> OK for trunk?
>
> Richard
>
>
> gcc/testsuite/
> * gcc.
Hi Honza,
On Sat, 26 Sep 2020 at 22:03, Jan Hubicka wrote:
>
> > On September 26, 2020 12:04:24 AM GMT+02:00, Jan Hubicka
> > wrote:
> > >Hi,
> > >while adding check for gimple_clobber I reversed the return value
> > >so instead of ignoring the statement ipa-modref gives up. Fixed thus.
> > >
thumb-1 [0..255].
It also makes sure that thumb1_movsi_insn emits an error in case we
try to use it with an unsupported RTL construct.
2020-09-28 Christophe Lyon
gcc/
* config/arm/arm.c (thumb_legitimate_constant_p): Accept
(symbol_ref + addend) when literal pool is
fixes a missing "clob" conds attribute for
thumb1_movsi_insn, needed because that alternative clobbers the flags.
2020-09-28 Christophe Lyon
gcc/
* config/arm/arm.c (thumb_legitimate_constant_p): Add support for
disabled literal pool in thumb-1.
* config/
are skipped on arm*, so there is no impact on that target.
2020-09-25 Christophe Lyon
gcc/testsuite/
PR target/71233
* gcc.target/aarch64/advsimd-intrinsics/vtrn_half.c: Remove
declarations of vector, vector2, vector_res for float64x2 type.
* gcc.tar
Ping?
On Mon, 7 Sep 2020 at 18:13, Christophe Lyon wrote:
>
> Since r204778 (g571880a0a4c512195aa7d41929ba6795190887b2), we favor
> branches over IT blocks on Cortex-M. As a result, instead of
> generating two nested IT blocks in thumb2-cond-cmp-[1234].c, we
> generate either a
On Wed, 2 Sep 2020 at 15:29, Martin Liška wrote:
>
> On 9/1/20 4:04 PM, Jan Hubicka wrote:
> >> The patch is about usage of MiB in memory allocation reports.
> >> I see it much better readable than values displayed in KiB:
> >>
> >> Reading object files: tramp3d-v4.o {GC released 1 MiB} {GC 19 MiB
These testcases need thumb mode, which may not be the default.
Using dg-add-options arm_arch_v8_1m_main ensures that -mthumb is used
and makes the test pass in more configurations.
2020-09-21 Christophe Lyon
gcc/testsuite/
* gcc.target/arm/csinc-1.c: Use dg-add-options
On Thu, 17 Sep 2020 at 13:20, Richard Biener wrote:
>
> This adds the capability to look for available negated multiplications
> and divisions, replacing them with cheaper negates.
>
> Bootstrapped and tested on x86_64-unknown-linux-gnu, pushed.
>
This patch caused a regression in fortran, I file
On Thu, 17 Sep 2020 at 23:33, Jeff Law wrote:
>
>
> On 9/14/20 3:29 AM, Christophe Lyon via Gcc-patches wrote:
> > Initializing orig_err avoids a warning: "may be used uninitialized".
> >
> > 2020-09-14 Torbjörn SVENSSON
> > Christophe Lyon
>
On Thu, 17 Sep 2020 at 12:27, Kyrylo Tkachov wrote:
>
>
>
> > -Original Message-
> > From: Christophe Lyon
> > Sent: 11 September 2020 20:05
> > To: Kyrylo Tkachov
> > Cc: i...@airs.com; gcc-patches@gcc.gnu.org
> > Subject: Re: [PATCH] lib
On Wed, 16 Sep 2020 at 15:40, Andrea Corallo wrote:
>
> Richard Sandiford writes:
>
> > OK with two incredibly petty comments fixed:
>
> [...]
>
> Installed with the two suggestions as 052204fac58.
>
Hi,
There is a typo with clastb_8.c:
gcc.target/aarch64/sve/clastb_8.c -march=armv8.2-a+sve: er
On Thu, 17 Sep 2020 at 06:16, Jeff Law wrote:
>
>
> On 9/11/20 6:21 AM, Christophe Lyon via Gcc-patches wrote:
> > pz_tmp_base and pz_tmp_dot are always set, but used only when
> > _PC_NAME_MAX is defined.
> >
> > This patch moves their declaration and definition
On Wed, 16 Sep 2020 at 07:21, Pop, Sebastian via Gcc-patches
wrote:
>
> Thanks Kyrill for your review.
>
> I committed the patches to the gcc-8 branch:
> https://gcc.gnu.org/git/?p=gcc.git;a=commitdiff;h=2c55e6caa9432b2c1f081cb3aeddd36abec03233
> https://gcc.gnu.org/git/?p=gcc.git;a=commit;h=a4004
Initializing orig_err avoids a warning: "may be used uninitialized".
2020-09-14 Torbjörn SVENSSON
Christophe Lyon
libiberty/
* pex-win32 (pex_win32_exec_child): Initialize orig_err.
---
libiberty/pex-win32.c | 2 +-
1 file changed, 1 insertion(+), 1 deletio
On Mon, 14 Sep 2020 at 08:33, Richard Biener wrote:
>
> On Sun, 13 Sep 2020, Jakub Jelinek wrote:
>
> > On Fri, Sep 11, 2020 at 11:29:52AM +0200, Jakub Jelinek via Gcc-patches
> > wrote:
> > > On Fri, Sep 11, 2020 at 09:46:37AM +0200, Christophe Lyon via Gcc-pat
On Fri, 11 Sep 2020 at 14:35, Kyrylo Tkachov wrote:
>
> Hi Christophe,
>
> > -Original Message-
> > From: Gcc-patches On Behalf Of
> > Christophe Lyon via Gcc-patches
> > Sent: 11 September 2020 13:23
> > To: gcc-patches@gcc.gnu.org; i...@airs.com
When building with -fno-exceptions, bad_exception_allowed is set but
not used, causing a warning during the build.
This patch adds __attribute__((unused)) to avoid it.
2020-09-11 Torbjörn SVENSSON
Christophe Lyon
libstdc++-v3/
* libsupc++/eh_call.cc: Avoid warning
b731a20)
2020-09-11 Torbjörn SVENSSON
Christophe Lyon
libstdc++-v3/
* libsupc++/eh_call.cc: Avoid warning with -fno-exceptions.
---
libstdc++-v3/libsupc++/eh_call.cc | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libstdc++-v3/libsupc++/eh_call.cc
b/
o previous prototype for
'__gnu_d2h_alternative' [-Wmissing-prototypes]
2020-09-11 Torbjörn SVENSSON
Christophe Lyon
libgcc/
* config/arm/fp16.c (__gnu_h2f_internal, __gnu_f2h_ieee)
(__gnu_h2f_ieee, __gnu_f2h_alternative, __gnu_h2f_alternative)
When building with -fno-exceptions, __GLIBCXX_THROW_OR_ABORT expands to
abort(), causing warnings:
unused parameter '__ecode'
unused parameter '__what'
This patch adds __attribute__((unused)) to avoid them.
2020-09-11 Torbjörn SVENSSON
Christophe Lyon
pz_tmp_base and pz_tmp_dot are always set, but used only when
_PC_NAME_MAX is defined.
This patch moves their declaration and definition undef #ifdef
_PC_NAME_MAX to avoid this warning.
2020-09-11 Torbjörn SVENSSON
Christophe Lyon
fixincludes/
* fixfixes.c
On Tue, 8 Sep 2020 at 10:45, Jakub Jelinek via Gcc-patches
wrote:
>
> Hi!
>
> As mentioned in the PR, the testcase fails to link, because when set_cfun is
> being called on the crc function, arm_override_options_after_change is
> called from set_cfun -> invoke_set_current_function_hook:
> /*
On Tue, 8 Sep 2020 at 14:15, Richard Biener wrote:
>
> On Tue, 8 Sep 2020, Christophe Lyon wrote:
>
> > Hi Richard,
> >
> > On Fri, 4 Sep 2020 at 15:42, Richard Biener wrote:
> > >
> > > The following adds the capability to code-generate live lanes
Hi Richard,
On Fri, 4 Sep 2020 at 15:42, Richard Biener wrote:
>
> The following adds the capability to code-generate live lanes in
> basic-block vectorization using lane extracts from vector stmts
> rather than keeping the original scalar code around for those.
> This eventually makes previously
On Mon, 17 Aug 2020 at 11:00, Alex Coplan wrote:
>
> Hello,
>
> Given the following C function:
>
> double *f(double *p, unsigned x)
> {
> return p + x;
> }
>
> prior to this patch, GCC at -O2 would generate:
>
> f:
> add x0, x0, x1, uxtw 3
> ret
>
> but this add instructio
branch costs.
I tried to relax the scan-assembler directives using eg. cmpne|subne
or cmpgt|ble but that seemed fragile.
OK?
2020-09-07 Christophe Lyon
gcc/testsuite/
PR target/94595
* gcc.target/arm/thumb2-cond-cmp-1.c: Skip if arm_cortex_m.
* gcc.target/arm
-code:
f3:
movsr0, #136
lslsr0, r0, #21
bx lr
f3_2:
movwr0, #22136
movtr0, 4660
bx lr
2020-08-28 Christophe Lyon
PR target/96769
gcc/
* config/arm/thumb1.md: Move movsi splitter for
On Wed, 2 Sep 2020 at 00:12, Martin Sebor via Gcc-patches
wrote:
>
> ILP32 failures in a test added for the new -Wstringop-overread
> option exposed an unnecessarily restrictive handling of offsets
> in ranges with an upper bound that's apparently less than
> the lower bound. I have relaxed the h
On Mon, 31 Aug 2020 at 23:50, Martin Sebor wrote:
>
> On 8/31/20 4:51 AM, Christophe Lyon wrote:
> > Hi,
> >
> ...
> >
> > I pushed a small aarch64 patch as obvious:
> > 2020-08-31 Christophe Lyon
> >
> > gcc/testsuite/
> &
tr-nonstring-4.c: Same.
> > * gcc.dg/attr-nonstring.c: Expect -Wstringop-overread.
> > * gcc.dg/builtin-stringop-chk-5.c: Adjust comment.
> > * gcc.dg/builtin-stringop-chk-8.c: Enable -Wstringop-overread instead
> > of -Wstringop-overflow.
> >
On Fri, 28 Aug 2020 at 16:27, Richard Earnshaw
wrote:
>
> On 28/08/2020 14:24, Christophe Lyon via Gcc-patches wrote:
> > On Fri, 28 Aug 2020 at 14:00, Richard Earnshaw
> > wrote:
> >>
> >> On 27/08/2020 14:27, Christophe Lyon via Gcc-patches wrote:
>
On Fri, 28 Aug 2020 at 14:00, Richard Earnshaw
wrote:
>
> On 27/08/2020 14:27, Christophe Lyon via Gcc-patches wrote:
> > In comment 14 from PR94538, it was suggested to switch off jump tables
> > on thumb-1 cores when using -mpure-code, like we already do for thumb-2.
> &g
Hi,
On Thu, 27 Aug 2020 at 13:07, Richard Biener wrote:
>
> The following streamlines TARGET_MEM_REF dumping building
> on what we do for MEM_REF and thus dumping things like
> access type, TBAA type and base/clique. I've changed it
> to do semantic dumping aka base + offset + step * index
> ra
Hi Alex,
On Wed, 26 Aug 2020 at 17:15, Alex Coplan wrote:
>
> Thanks for the review, both.
>
> On 26/08/2020 09:19, Vladimir Makarov wrote:
> >
> > On 2020-08-26 5:06 a.m., Richard Sandiford wrote:
> > > Alex Coplan writes:
> > >
> > > Minor nit, should be formatted as:
> > >
> > > static rtx
>
Hi,
On Thu, 27 Aug 2020 at 10:04, Richard Biener wrote:
>
> This makes sure to put special-ops expanded rhs left where
> expression rewrite expects it.
>
> Bootstrapped and tested on x86_64-unknown-linux-gnu, pushed.
>
> 2020-08-27 Richard Biener
>
> PR tree-optimization/96579
>
adds a new test, since the existing no-casesi.c did not catch
this problem.
Tested by running the whole testsuite with -mpure-code -mcpu=cortex-m0
-mfloat-abi=soft, no regression and the new test passes (and fails
without the fix).
2020-08-27 Christophe Lyon
gcc/
* config/arm
On Thu, 27 Aug 2020 at 11:02, Ramana Radhakrishnan
wrote:
>
> On Mon, Aug 24, 2020 at 4:35 PM Christophe Lyon
> wrote:
> >
> > On Mon, 24 Aug 2020 at 11:09, Christophe Lyon
> > wrote:
> > >
> > > On Sat, 22 Aug 2020 at 00:44, Ramana Radhakrishnan
On Mon, 24 Aug 2020 at 11:09, Christophe Lyon
wrote:
>
> On Sat, 22 Aug 2020 at 00:44, Ramana Radhakrishnan
> wrote:
> >
> > On Wed, Aug 19, 2020 at 10:32 AM Christophe Lyon via Gcc-patches
> > wrote:
> > >
> > > armv8-m.base (cortex-m23) has the
On Sat, 22 Aug 2020 at 00:44, Ramana Radhakrishnan
wrote:
>
> On Wed, Aug 19, 2020 at 10:32 AM Christophe Lyon via Gcc-patches
> wrote:
> >
> > armv8-m.base (cortex-m23) has the movt instruction, so we need to
> > disable the define_split to generate a constant in this
-08-20 Christophe Lyon
gcc/testsuite/
* lib/target-supports.exp (arm_soft_ok): Remove arm32 check.
---
gcc/testsuite/lib/target-supports.exp | 10 --
1 file changed, 4 insertions(+), 6 deletions(-)
diff --git a/gcc/testsuite/lib/target-supports.exp
b/gcc/testsuite/lib
FDPIC it uses PIC code, which is incompatible with -mpure-code, so we
want to skip these tests for arm*-*-uclinuxfdpiceabi.
This patch also fixes a typo where the final closing bracket was
commented out.
Committed as obvious.
2020-08-20 Christophe Lyon
gcc/testsuite
with instructions like
movs r0, #:upper8_15:1234
(Internal error in md_apply_fix)
We now generate movs r0, 4 instead.
2020-08-19 Christophe Lyon
gcc/ChangeLog:
* config/arm/thumb1.md: Disable set-constant splitter when
TARGET_HAVE_MOVT.
(thumb1_movsi_insn): Fix -mpure
u have any suggestions on this fix?
>
> All the best,
> Peixin
>
>
> -Original Message-
> From: Richard Sandiford [mailto:richard.sandif...@arm.com]
> Sent: Thursday, August 13, 2020 8:19 PM
> To: Christophe Lyon
> Cc: qiaopeixin ; gcc-patches@gcc.gnu.org
>
Hi Martin,
On Sat, 15 Aug 2020 at 01:14, Martin Sebor via Gcc-patches
wrote:
>
> On 8/13/20 11:44 AM, Martin Sebor wrote:
> > On 8/13/20 10:21 AM, Jeff Law wrote:
> >> On Fri, 2020-07-31 at 17:55 -0600, Martin Sebor via Gcc-patches wrote:
> >>> The folders for these functions (and some others) c
On Sat, 15 Aug 2020 at 00:52, David Malcolm wrote:
>
> PR testsuite/96609 and PR analyzer/96616 report various testsuite
> failures seen on powerpc64, aarch64, and arm in new tests added by
> r11-2694-g808f4dfeb3a95f50f15e71148e5c1067f90a126d.
>
> Some of these failures (in gcc.dg/analyzer/init.c,
On Fri, 14 Aug 2020 at 11:21, Jan Hubicka wrote:
>
> > Hi,
> > >
> > > Since this was backported as
> > > r10-8623-g0d96c3424bbb5e5f994b78c8f65d8704d215be54,
> >
> > Yes, after discussion with Jakub on IRC.
> > > I've noticed ICEs on arm and aarch64:
> > > gcc.dg/pr34457-1.c (internal compile
Hi David,
On Thu, 13 Aug 2020 at 22:58, David Malcolm via Gcc-patches
wrote:
>
> This large patch reimplements how the analyzer tracks regions and
> values.
>
> Elimination of region_id and svalue_id
> **
>
> The patch eliminates region_id and svalue_id in fav
Hi,
On Thu, 6 Aug 2020 at 16:39, Richard Biener wrote:
>
> On Thu, 6 Aug 2020, Jan Hubicka wrote:
>
> > Hello,
> > as discussed some time ago, I would like to discuss possibility to
> > backport the straming and enum improvements. The motivation is that
> > this brings quite noticeable improveme
Hi,
On Thu, 13 Aug 2020 at 03:54, qiaopeixin wrote:
>
> Thanks for the review and commit.
>
> All the best,
> Peixin
>
> -Original Message-
> From: Richard Sandiford [mailto:richard.sandif...@arm.com]
> Sent: 2020年8月13日 0:25
> To: qiaopeixin
> Cc: gcc-patches@gcc.gnu.org
> Subject: Re:
On Tue, 11 Aug 2020 at 18:42, Richard Sandiford
wrote:
>
> Christophe Lyon writes:
> > On Mon, 10 Aug 2020 at 17:27, Richard Sandiford
> > wrote:
> >>
> >> Christophe Lyon writes:
> >> > On Wed, 5 Aug 2020 at 16:33, Richard Sandiford
>
On Tue, 11 Aug 2020 at 18:40, Richard Sandiford
wrote:
>
> Christophe Lyon via Gcc-patches writes:
> > This patch fixes an incorrect parameter passing for $gcc_opts, which
> > produces a DejaGnu error: (DejaGnu) proc "gcc_opts" does not exist.
>
> Huh, wonder h
Hi James,
On Wed, 12 Aug 2020 at 10:40, James Greenhalgh wrote:
>
>
> Hi,
>
> As subject, this patch rewrites the mla intrinsics to use a + b * c rather
> than inline assembler, thereby opening them to CSE, scheduling, etc.
>
> Bootstrapped and tested on aarch64-none-linux-gnu.
>
Do we have test
This patch fixes an incorrect parameter passing for $gcc_opts, which
produces a DejaGnu error: (DejaGnu) proc "gcc_opts" does not exist.
2020-08-11 Christophe Lyon
gcc/testsuite/
* gcc.target/arm/multilib.exp: Fix parameter passing for gcc_opts.
diff --git a/gcc
On Mon, 10 Aug 2020 at 17:27, Richard Sandiford
wrote:
>
> Christophe Lyon writes:
> > On Wed, 5 Aug 2020 at 16:33, Richard Sandiford
> > wrote:
> >>
> >> The stack_protect_test patterns were leaving the canary value in the
> >> temporary register,
On Wed, 5 Aug 2020 at 16:33, Richard Sandiford
wrote:
>
> The stack_protect_test patterns were leaving the canary value in the
> temporary register, meaning that it was often still in registers on
> return from the function. An attacker might therefore have been
> able to use it to defeat stack-s
On Thu, 6 Aug 2020 at 13:42, Marc Glisse wrote:
>
> On Thu, 6 Aug 2020, Christophe Lyon wrote:
>
> > On Thu, 6 Aug 2020 at 11:06, Marc Glisse wrote:
> >>
> >> On Thu, 6 Aug 2020, Christophe Lyon wrote:
> >>
> >>>>> 2020-08-05 Marc
On Thu, 6 Aug 2020 at 11:06, Marc Glisse wrote:
>
> On Thu, 6 Aug 2020, Christophe Lyon wrote:
>
> >>> 2020-08-05 Marc Glisse
> >>>
> >>> PR tree-optimization/95906
> >>> PR target/70314
> >>> * mat
Hi,
On Wed, 5 Aug 2020 at 16:24, Richard Biener via Gcc-patches
wrote:
>
> On Wed, Aug 5, 2020 at 3:33 PM Marc Glisse wrote:
> >
> > New version that passed bootstrap+regtest during the night.
> >
> > When vector comparisons were forced to use vec_cond_expr, we lost a number
> > of
> > optimiz
argets that do not support openmp (I saw
problems on arm-eabi and aarch64-elf using newlib, where -lpthread was
failing).
I'm pushing the attached patch as obvious.
Thanks
Christophe
> --
> Nathan Sidwell
From 2f06fb713845dd4777f8b659cbe008a2a131cd80 Mon Sep 17 00:00:00 2001
From: Christop
Hi,
On Mon, 6 Jul 2020 at 16:31, Andre Vieira (lists)
wrote:
>
>
> On 30/06/2020 14:50, Andre Vieira (lists) wrote:
> >
> > On 29/06/2020 11:15, Christophe Lyon wrote:
> >> On Mon, 29 Jun 2020 at 10:56, Andre Vieira (lists)
> >> wrote:
> >>&g
On Tue, 30 Jun 2020 at 15:34, Kyrylo Tkachov wrote:
>
>
>
> > -Original Message-
> > From: Christophe Lyon
> > Sent: 30 June 2020 14:32
> > To: Kyrylo Tkachov
> > Cc: gcc-patches@gcc.gnu.org
> > Subject: Re: [PATCH] arm: Warn if IRQ handler
On Tue, 30 Jun 2020 at 15:16, Kyrylo Tkachov wrote:
>
> Hi Christophe,
>
> Sorry for the delay.
>
> > -Original Message-
> > From: Gcc-patches On Behalf Of
> > Christophe Lyon via Gcc-patches
> > Sent: 29 April 2020 16:19
> > To: gcc-patches@
Ping?
On Tue, 9 Jun 2020 at 11:48, Christophe Lyon wrote:
>
> Ping?
>
> Maybe I could mention that LLVM emits a warning in this case
> (https://reviews.llvm.org/D28820).
>
> Thanks,
>
> Christophe
>
>
> On Wed, 3 Jun 2020 at 15:23, Christophe Lyon
> wrote
On Mon, 29 Jun 2020 at 10:56, Andre Vieira (lists)
wrote:
>
>
> On 23/06/2020 21:52, Christophe Lyon wrote:
> > On Tue, 23 Jun 2020 at 15:28, Andre Vieira (lists)
> > wrote:
> >> On 23/06/2020 13:10, Kyrylo Tkachov wrote:
> >>>> -Original
On Thu, 25 Jun 2020 at 15:24, Kwok Cheung Yeung wrote:
>
> On 24/06/2020 6:29 pm, Tobias Burnus wrote:
> > Hi Kwok,
> >
> > the TODO is fixed by the attached patch; I would be happy if you could
> > handle
> > this patch,
> > e.g. together with your patch – or as follow up.
> >
> > (Lightly teste
On Tue, 23 Jun 2020 at 15:28, Andre Vieira (lists)
wrote:
>
> On 23/06/2020 13:10, Kyrylo Tkachov wrote:
> >
> >> -Original Message-
> >> From: Andre Vieira (lists)
> >> Sent: 22 June 2020 09:52
> >> To: gcc-patches@gcc.gnu.org
> >> Cc: Kyrylo Tkachov
> >> Subject: [PATCH][GCC][Arm] PR t
On Thu, 18 Jun 2020 at 17:34, Srinath Parvathaneni
wrote:
>
> Hi,
>
> > -Original Message-
> > From: Christophe Lyon
> > Sent: 18 June 2020 16:06
> > To: Kyrylo Tkachov
> > Cc: Srinath Parvathaneni ; gcc-
> > patc...@gcc.gnu.org
> >
On Thu, 18 Jun 2020 at 16:56, Patrick Palka wrote:
>
> On Thu, 18 Jun 2020, Christophe Lyon wrote:
>
> > Hi,
> >
> > On Wed, 17 Jun 2020 at 15:16, Patrick Palka via Gcc-patches
> > wrote:
> > >
> > > The recent PR41437 fix exposed a late
Hi,
On Thu, 18 Jun 2020 at 11:43, Kyrylo Tkachov wrote:
>
>
>
> > -Original Message-
> > From: Srinath Parvathaneni
> > Sent: 17 June 2020 17:17
> > To: gcc-patches@gcc.gnu.org
> > Cc: Kyrylo Tkachov
> > Subject: [PATCH][GCC-10 Backport] arm: Fix MVE scalar shift intrinsics code-
> > ge
Hi,
On Wed, 17 Jun 2020 at 15:16, Patrick Palka via Gcc-patches
wrote:
>
> The recent PR41437 fix exposed a latent use of an inaccessible member in
> the below testcase.
>
> Committed as obvious after verifying that the testcase no longer fails to
> compile due to the reported access error.
>
I'
Hi,
On Thu, 18 Jun 2020 at 15:30, Srinath Parvathaneni
wrote:
>
> Hello,
>
> In GCC testsuite the MVE scalar shift execution tests
> (mve_scalar_shifts[1-4].c) are failings
> because of executing them on target hardware which doesn't support MVE
> instructions. This patch
> restricts those tes
Hi,
On Thu, 11 Jun 2020 at 22:37, Rainer Orth wrote:
>
> Hi Martin,
>
> > The compute_objsize() function started out as a thin wrapper around
> > compute_builtin_object_size(), but over time developed its own
> > features to compensate for the other function's limitations (such
> > as its inabil
Ping?
Maybe I could mention that LLVM emits a warning in this case
(https://reviews.llvm.org/D28820).
Thanks,
Christophe
On Wed, 3 Jun 2020 at 15:23, Christophe Lyon wrote:
>
> Ping?
> https://gcc.gnu.org/pipermail/gcc-patches/2020-May/545747.html
>
> On Wed, 27 May 2020 at 13
1001 - 1100 of 2965 matches
Mail list logo