the
combining of the unspec FMAXMIN with FMAXMIN_UNS the pattern
immediately above it now generates the same cases.
Added new tests for these and ran regression tests on aarch64-none-elf.
Ok for trunk?
Thanks,
Tamar
gcc/
2016-07-08 Tamar Christina <tamar.christ...@arm.com>
* config/a
to 0 and so iszero would fail.
With this both the FP and Integer versions have no regressions.
Ok for trunk?
Thanks,
Tamar.
gcc/
2017-01-23 Tamar Christina <tamar.christ...@arm.com>
PR middle-end/77925
PR middle-end/77926
PR middle-end/66462
* gcc/buil
registers are needed so SP won't be used.
Ran regression tests on aarch64-none-linux-gnu.
Ok for trunk?
Thanks,
Tamar
gcc/testsuite/
2017-01-26 Tamar Christina <tamar.christ...@arm.com>
PR middle-end/78142
* gcc.target/aarch64/vector_initialization_nostack.c
bits));
Kind Regards,
Tamar
From: gcc-patches-ow...@gcc.gnu.org <gcc-patches-ow...@gcc.gnu.org> on behalf
of Tamar Christina <tamar.christ...@arm.com>
Sent: Tuesday, January 17, 2017 2:50:19 PM
To: GCC Patches; James Greenhalgh; Marcus Shawcroft
m along as arguments to the
top level function. I can make a ticket to resolve this when stage1 opens again
if you'd like.
Are you ok with the changes Joseph?
The changelog has also been updated:
gcc/
2017-01-19 Tamar Christina <tamar.christ...@arm.com>
PR middle
al (type, rmin) using the adjusted type, shouldn't it not be getting
truncated?
I've updated and attached the patch.
Tamar
From: Joseph Myers <jos...@codesourcery.com>
Sent: Thursday, January 19, 2017 2:46:06 PM
To: Tamar Christina
Cc: Jeff Law; GCC
v0.2d, v0.2d, v1.2d
str q0, [x5, x3]
for the input:
x * copysign(1.0, y)
On 481.wrf in Spec2006 on AArch64 this gives us a speedup of 9.1%.
Regtested on aarch64-none-linux-gnu and no regressions.
Ok for trunk?
gcc/
2017-01-17 Tamar Christina <tamar.christ...@arm.
Hi Joseph,
I made the requested changes and did a quick pass over the rest
of the fp cases.
Regards,
Tamar
From: Joseph Myers <jos...@codesourcery.com>
Sent: Thursday, January 19, 2017 4:33:13 PM
To: Tamar Christina
Cc: Jeff Law; GCC Patches;
-none-linux-gnu and arm-none-eabi and no regressions.
Ok for trunk?
gcc/
2017-01-19 Tamar Christina <tamar.christ...@arm.com>
* config/aarch64/aarch64.c (aarch64_simd_gen_const_vector_dup):
Change int to HOST_WIDE_INT.
* config/aarch64/aarch64-pr
Ping. Does this still have a chance or should I table it till Stage 1 opens
again?
Tamar.
From: Tamar Christina
Sent: Tuesday, January 3, 2017 9:55:51 AM
To: Jeff Law; Joseph Myers
Cc: GCC Patches; Wilco Dijkstra; rguent...@suse.de; Michael Meissner; nd
Hi All,
It seems the entry in config/aarch64/aarch64-builtins.c isn't needed, as such
I've simplified the patch
and the changelog.
Ok for trunk?
Tamar
gcc/
2017-01-19 Tamar Christina <tamar.christ...@arm.com>
* config/aarch64/aarch64.c (aarch64_simd_gen_const_vect
It seems I can drop even more:
gcc/
2017-01-19 Tamar Christina <tamar.christ...@arm.com>
* config/aarch64/aarch64.c (aarch64_simd_gen_const_vector_dup):
Changed int to HOST_WIDE_INT.
* config/aarch64/aarch64-protos.h
(aarch64_simd_gen_const_vect
?
2016-08-16 Tamar Christina <tamar.christ...@arm.com>
Ramana Radhakrishnan <ramana.radhakrish...@arm.com>
* gcc/varasm.c
(default_use_anchors_for_symbol_p): Reject too large decls.
Thanks,
Tamar
:100644 100644 e747d2c... 00a9b30... M gcc/varasm.c
diff --git a/gcc/va
the script than the changes.
But just for completeness I have attached the G-zipped patch file.
Ok for trunk?
PS. I don't have commit rights, so if OK can someone apply it for me?
Thanks,
Tamar
gcc/
2016-08-19 Tamar Christina <tamar.christ...@arm.com>
* config/aarch64/arm_neon.
-linux-gnu and no regressions.
Bootstrapped and ran regressions on `x86_64` and no regressions.
A new test fp_free_1 was added to test functionality.
Ok for trunk?
Thanks,
Tamar
PS. I don't have commit rights so if OK can someone apply the patch for me.
gcc/
2016-09-01 Tamar Christina
On 30/08/16 17:11, Christophe Lyon wrote:
On 18 August 2016 at 11:15, Tamar Christina <tamar.christ...@arm.com> wrote:
Hi all,
This fixes a bug in the vector load functions in which they load the
vector in the wrong order for big endian systems. This patch flips the
order conditi
Bump
From: gcc-patches-ow...@gcc.gnu.org <gcc-patches-ow...@gcc.gnu.org> on behalf
of Tamar Christina <tamar.christ...@arm.com>
Sent: Thursday, August 18, 2016 10:15:12 AM
To: GCC Patches
Cc: James Greenhalgh; Richard Earnshaw; Marcus Shawcroft; nd
Subject: [PATCH][Aarch64][gcc
On 12/09/16 23:28, Joseph Myers wrote:
On Mon, 12 Sep 2016, Tamar Christina wrote:
Similar changes may be useful for __builtin_isfinite, __builtin_isnan,
__builtin_isinf, __builtin_isinf_sign, __builtin_isnormal.
Will your version always use only integer operations if the format is IEEE
Hi all,
This fixes a bug in the name mangling which prevented mangling
of functions with return type void and arguments that require
any qualifiers. e.g. void(unsigned int, unsigned int).
Ran regression tests on aarch64-none-linux-gnu.
Ok for trunk?
Thanks,
Tamar
gcc/
2016-08-02 Tamar
Hi Jeff,
On 12/09/16 18:16, Jeff Law wrote:
On 09/05/2016 08:59 AM, Tamar Christina wrote:
Hi All,
This patch allows the FP register to be used as a call-saved
register when -fomit-frame-pointer is used.
The change is done in such a way that the defaults do not change.
To use the FP
On 12/09/16 23:33, Joseph Myers wrote:
Why is this boolean false for ieee_quad_format, mips_quad_format and
ieee_half_format? They should meet your description (even if the x86 /
m68k "extended" formats don't because of the leading mantissa bit being
set for infinities).
Ah, I played it a
On 05/09/16 22:37, Andrew Pinski wrote:
On Mon, Sep 5, 2016 at 4:53 AM, Tamar Christina <tamar.christ...@arm.com> wrote:
Hi all,
This patch adds __artificial__ attribute to the intrinsics
in arm_neon.h so that costs are associated to the user
function during profiling and
On 12/09/16 23:41, Joseph Myers wrote:
Are you making endianness assumptions - specifically, does the
reinterpretation as an integer require that WORDS_BIG_ENDIAN and
FLOAT_WORDS_BIG_ENDIAN are the same? If so, I think that's OK (in that
the only target where they aren't the same seems to be
%
performance gain on Aarch64.
Regression tests ran on aarch64-none-linux and arm-none-linux-gnueabi
and no regression. x86 also has no regressions and modest gains (3%).
Ok for trunk?
Thanks,
Tamar
gcc/
2016-08-25 Tamar Christina <tamar.christ...@arm.com>
Wilco Dijkstra <wi
Ping?
Would be great to get this in, it's currently showing up as a major issue on
our nightlies.
Cheers,
Tamar
> -Original Message-
> From: gcc-patches-ow...@gcc.gnu.org [mailto:gcc-patches-
> ow...@gcc.gnu.org] On Behalf Of Tom de Vries
> Sent: 25 September 2016 10:08
> To: GCC
/vect_int32x2x4_1.c
gcc.target/aarch64/vdup_lane_2.c
gcc.target/aarch64/vect_combine_zeroes_1.c
gcc/
2016-09-20 Tamar Christina <tamar.christ...@arm.com>
* config/aarch64/arm_neon.h
(vst2_s64, vst2_u64, vst2_f64, vst2_s8): Add missing attributes.
(vst3_s64, vs
On 13/09/16 13:43, Joseph Myers wrote:
On Tue, 13 Sep 2016, Tamar Christina wrote:
On 12/09/16 23:33, Joseph Myers wrote:
Why is this boolean false for ieee_quad_format, mips_quad_format and
ieee_half_format? They should meet your description (even if the x86 /
m68k "extended&quo
On 16/09/16 20:49, Jeff Law wrote:
On 09/12/2016 10:19 AM, Tamar Christina wrote:
Hi All,
+
+ /* Re-interpret the float as an unsigned integer type
+ with equal precision. */
+ int_arg_type = build_nonstandard_integer_type (TYPE_PRECISION
(type), 0);
+ int_arg
On 17/09/16 07:20, James Greenhalgh wrote:
Hi James,
The convention when fixing a bugzilla is to place a line in your ChangeLog
which looks like:
PR component/x
Oh, I wasn't aware of this, thanks! I'll add it.
FAIL: gcc.target/aarch64/advsimd-intrinsics/vdup-vmov.c -O0
Hi All,
I have committed the attached patch, adding myself to the Write After
Approval section of the MAINTAINERS file.
Thanks,
Tamar
ChangeLog:
2016-09-23 Tamar Christina <tamar.christ...@arm.com>
* MAINTAINERS (Write After Approval): Add myself.diff --git a/MAINTAI
-none-elf and aarch64-none-elf.
Vldx tests now pass on aarch64_be-none-elf and no regressions on both.
Ok for trunk?
I do not have commit rights so if ok can someone apply it for me?
Thanks,
Tamar
gcc/
2016-08-16 Tamar Christina <tamar.christ...@arm.com>
* gcc/config/aarch64/a
Hi Christophe,
Here's the updated patch.
Cheers,
Tamar
From: Christophe Lyon <christophe.l...@linaro.org>
Sent: Wednesday, October 19, 2016 11:23:56 AM
To: Tamar Christina
Cc: GCC Patches; Kyrylo Tkachov; nd
Subject: Re: [PATCH v2][AArch32
* vld1_lane_p64
* vld1q_lane_p64
* vst1_lane_p64
* vst1q_lane_p64
* vcopy_laneq_p64
* vcopyq_laneq_p64
* vdupq_laneq_p64
Added new tests for these and ran regression tests on aarch64-none-linux-gnu
and on arm-none-linux-gnueabihf.
Ok for trunk?
Thanks,
Tamar
gcc/
2016-11-04 Tamar Christina
Hi all,
This patch (3 of 3) adds updates tests for the NEON intrinsics
added by the previous patches:
Ran regression tests on aarch64-none-linux-gnu
and on arm-none-linux-gnueabihf.
Ok for trunk?
Thanks,
Tamar
gcc/testsuite/
2016-11-04 Tamar Christina <tamar.christ...@arm.
if (sig == SIGINT)
^~
Bootstrapped successfully on x86_64-w64-mingw32.
Committed as r241907.
Thanks,
Tamar
gcc/
2016-11-07 Tamar Christina <tamar.christ...@arm.com>
* gcc/ada/adaint.c: Added signal.h for Windows.diff --git a/gcc/ada/adaint.c b/gcc/ada/ad
Ping.
From: gcc-patches-ow...@gcc.gnu.org <gcc-patches-ow...@gcc.gnu.org> on behalf
of Tamar Christina <tamar.christ...@arm.com>
Sent: Tuesday, November 1, 2016 3:46:07 PM
To: GCC Patches; r...@cebitec.uni-bielefeld.de; mikest...@comcas
Hi all,
This patch (2 of 3) adds the following NEON intrinsics to
the ARM back-end of GCC:
* vget_lane_p64
Added new tests for these and ran regression tests on aarch64-none-linux-gnu
and on arm-none-linux-gnueabihf.
Ok for trunk?
Thanks,
Tamar
gcc/
2016-11-04 Tamar Christina <tamar.chr
-linux-gnu.
Ok for trunk?
Thanks,
Tamar
gcc/testsuite/
2016-11-07 Tamar Christina <tamar.christ...@arm.com>
PR middle-end/78142
* gcc.target/aarch64/vector_initialization_nostack.c
(dg-options): Disabled scheduling.diff --git a/gcc/testsuite/gcc.target/a
> Can you remove the comment: Newlib uses ## when including stdlib.h as of
> 2007-09-07. while you are at it? I think it doesn't make any sense post the
> change unless one reads history.
>
No problem,
Thanks
> > 2016-10-31 Tamar Christina <tamar.christ...@arm.com>
Hi Christophe,
Thanks for the review!
>
> A while ago I added p64_p128.c, to contain all the poly64/128 tests except for
> vreinterpret.
> Why do you need to create p64.c ?
I originally created it because I had a much smaller set of intrinsics that I
wanted to
add initially, this grew and It
> I think you forgot to attach the new tests.
Ah, you're right! forgot an add.
New patch coming soon.
Thanks,
Tamar
ons.
This patch is a rework of a previous patch:
https://gcc.gnu.org/ml/gcc-patches/2015-12/msg01971.html
OK for trunk?
Thanks,
Tamar
---
gcc/
2016-10-19 Bilyan Borisov <bilyan.bori...@arm.com>
Tamar Christina <tamar.christ...@arm.com>
* config/arm/arm-c.c (a
Ping
From: gcc-patches-ow...@gcc.gnu.org <gcc-patches-ow...@gcc.gnu.org> on behalf
of Tamar Christina <tamar.christ...@arm.com>
Sent: Friday, September 30, 2016 2:22:35 PM
To: GCC Patches
Cc: nd; Richard Earnshaw; Wilco Dijkstra; ja...@redhat
Hi Michael,
The commit seems to be causing an ICE on aarch64 (just tested latest trunk).
I've created a Bugzilla ticket with a test input
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78107
Regards,
Tamar
> -Original Message-
> From: gcc-patches-ow...@gcc.gnu.org [mailto:gcc-patches-
>
rguent...@suse.de]
> Sent: 21 October 2016 09:05
> To: Jeff Law
> Cc: Tamar Christina; GCC Patches; nd; Richard Earnshaw; Wilco Dijkstra;
> ja...@redhat.com; Joseph Myers; Michael Meissner; Moritz Klammler;
> Andrew Pinski
> Subject: Re: [PATCHv2][GCC] Optimise the fpclassify buil
vget_lane is already in an #ifdef, vmov you're right, but I also notice that the
test calls VDUP instead of VMOV, which explains why I didn't get a test failure.
Thanks for the feedback,
I'll get these updated.
>
> Actually, vget_high_p64 exists on arm, so no need for the #fidef for it.
>
.
Kind regards,
Tamar
From: Tamar Christina
Sent: Tuesday, November 8, 2016 11:58:46 AM
To: Christophe Lyon
Cc: GCC Patches; christophe.l...@st.com; Marcus Shawcroft; Richard Earnshaw;
James Greenhalgh; Kyrylo Tkachov; nd
Subject: RE: [AArch64][ARM][GCC
patch series.
Ok for trunk?
Thanks,
Tamar
gcc/
2016-11-25 Tamar Christina <tamar.christ...@arm.com>
* config/aarch64/aarch64-builtins.c
(vsriq_n_p64, vsri_n_p64): Added poly type.
(vextq_p64, vext_p64): Likewise.
(vceq_p64, vbslq_p64, vbsl_p64): Likewis
com>
Sent: Thursday, November 24, 2016 6:28:18 PM
To: Tamar Christina
Cc: GCC Patches; Wilco Dijkstra; rguent...@suse.de; l...@redhat.com; Michael
Meissner; nd
Subject: Re: [PATCH][GCC][PATCHv3] Improve fpclassify w.r.t IEEE like numbers
in GIMPLE.
On Thu, 24 Nov 2016, Tamar Christina
-17 Tamar Christina <tamar.christ...@arm.com>
PR middle-end/77925
PR middle-end/77926
PR middle-end/66462
* gcc/builtins.c (fold_builtin_fpclassify): Removed.
(fold_builtin_interclass_mathfn): Removed.
(expand_builtin): Added builtins to lo
Ping.
From: gcc-patches-ow...@gcc.gnu.org <gcc-patches-ow...@gcc.gnu.org> on behalf
of Tamar Christina <tamar.christ...@arm.com>
Sent: Monday, November 7, 2016 2:05:27 PM
To: GCC Patches; James Greenhalgh; Richard Earnshaw; Marcus Shawcroft
Cc
>
> This is causing all test names to depend on $srcdir. A test name should never
> include the value of $srcdir.
Sorry about that, committed a fix as r242500 under the obvious rule.
Thanks,
Tamar
>
> Andreas.
>
> --
> Andreas Schwab, SUSE Labs, sch...@suse.de GPG Key fingerprint = 0196
>
Forgot to include the committed patch.
> -Original Message-
> From: Tamar Christina
> Sent: 16 November 2016 15:55
> To: Andreas Schwab; Mike Stump
> Cc: GCC Patches; r...@cebitec.uni-bielefeld.de; nd
> Subject: RE: [PATCH][GCC/TESTSUITE] Make test for trad
: 89.9%
* normal: 4.7%
Regression tests ran on aarch64-none-linux and arm-none-linux-gnueabi
and no regression. x86_64 bootstrapped successfully as well.
Ok for trunk?
Thanks,
Tamar
gcc/
2016-11-11 Tamar Christina <tamar.christ...@arm.com>
* gcc/builtins.c (fold_builtin_fpcl
Ping.
From: gcc-patches-ow...@gcc.gnu.org <gcc-patches-ow...@gcc.gnu.org> on behalf
of Tamar Christina <tamar.christ...@arm.com>
Sent: Wednesday, October 26, 2016 4:01:42 PM
To: Christophe Lyon
Cc: GCC Patches; Kyrylo Tkachov; nd
Subject: R
search path.
Ran regression tests on aarch64-none-linux-gnu.
Ok for trunk?
Thanks,
Tamar
gcc/testsuite/
2016-10-31 Tamar Christina <tamar.christ...@arm.com>
PR testsuite/78136
* gcc.dg/cpp/trad/trad.exp
(dg-runtest): Added $srcdir/$subdir/ to Include dirs.
Forwarding to list as well.
From: Tamar Christina
Sent: Friday, October 28, 2016 10:52:17 AM
To: Pat Haugen; Maxim Kuvyrkov
Cc: GCC Patches
Subject: Re: [PATCH] Fix computation of register limit for -fsched-pressure
Hi Pat,
The commit seems to be causing
-ow...@gcc.gnu.org> on behalf
of Tamar Christina <tamar.christ...@arm.com>
Sent: Friday, October 28, 2016 10:53:20 AM
To: Pat Haugen; Maxim Kuvyrkov
Cc: GCC Patches; nd
Subject: Re: [PATCH] Fix computation of register limit for -fsched-pressure
Forwarding to
Yeah, In the test it's reasonable, just used one extra register.
I'm currently running some benchmarks to make sure those are OK too.
Regards,
Tamar
From: Bin.Cheng <amker.ch...@gmail.com>
Sent: Friday, October 28, 2016 12:38:28 PM
To: Tamar Christ
-mingw32 and build gets passed self tests
but dies at unrelated libstdc++ and libvtv errors.
Ok for trunk?
Thanks,
Tamar
gcc/
2016-11-03 Tamar Christina <tamar.christ...@arm.com>
PR driver/78196
* Makefile.in (SELFTEST_FLAGS): Added -o /dev/null.
diff --git a/gcc/Makefile.in
-none-linux-gnu, arm-none-linux-gnueabihf.
Ok for trunk?
Thanks,
Tamar
gcc/testsuite/
2016-11-01 Tamar Christina <tamar.christ...@arm.com>
* gcc.target/arm/simd/vmaxnm_f32_1.c (dg-require-effective-target):
Check for arm_v8_neon_hw.
* gcc.target/arm/simd/vmaxnmq_f
Hi All,
The new patch contains the proper types for the intrinsics that should be
returning uint64x1
and has the rest of the comments by Christophe in them.
Kind Regards,
Tamar
From: Tamar Christina
Sent: Friday, November 25, 2016 4:01:30 PM
Ping
From: Tamar Christina
Sent: Friday, December 2, 2016 4:20:42 PM
To: Joseph Myers
Cc: GCC Patches; Wilco Dijkstra; rguent...@suse.de; l...@redhat.com; Michael
Meissner; nd
Subject: Re: [PATCH][GCC][PATCHv3] Improve fpclassify w.r.t IEEE like numbers
Hi Andrew,
These should be fixed now.
Thanks,
Tamar
From: Andrew Pinski <pins...@gmail.com>
Sent: Wednesday, December 7, 2016 4:33:51 AM
To: Christophe Lyon
Cc: Tamar Christina; Kyrill Tkachov; James Greenhalgh; GCC Patches;
christophe.l...@
> On a high level, presumably there's no real value in keeping the old
> code to "fold" fpclassify. By exposing those operations as integer
> logicals for the fast path, if the FP value becomes a constant during
> the optimization pipeline we'll see the reinterpreted values flowing
> into the
Hi Christophe,
> After you committed this patch (r242962), I've noticed some regressions as
> follows:
> * on aarch64, vreinterpret_p128 and vreinterpret_p64 fail to compile with
> errors like
> warning: implicit declaration of function 'vreinterpretq_p64_p128
> warning: implicit declaration of
for trunk?
gcc/testsuite/
2016-12-01 Tamar Christina <tamar.christ...@arm.com>
* gcc.target/aarch64/advsimd-intrinsics/arm-neon-ref.h: Gate use of
Poly64 on USE_CRYPTO_TYPES.
* gcc.target/aarch64/advsimd-intrinsics/p64_p128.c: Define
USE_CRYPTO_TYPES.
* gcc.
Hi All,
This patch fixes test failures on aarch64-none-linux-gnu.
Some vreinterpret intrinsics which are required for some of
the tests to run were missing.
Bootstrapped and reg tested on aarch64-none-linux-gnu.
Ok for trunk?
gcc/
2016-12-01 Tamar Christina <tamar.christ...@arm.
Ping?
Is there anything else I need to do for the patch or is it OK for trunk?
Thanks,
Tamar
From: Tamar Christina
Sent: Friday, November 25, 2016 12:18:52 PM
To: Joseph Myers
Cc: GCC Patches; Wilco Dijkstra; rguent...@suse.de; l...@redhat.com; Michael
Hi Jeff,
I wasn't sure if you saw the updated patch attached to the previous email or if
you just hadn't had the time to look at it yet.
Cheers,
Tamar
From: Jeff Law <l...@redhat.com>
Sent: Monday, December 19, 2016 8:27:33 PM
To: Tamar Chr
/(__extension__\s+)static(.+)/\1extern\2/m' \
gcc/config/arm/arm_neon.h
Ok for trunk?
Thanks,
Tamar
gcc/
2017-01-10 Tamar Christina <tamar.christ...@arm.com>
* config/arm/arm_neon.h: Add __artificial__ and gnu_inline
to all inlined functions, change static to extern
Regards,
Tamar
From: Joseph Myers <jos...@codesourcery.com>
Sent: Thursday, December 15, 2016 7:03:27 PM
To: Tamar Christina
Cc: Jeff Law; GCC Patches; Wilco Dijkstra; rguent...@suse.de; Michael Meissner;
nd
Subject: Re: [PATCH][GCC][PATCHv3] Improve fpclassify w.r.t IEEE like number
s0, s0, s3
ret
removing the incorrect ins.
Regression tested on aarch64-none-linux-gnu and no regressions.
OK for trunk?
Thanks,
Tamar
gcc/
2017-03-15 Tamar Christina <tamar.christ...@arm.com>
* config/aarch64/aarch64.md
(copysignsf3): Fix mask generation.diff
with other patterns that use an fmov for the same reason,
e.g. aarch64_combinez*.
Regression tested on aarch64-none-linux-gnu and no regressions.
OK for trunk?
Thanks,
Tamar
gcc/
2017-03-15 Tamar Christina <tamar.christ...@arm.com>
* config/aarch64/aarch64-simd.md (*aarch64_si
t; Thanks,
> James
>
> > gcc/
> > 2017-03-15 Tamar Christina; <tamar.christ...@arm.com>
> >
> > * config/aarch64/aarch64-simd.md (*aarch64_simd_mov)
> > Change ins into fmov.
>
Greenhalgh <james.greenha...@arm.com>
Sent: Thursday, July 27, 2017 4:42:37 PM
To: Tamar Christina
Cc: Richard Sandiford; GCC Patches; nd; Marcus Shawcroft; Richard Earnshaw
Subject: Re: [PATCH][GCC][AArch64] optimize float immediate moves (1 /4) -
infrastructure.
On Wed, Jul 26, 2017 at
and no issues.
Thanks,
Tamar
gcc/
2017-08-01 Tamar Christina <tamar.christ...@arm.com>
* config/aarch64/aarch64.c
(aarch64_can_const_movi_rtx_p): Move 0 check.
--
diff --git a/gcc/config/aarch64/aarch64.c b/gcc/config/aarch64/aarch64.c
index 055ebafb8305412e192c77e4177d08c914
/gcc-patches/2017-06/msg00749.html
Bootstrapped on both aarch64-none-linux-gnu and x86_64 with no issues.
Regression done on aarch64-none-linux-gnu and no regressions.
Ok for trunk?
gcc/
2017-08-03 Tamar Christina <tamar.christ...@arm.com>
Andrew Pinski <pins...@gmail.com&
-linux-gnu and no regressions.
Ok for trunk?
Thanks,
Tamar
gcc/
2017-08-11 Tamar Christina <tamar.christ...@arm.com>
PR target/81800
* config/aarch64/aarch64.md (lrint2): Add
flag_trapping_math.
gcc/testsuite/
2017-08-11 Tamar Christina <tamar.christ..
.
This didn't cause any incorrect code or failing tests but did change
scheduling does producing more inefficient code.
The predicate is not reverted.
Regression tested on aarch64-none-linux-gnu and no regressions.
OK for trunk?
Thanks,
Tamar
gcc/
2017-08-11 Tamar Christina <tamar.chr
> -Original Message-
> From: Richard Biener [mailto:rguent...@suse.de]
> Sent: 08 June 2017 19:23
> To: Joseph Myers
> Cc: Tamar Christina; Christophe Lyon; Markus Trippelsdorf; Jeff Law; GCC
> Patches; Wilco Dijkstra; Michael Meissner; nd
> Subject: Re: [PATCH][
Hi All,
A typo in arm_neon.h is suggesting uses use -mfloat-abi=softp instead of softfp.
Committed as r25026 under the GCC obvious rule.
gcc/
2017-07-17 Tamar Christina <tamar.christ...@arm.com>
* config/arm/arm_neon.h: Fix softp typo.
Thanks,
Tamardiff --git a/gcc/conf
Ping
From: Tamar Christina
Sent: Monday, July 3, 2017 7:11:51 AM
To: James Greenhalgh
Cc: Richard Sandiford; GCC Patches; nd; Marcus Shawcroft; Richard Earnshaw
Subject: Re: [PATCH][GCC][AArch64] optimize float immediate moves (1 /4) -
infrastructure
Ping
From: Tamar Christina
Sent: Monday, July 3, 2017 7:12:05 AM
To: James Greenhalgh
Cc: GCC Patches; nd; Marcus Shawcroft; Richard Earnshaw
Subject: Re: [PATCH][GCC][AArch64] optimize float immediate moves (2 /4) -
HF/DF/SF mode.
Ping
to before:
fmovs2, 1.0e+0
mov x0, 2147483648
fmovd3, x0
bsl v3.8b, v1.8b, v2.8b
fmuls0, s0, s3
Ok for trunk?
gcc/
2017-07-10 Tamar Christina <tamar.christ...@arm.com>
PR middle-end/19706
* config/aarch64/aarc
none-linux-gnu and x86_64 with no issues.
Regression done on aarch64-none-linux-gnu and no regressions.
Ok for trunk?
gcc/
2017-07-10 Tamar Christina <tamar.christ...@arm.com>
Andrew Pinski <pins...@gmail.com>
PR middle-end/19706
* expr.c (is_copy
Ping.
From: Tamar Christina
Sent: Monday, July 10, 2017 4:47 PM
To: Andrew Pinski
Cc: GCC Patches; nd; l...@redhat.com; i...@airs.com; rguent...@suse.de
Subject: Re: [GCC][PATCH][mid-end] Optimize x * copysign (1.0, y) [Patch (1/2)]
Hi All,
I've re-spun
al expand patterns really.
And there were no objections so I figured this was also an acceptable solution.
> Thanks,
> Richard.
>
> >
> > gcc/
> > 2017-07-10 Tamar Christina <tamar.christ...@arm.com>
> > Andrew Pinski <pins...
on call (or alternatively for
> > > multi-output cases an GIMPLE ASM with enumerated asm text).
> > >
> > > Richard.
> > >
> > > > > Thanks,
> > > > > Richard.
> > > > >
> > > > > >
> > > > > &g
sn (sequence) would be
> represented by an internal function call (or alternatively for multi-output
> cases an GIMPLE ASM with enumerated asm text).
>
> Richard.
>
> > > Thanks,
> > > Richard.
> > >
> > > >
> > > > gcc/
> > >
above.
Regtested on arm-none-linux-eabi and no regressions.
Ok for trunk?
gcc/
2017-07-20 Tamar Christina <tamar.christ...@arm.com>
* config/arm/arm.c (arm_test_cpu_arch_dat):
Check for overlap.diff --git a/gcc/config/arm/arm.c b/gcc/config/arm/arm.c
.
Bootstrapped on arm-none-eabi and no issues.
Ok for trunk?
gcc/
2017-07-25 Tamar Christina <tamar.christ...@arm.com>
* config/arm/parsecpu.awk (all_cores): Remove duplicates.diff --git a/gcc/config/arm/parsecpu.awk b/gcc/config/arm/parsecpu.awk
Hi James,
I have updated the patch and have responded to your question blow.
Ok for trunk?
Thanks,
Tamar
> > static bool
> > @@ -5857,12 +5955,6 @@ aarch64_preferred_reload_class (rtx x,
> reg_class_t regclass)
> >return NO_REGS;
> > }
> >
> > - /* If it's an integer immediate
Hi All,
Sorry I just realized I never actually sent the updated patch...
So here it is :)
Regards,
Tamar
From: gcc-patches-ow...@gcc.gnu.org <gcc-patches-ow...@gcc.gnu.org> on behalf
of Tamar Christina <tamar.christ...@arm.com>
Sent: Fr
Ping
From: gcc-patches-ow...@gcc.gnu.org <gcc-patches-ow...@gcc.gnu.org> on behalf
of Tamar Christina <tamar.christ...@arm.com>
Sent: Monday, June 26, 2017 11:50:51 AM
To: James Greenhalgh
Cc: GCC Patches; nd; Marcus Shawcroft; Richard Earnshaw
Ping
From: gcc-patches-ow...@gcc.gnu.org <gcc-patches-ow...@gcc.gnu.org> on behalf
of Tamar Christina <tamar.christ...@arm.com>
Sent: Monday, June 26, 2017 11:49:42 AM
To: James Greenhalgh
Cc: Richard Sandiford; GCC Patches; nd; Marcus Shawcr
> >> +(for cmp (gt ge lt le)
> >> + outp (convert convert negate negate)
> >> + outn (negate negate convert convert)
> >> + /* Transform (X > 0.0 ? 1.0 : -1.0) into copysign(1, X). */
> >> + /* Transform (X >= 0.0 ? 1.0 : -1.0) into copysign(1, X). */
> >> + /* Transform (X < 0.0 ? 1.0 :
nux
and reg-tested on aarch64-none-linux-gnu with no regressions.
OK for trunk and back-port to GCC7?
Thanks,
Tamar
gcc/
2017-04-26 Tamar Christina <tamar.christ...@arm.com>
PR middle-end/79665
* expr.c (expand_expr_real_2): Move TRUNC_MOD_EXPR, FLOOR_MOD_EXPR,
CEIL
/
2017-08-01 Tamar Christina <tamar.christ...@arm.com>
* config/aarch64/aarch64.c (aarch64_reinterpret_float_as_int):
Correct endianness.
--
diff --git a/gcc/config/aarch64/aarch64.c b/gcc/config/aarch64/aarch64.c
index 5a2ad7e9156a6f0389c09470cf1414bff4
commit as I did the
rest.
The failing tests were all added after the submission of this patch. I'll have
a look.
> Thanks,
> bin
> >
> > OK for trunk?
> >
> > Thanks,
> > Tamar
> >
> >
> > gcc/
> > 2017-06-26 Tamar Christina <
1 - 100 of 1400 matches
Mail list logo