[[ARM/AArch64][testsuite] 10/36] Add vmlal and vmlsl tests.

* gcc.target/aarch64/advsimd-intrinsics/vmlXl.inc: New file. * gcc.target/aarch64/advsimd-intrinsics/vmlal.c: New file. * gcc.target/aarch64/advsimd-intrinsics/vmlsl.c: New file. diff --git a/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vmlXl.inc b/gcc/testsuite/gcc

[[ARM/AArch64][testsuite] 09/36] Add vsubhn, vraddhn and vrsubhn tests. Split vaddhn.c into vXXXhn.inc and vaddhn.c to share code with other new tests.

* gcc.target/aarch64/advsimd-intrinsics/vXXXhn.inc: New file. * gcc.target/aarch64/advsimd-intrinsics/vraddhn.c: New file. * gcc.target/aarch64/advsimd-intrinsics/vrsubhn.c: New file. * gcc.target/aarch64/advsimd-intrinsics/vsubhn.c: New file. * gcc.target/a

[[ARM/AArch64][testsuite] 12/36] Add vmlal_n and vmlsl_n tests.

* gcc.target/aarch64/advsimd-intrinsics/vmlXl_n.inc: New file. * gcc.target/aarch64/advsimd-intrinsics/vmlal_n.c: New file. * gcc.target/aarch64/advsimd-intrinsics/vmlsl_n.c: New file. diff --git a/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vmlXl_n.inc b/gcc/tests

[[ARM/AArch64][testsuite] 07/36] Add vmla_lane and vmls_lane tests.

* gcc.target/aarch64/advsimd-intrinsics/vmlX_lane.inc: New file. * gcc.target/aarch64/advsimd-intrinsics/vmla_lane.c: New file. * gcc.target/aarch64/advsimd-intrinsics/vmls_lane.c: New file. diff --git a/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vmlX_lane.inc b/

[[ARM/AArch64][testsuite] 13/36] Add vmla_n and vmls_n tests.

* gcc.target/aarch64/advsimd-intrinsics/vmlX_n.inc: New file. * gcc.target/aarch64/advsimd-intrinsics/vmla_n.c: New file. * gcc.target/aarch64/advsimd-intrinsics/vmls_n.c: New file. diff --git a/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vmlX_n.inc b/gcc/testsuite

[[ARM/AArch64][testsuite] 14/36] Add vqdmlal and vqdmlsl tests.

* gcc.target/aarch64/advsimd-intrinsics/vqdmlXl.inc: New file. * gcc.target/aarch64/advsimd-intrinsics/vqdmlal.c: New file. * gcc.target/aarch64/advsimd-intrinsics/vqdmlsl.c: New file. diff --git a/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vqdmlXl.inc b/gcc/tests

[[ARM/AArch64][testsuite] 15/36] Add vqdmlal_lane and vqdmlsl_lane tests.

* gcc.target/aarch64/advsimd-intrinsics/vqdmlXl_lane.inc: New file. * gcc.target/aarch64/advsimd-intrinsics/vqdmlal_lane.c: New file. * gcc.target/aarch64/advsimd-intrinsics/vqdmlsl_lane.c: New file. diff --git a/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vqdmlXl_

[[ARM/AArch64][testsuite] 16/36] Add vqdmlal_n and vqdmlsl_n tests.

* gcc.target/aarch64/advsimd-intrinsics/vqdmlXl_n.inc: New file. * gcc.target/aarch64/advsimd-intrinsics/vqdmlal_n.c: New file. * gcc.target/aarch64/advsimd-intrinsics/vqdmlsl_n.c: New file. diff --git a/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vqdmlXl_n.inc b/g

[[ARM/AArch64][testsuite] 19/36] Add vsubl tests, put most of the code in common with vaddl in vXXXl.inc.

* gcc.target/aarch64/advsimd-intrinsics/vXXXl.inc: New file. * gcc.target/aarch64/advsimd-intrinsics/vsubl.c: New file. * gcc.target/aarch64/advsimd-intrinsics/vaddl.c: Use code from vXXXl.inc. diff --git a/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vXXXl.i

[[ARM/AArch64][testsuite] 18/36] Add vsli_n and vsri_n tests.

* gcc.target/aarch64/advsimd-intrinsics/vsXi_n.inc: New file. * gcc.target/aarch64/advsimd-intrinsics/vsli_n.c: New file. * gcc.target/aarch64/advsimd-intrinsics/vsri_n.c: New file. diff --git a/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vsXi_n.inc b/gcc/testsuite

[[ARM/AArch64][testsuite] 17/36] Add vpadd, vpmax and vpmin tests.

* gcc.target/aarch64/advsimd-intrinsics/vpXXX.inc: New file. * gcc.target/aarch64/advsimd-intrinsics/vpadd.c: New file. * gcc.target/aarch64/advsimd-intrinsics/vpmax.c: New file. * gcc.target/aarch64/advsimd-intrinsics/vpmin.c: New file. diff --git a/gcc/testsuite/g

[[ARM/AArch64][testsuite] 20/36] Add vsubw tests, putting most of the code in common with vaddw through vXXWw.inc

* gcc.target/aarch64/advsimd-intrinsics/vXXXw.inc: New file. * gcc.target/aarch64/advsimd-intrinsics/vsubw.c: New file. * gcc.target/aarch64/advsimd-intrinsics/vaddw.c: Use code from vXXXw.inc. diff --git a/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vXXXw.i

[[ARM/AArch64][testsuite] 21/36] Add vmovl tests.

* gcc.target/aarch64/advsimd-intrinsics/vmovl.c: New file. diff --git a/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vmovl.c b/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vmovl.c new file mode 100644 index 000..427c9ba --- /dev/null +++ b/gcc/testsuite/gcc.target/aarch6

[[ARM/AArch64][testsuite] 22/36] Add vmovn tests.

* gcc.target/aarch64/advsimd-intrinsics/vmovn.c: New file. diff --git a/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vmovn.c b/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vmovn.c new file mode 100644 index 000..bc2c2ca --- /dev/null +++ b/gcc/testsuite/gcc.target/aarch6

[[ARM/AArch64][testsuite] 23/36] Add vmul_lane tests.

* gcc.target/aarch64/advsimd-intrinsics/vmul_lane.c: New file. diff --git a/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vmul_lane.c b/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vmul_lane.c new file mode 100644 index 000..978cd9b --- /dev/null +++ b/gcc/testsuite/gcc.t

[[ARM/AArch64][testsuite] 24/36] Add vmul_n tests.

* gcc.target/aarch64/advsimd-intrinsics/vmul_n.c: New file. diff --git a/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vmul_n.c b/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vmul_n.c new file mode 100644 index 000..be0ee65 --- /dev/null +++ b/gcc/testsuite/gcc.target/aar

[[ARM/AArch64][testsuite] 25/36] Add vmull tests.

* gcc.target/aarch64/advsimd-intrinsics/vmull.c: New file. diff --git a/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vmull.c b/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vmull.c new file mode 100644 index 000..3fdd51e --- /dev/null +++ b/gcc/testsuite/gcc.target/aarch6

[[ARM/AArch64][testsuite] 02/36] Be more verbose, and actually confirm that a test was checked.

* gcc.target/aarch64/advsimd-intrinsics/arm-neon-ref.h (CHECK): Add trace. (CHECK_FP): Likewise. (CHECK_CUMULATIVE_SAT): Likewise. diff --git a/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/arm-neon-ref.h b/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/

[[ARM/AArch64][testsuite] 26/36] Add vmull_lane tests.

* gcc.target/aarch64/advsimd-intrinsics/vmull_lane.c: New file. diff --git a/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vmull_lane.c b/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vmull_lane.c new file mode 100644 index 000..d3aa879 --- /dev/null +++ b/gcc/testsuite/gc

[[ARM/AArch64][testsuite] 30/36] Add vpaddl tests.

* gcc.target/aarch64/advsimd-intrinsics/vpaddl.c: New file. diff --git a/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vpaddl.c b/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vpaddl.c new file mode 100644 index 000..779cc77 --- /dev/null +++ b/gcc/testsuite/gcc.target/aar

[[ARM/AArch64][testsuite] 28/36] Add vmnv tests.

* gcc.target/aarch64/advsimd-intrinsics/vmvn.c: New file. diff --git a/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vmvn.c b/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vmvn.c new file mode 100644 index 000..04bb5f1 --- /dev/null +++ b/gcc/testsuite/gcc.target/aarch64/a

[[ARM/AArch64][testsuite] 32/36] Add vqdmulh_lane tests.

* gcc.target/aarch64/advsimd-intrinsics/vqdmulh_lane.c: New file. diff --git a/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vqdmulh_lane.c b/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vqdmulh_lane.c new file mode 100644 index 000..5260676 --- /dev/null +++ b/gcc/testsu

[[ARM/AArch64][testsuite] 33/36] Add vqdmulh_n tests.

* gcc.target/aarch64/advsimd-intrinsics/vqdmulh_n.c: New file. diff --git a/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vqdmulh_n.c b/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vqdmulh_n.c new file mode 100644 index 000..ab66e2d --- /dev/null +++ b/gcc/testsuite/gcc.t

[[ARM/AArch64][testsuite] 29/36] Add vpadal tests.

* gcc.target/aarch64/advsimd-intrinsics/vpadal.c: New file. diff --git a/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vpadal.c b/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vpadal.c new file mode 100644 index 000..dcedb45 --- /dev/null +++ b/gcc/testsuite/gcc.target/aar

[[ARM/AArch64][testsuite] 31/36] Add vqdmulh tests.

* gcc.target/aarch64/advsimd-intrinsics/vqdmulh.c: New file. diff --git a/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vqdmulh.c b/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vqdmulh.c new file mode 100644 index 000..8d2a365 --- /dev/null +++ b/gcc/testsuite/gcc.target/

[[ARM/AArch64][testsuite] 36/36] Add vqdmull_n tests.

* gcc.target/aarch64/advsimd-intrinsics/vqdmull_n.c: New file. diff --git a/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vqdmull_n.c b/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vqdmull_n.c new file mode 100644 index 000..9e73009 --- /dev/null +++ b/gcc/testsuite/gcc.t

[[ARM/AArch64][testsuite] 34/36] Add vqdmull tests.

* gcc.target/aarch64/advsimd-intrinsics/vqdmull.c: New file. diff --git a/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vqdmull.c b/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vqdmull.c new file mode 100644 index 000..e71a624 --- /dev/null +++ b/gcc/testsuite/gcc.target/

[[ARM/AArch64][testsuite] 35/36] Add vqdmull_lane tests.

* gcc.target/aarch64/advsimd-intrinsics/vqdmull_lane.c: New file. diff --git a/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vqdmull_lane.c b/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vqdmull_lane.c new file mode 100644 index 000..12f2a6b --- /dev/null +++ b/gcc/testsu

[[ARM/AArch64][testsuite] 08/36] Add vtrn tests. Refactor vzup and vzip tests.

* gcc.target/aarch64/advsimd-intrinsics/vshuffle.inc: New file. * gcc.target/aarch64/advsimd-intrinsics/vtrn.c: New file. * gcc.target/aarch64/advsimd-intrinsics/vuzp.c: Use code from vshuffle.inc. * gcc.target/aarch64/advsimd-intrinsics/vzip.c: Use code fro

[[ARM/AArch64][testsuite] 06/36] Add vmla and vmls tests.

* gcc.target/aarch64/advsimd-intrinsics/vmlX.inc: New file. * gcc.target/aarch64/advsimd-intrinsics/vmla.c: New file. * gcc.target/aarch64/advsimd-intrinsics/vmls.c: New file. diff --git a/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vmlX.inc b/gcc/testsuite/gcc.ta

[[ARM/AArch64][testsuite] 27/36] Add vmull_n tests.

* gcc.target/aarch64/advsimd-intrinsics/vmull_n.c: New file. diff --git a/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vmull_n.c b/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vmull_n.c new file mode 100644 index 000..df28a94 --- /dev/null +++ b/gcc/testsuite/gcc.target/

Re: [PATCH/AARCH64] Correctly handle stores of zero in fusion_load_store

On 13 January 2015 at 13:29, Marcus Shawcroft wrote: > On 13 January 2015 at 04:48, Andrew Pinski wrote: > >> ChangeLog: >> * config/aarch64/aarch64.c (fusion_load_store): Check dest mode >> instead of src mode. >> >> >> * gcc.target/aarch64/store-pair-1.c: New testcase. > > OK, thanks /Marcus I

Re: [PATCH][RFC] Sanity checking for -freorder-blocks-and-partition failures

On 30.10.2012 17:59, Teresa Johnson wrote: On Tue, Oct 30, 2012 at 9:26 AM, Steven Bosscher wrote: Hello, Hot/cold partitioning is apparently a hot topic all of a sudden, which is a good thing of course, because it's in need of some TLC. The attached patch adds another check the RTL cfg check

Re: [PATCH] Fix PR 53743 and other -freorder-blocks-and-partition failures (issue6823047)

> I would like to work on debugging this, but it's hard without test cases... Maybe the files I attached to my PR55121 could help you in this respect? Your "sanity checking" patching does complain with these input files. Christophe.

Re: Fix PR 53743 and other -freorder-blocks-and-partition failures (issue6823047)

Hi, I have tested your patch on Spec2000 on ARM, and I can still see several failures caused by: "error: fallthru edge crosses section boundary", including the case described in PR55121. On 26 November 2012 16:55, Teresa Johnson wrote: > Ping. > Teresa > > On Thu, Nov 15, 2012 at 12:10 PM, Teres

[ARM] Turning off 64bits ops in Neon and gfortran/modulo-scheduling problem

This is wrong because adds/adc clobber the flags used to control the loop. The patch is: 2012-11-28 Christophe Lyon gcc/ * config/arm/arm-protos.h (tune_params): Add prefer_neon_for_64bits field. * config/arm/arm.c (prefer_neon_for_64bits): New variable. (arm_slowmul

Re: [ARM] Turning off 64bits ops in Neon and gfortran/modulo-scheduling problem

On 29 November 2012 21:59, Joseph S. Myers wrote: > On Thu, 29 Nov 2012, Christophe Lyon wrote: > >> 2012-11-28 Christophe Lyon >> >> gcc/ >> * config/arm/arm-protos.h (tune_params): Add >> prefer_neon_for_64bits field. >> * conf

Re: [ARM] Turning off 64bits ops in Neon and gfortran/modulo-scheduling problem

Ping? http://gcc.gnu.org/ml/gcc-patches/2012-11/msg02558.html Thanks, Christophe. On 30 November 2012 17:34, Christophe Lyon wrote: > On 29 November 2012 21:59, Joseph S. Myers wrote: >> On Thu, 29 Nov 2012, Christophe Lyon wrote: >> >>> 2012-11-28 Christoph

Re: [PATCH, boehm-gc, AArch64] Add AArch64 support

I have just added the ChangeLog entry (in boehm-gc/), which I forgot to add when I committed this patch for you. (as r198562) Christophe. On 11 April 2013 13:20, Yvan Roux wrote: > Hi Marcus, > > thanks for pointing this, but unfortunately I don't have the svn write > access for the moment, thu

[Patch, ARM, v2] Enable libsanitizer

answer, I modified a few regexps to accept possible decorations. This can be removed once ASAN_OPTIONS=color=0 is implemented. Tested on x86 with no regression, on ARM cortex-a9 hardware and a15-qemu with the expected new tests. OK? Christophe. 2013-05-06 Christophe Lyon gcc

Re: [Patch, ARM, v2] Enable libsanitizer

logic which is known to work well for us on Android/ARM. >> I'd like Evgeniy to comment on it. >> >> --kcc >> >> On Mon, May 6, 2013 at 10:52 PM, Christophe Lyon >> wrote: >>> Hi, >>> >>> Here is a 2nd attempt at enabling libsaniti

Re: [Patch, ARM, v2] Enable libsanitizer

Thanks for your review, here is a new version taking your comments into account. Christophe. 2013-05-06 Christophe Lyon gcc/ * config/arm/arm.c (arm_asan_shadow_offset): New function. (TARGET_ASAN_SHADOW_OFFSET): Define. * config/arm/linux-eabi.h (ASAN_CC1_SPEC): Define

Re: [Patch, ARM, v2] Enable libsanitizer

On 7 May 2013 14:22, Jakub Jelinek wrote: > On Tue, May 07, 2013 at 02:18:35PM +0200, Christophe Lyon wrote: >> Thanks for your review, here is a new version taking your comments into >> account. >> >> Christophe. >> >> 2013-05-06 Christophe Lyon >

[Patch wwwdocs] gcc-4.9 changes: address sanitizer on ARM

Hello, This patch mentions Address Sanitizer on ARM in the gcc-4.9/changes.html pages. (and re-enables the "General Optimizer Improvements" section) Is it OK to commit? Thanks, Christophe. Index: gcc-4.9/changes.html === RCS file:

[Patch libsanitizer] merge rev 182922 (helps running under qemu)

Hi, I'd like to backport libsanitizer commit #182922: Index: sanitizer_common/sanitizer_linux.cc === --- sanitizer_common/sanitizer_linux.cc(revision 199453) +++ sanitizer_common/sanitizer_linux.cc(working copy) @@ -410,7 +410

Re: [Patch libsanitizer] merge rev 182922 (helps running under qemu)

Hi, Just committed as r199606. Thanks Christophe. On 31 May 2013 16:53, Konstantin Serebryany wrote: > On Fri, May 31, 2013 at 6:49 PM, Jack Howarth > wrote: >> On Fri, May 31, 2013 at 04:42:21PM +0200, Christophe Lyon wrote: >>> Hi, >>> >>> I'd

[linaro/gcc-4_8-branch] Backports from trunk and merge from gcc-4_8-branch

Hi, I have just backported the following revisions from to linaro/gcc-4_8-branch: r198970 (as r199696), r199241 (as r199700), r198497-198500 (as r199703), r198680 (as r199710), r198928,198973,199203 (as r199718) I have also merged the gcc-4_8-branch into linaro/gcc-4_8-branch up to revision r1996

[linaro/gcc-4_8-branch] Backports from trunk

Hi, I have just backported the following revisions from trunk to linaro/gcc-4_8-branch: r198890,199254,199259,199260,199293,199294,199407,199408,199454,199544,199545 (as rev 199915) r199261 as rev 199916 r199606 as rev 199917 r199652,199653,199656,199657,199658 as rev 199919 r198879 as rev 199922

Re: [Patch, AArch64] Enable Address sanitizer and UB sanitizer

value has to match kAArch64_ShadowOffset64 as defined in libsanitizer/asan/asan_mapping.h. I do expect a followup patch to support ilp32, but I wouldn't post a patch which I haven't tested. Christophe. > Thanks, > Andrew > > > >> >> Cheers >> /Ma

Re: [PATCH][ARM][1/7] Convert FP mnemonics to UAL | mov patterns

Hi, On 9 September 2014 13:02, Ramana Radhakrishnan wrote: > On Tue, Aug 19, 2014 at 4:22 PM, Kyrill Tkachov > wrote: >> Hi all, >> >> In this patch the move patterns are updated. >> For the fconst case where the constant is encoded in a decimal >> representation before going into the immediat

Re: [PATCH][ARM] Enable auto-vectorization for copysignf

Hi Jiong, On 9 September 2014 12:59, Ramana Radhakrishnan wrote: > On Mon, Aug 18, 2014 at 11:31 AM, Jiong Wang wrote: >> this patch enable auto-vectorization for copysignf by using vector >> bit selection instruction on arm32 when neon available. >> I've noticed that your new testcase fails (t

Re: [PATCH][AArch64 Testsuite] Add test of vld[234]q? intrinsic

On 9 September 2014 12:19, Marcus Shawcroft wrote: > On 8 September 2014 11:35, Alan Lawrence wrote: >> This adds a test of all the variants of vld2, vld2q, vld3, vld3q, vld4, and >> vld4q. These all use typexNxM structs and the OI/CI/XImode mechanism, so the >> test cross-checks this against pla

Re: [PATCH][AArch64 Testsuite] Add test of vld[234]q? intrinsic

ld[234] is incorrect on bigendian, > because of https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59810 . > > HTH, Alan. > > > > > Christophe Lyon wrote: >> >> On 9 September 2014 12:19, Marcus Shawcroft >> wrote: >>> >>> On 8 September 2014

Re: [Patch, AArch64] Enable Address sanitizer and UB sanitizer

On 17 September 2014 12:48, Marcus Shawcroft wrote: > On 9 September 2014 13:08, Christophe Lyon wrote: >> On 9 September 2014 12:03, wrote: >>> >>> >>>> On Sep 9, 2014, at 2:50 AM, Marcus Shawcroft >>>> wrote: >>>> >>>

Re: [PATCH] Fix PR63266: Keep track of impact of sign extension in bswap

Hi Thomas, On 24 September 2014 10:01, Richard Biener wrote: > On Tue, Sep 16, 2014 at 12:24 PM, Thomas Preud'homme > wrote: >> Hi all, >> >> The fix for PR61306 disabled bswap when a sign extension is detected. >> However this led to a test case regression (and potential performance >> regre

Re: [COMMITTED][PATCH] Improve prepare_shrink_wrap to sink more instructions

On 24 September 2014 20:32, Jiong Wang wrote: > > On 22/09/14 19:01, Jeff Law wrote: >> >> On 09/22/14 04:29, Jiong Wang wrote: >>> >>> On 19/09/14 21:43, Jeff Law wrote: >>> >>> patch attached. >>> >>> please review, thanks. >>> >>> gcc/ >>> * shrink-wrap.c (move_insn_for_shrink_wrap): Add fu

Re: [PATCH] Fix PR63266: Keep track of impact of sign extension in bswap

On 25 September 2014 08:39, Thomas Preud'homme wrote: >> From: Christophe Lyon [mailto:christophe.l...@linaro.org] >> Sent: Thursday, September 25, 2014 4:28 AM > >> >> Hi Thomas, > > Hi Christophe, > >> >> Although I could notic

Re: [Patch, AArch64] Enable Address sanitizer and UB sanitizer

On 21 September 2014 20:07, Christophe Lyon wrote: > On 17 September 2014 12:48, Marcus Shawcroft > wrote: >> On 9 September 2014 13:08, Christophe Lyon >> wrote: >>> On 9 September 2014 12:03, wrote: >>>> >>>> >>>&

Re: [RFC][ARM]: Fix reload spill failure (PR 60617)

Ramana, On 7 July 2014 13:48, Venkataramanan Kumar wrote: > Hi Ramana/Maxim, > > > On 18 June 2014 16:05, Venkataramanan Kumar > wrote: >> Hi Ramana, >> >> On 18 June 2014 15:29, Ramana Radhakrishnan >> wrote: >>> On Mon, Jun 16, 2014 at 1:53 PM, Venkataramanan Kumar >>> wrote: Hi Mainta

Re: [PATCH] Fix PR63266: Keep track of impact of sign extension in bswap

On 26 September 2014 04:25, Thomas Preud'homme wrote: >> From: Christophe Lyon [mailto:christophe.l...@linaro.org] >> Sent: Thursday, September 25, 2014 10:08 PM >> > >> While attempting to try this, I noticed that more precisely the test >> is currently

Re: [Patch, AArch64] Enable Address sanitizer and UB sanitizer

On 26 September 2014 23:05, Andreas Schwab wrote: > https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=34c65c4 > > * sanitizer_common/sanitizer_platform_limits_posix.h > (__sanitizer___kernel_old_uid_t, __sanitizer___kernel_old_gid_t) > [__aarch64__]

Re: [Patch ARM-AArch64/testsuite v2 01/21] Neon intrinsics execution tests initial framework.

On 10 July 2014 12:12, Marcus Shawcroft wrote: > On 1 July 2014 11:05, Christophe Lyon wrote: >> * documentation (README) >> * dejanu driver (neon-intrinsics.exp) >> * support macros (arm-neon-ref.h, compute-ref-data.h) >> * Tests for 3 intrinsics: vaba, vld1, vshl

Re: [PATCH] Redesign jump threading profile updates

On 30 September 2014 20:20, Teresa Johnson wrote: > On Mon, Sep 29, 2014 at 9:33 PM, Jeff Law wrote: >> On 09/29/14 08:19, Teresa Johnson wrote: Just an update - I found some good test cases by compiling the c-torture tests with profile feedback with and without my patch. But

Re: [PATCH] Redesign jump threading profile updates

On 1 October 2014 17:22, Sebastian Pop wrote: > Christophe Lyon wrote: >> Since this commit, I can see all my builds for arm*linux* and >> aarch64*linux* fail while building glibc: >> >> /tmp/3496222_18.tmpdir/aci-gcc-fsf/builds/gcc-fsf-gccsrc/tools/bin/aarch64-none-lin

Re: [PATCH] Add libstdc++ baseline_symbols for aarch64

Hello, On 29 September 2014 11:56, Jonathan Wakely wrote: > On 26/09/14 23:42 +0200, Andreas Schwab wrote: >> >> Generated by make new-abi-baseline on aarch64-suse-linux. >> >> Andreas. >> >> * config/abi/post/aarch64-linux-gnu/baseline_symbols.txt: New >> file. > > > OK, thanks.

Re: [PATCH] Add libstdc++ baseline_symbols for aarch64

On 3 October 2014 09:55, Andreas Schwab wrote: > Christophe Lyon writes: > >> I've looked at debug info from dejagnu, and it really seems that >> abi_check is called with no argument, hence the error. >> >> What am I doing wrong? > > That must be someth

[linaro/gcc-4_8-branch] Backport from trunk

Hi, I have just backported r198683 from trunk to linaro/gcc-4_8-branch (as rev 200267). (It's the support of Address Sanitizer for ARM) Thanks, Christophe.

[Patch,Aarch64] Make frame grow downwards

0971, pr46440, pr47766, pr49307, all of which are guarded by dg-require-effective-target fstack_protector). OK for trunk? Thanks, Christophe. 2013-06-28 Christophe Lyon * config/aarch64/aarch64.h (FRAME_GROWS_DOWNWARD): Define to 1. * config/aarch64/aarch64.c (aarch64_initial_elimination

[linaro/gcc-4_8-branch] Backports from trunk

Hi, I have just committed backports of the following revisions from trunk to linaro/gcc-4_8-branch: r199694 as r200524 r199533 as r200528 r200061 as r200529 r200148 as r200530 r200152 as r200533. Thanks, Christophe.

[linaro/gcc-4_8-branch] Backports from trunk

Hi, I have just committed backports of the following revisions from trunk to linaro/gcc-4_8-branch: r199810 as r200607 r200019 as r200608 r200062 as r200613 r200096 as r200614 Thanks, Christophe.

[linaro/gcc-4_8-branch] Backports from trunk

Hi, I have just committed backports of the following revisions from trunk to linaro/gcc-4_8-branch: r199640, 199705, 199733, 199734, 199739 grouped as r200640. Thanks, Christophe.

[linaro/gcc-4_8-branch] Backports from trunk and merge from gcc-4_8-branch

Hi, I have recently backported the following revisions from to linaro/gcc-4_8-branch: 200204 (as 201484) 200419 (as 201485) 200466,200467 (as 201486) 200519 (as 201487) 200521 (as 201488) 200531 (as 201489) 200532,200565 (as 201490) 200637 (as 201491) 200670 (as 201493) 200720 (as 201496) 200922

Re: [ARM] Turning off 64bits ops in Neon and gfortran/modulo-scheduling problem

Here is what I have commited (svn 196876.): a few updates were necessary. Christophe. 2013-03-21 Christophe Lyon gcc/ * config/arm/arm-protos.h (tune_params): Add prefer_neon_for_64bits field. * config/arm/arm.c (prefer_neon_for_64bits): New variable

[Patch, ARM] Enable libsanitizer

is actually running under a tty, and adds beautyfying characters which confuse dejanu. OK? Christophe. 2013-03-27 Christophe Lyon gcc/ * config/arm/arm.c (arm_asan_shadow_offset): New function. (TARGET_ASAN_SHADOW_OFFSET): Define. * config/arm/linux-eabi.h (ASAN_CC1_SPEC

Re: [Patch, ARM] Enable libsanitizer

>> Note that the testsuite currently fails when executing under qemu: >> - support of /proc/self/maps does not conform to the kernel format. >> One extra space is missing from some lines, which confuses libsanitizer. >> Patch proposed to upstream qemu: >> http://lists.gnu.org/archive/html/qem

Re: [Patch, ARM] Enable libsanitizer

~/src/qemu/qemu-git/arm-linux-user/qemu-arm -cpu cortex-a9 -R 0 -L /home/lyon/src/GCC/builds/gcc-fsf-asan-arm-none-linux-gnueabihf/sysroot ./heap-overflow-1.arm On 28 March 2013 15:33, Christophe Lyon wrote: >>> - libsanitizer detects if its output is a tty, and when GCC testsui

Re: [Patch, ARM] Enable libsanitizer

On 4 April 2013 14:19, Christophe Lyon wrote: > ~/src/qemu/qemu-git/arm-linux-user/qemu-arm -cpu cortex-a9 -R 0 -L > /home/lyon/src/GCC/builds/gcc-fsf-asan-arm-none-linux-gnueabihf/sysroot > ./heap-overflow-1.arm > > On 28 March 2013 15:33, Christophe Lyon wrote: >>>>

Re: [Patch, ARM] Enable libsanitizer

On 18 April 2013 11:30, Christophe Lyon wrote: > On 4 April 2013 14:19, Christophe Lyon wrote: >> ~/src/qemu/qemu-git/arm-linux-user/qemu-arm -cpu cortex-a9 -R 0 -L >> /home/lyon/src/GCC/builds/gcc-fsf-asan-arm-none-linux-gnueabihf/sysroot >> ./heap-overflow-1.arm >>

Re: [Patch ARM 1/3] Neon intrinsics TLC : Replace intrinsics with GNU C implementations where possible.

Hi Ramana, FWIW, I have executed the current set of my tests which cover all you changes expect vmul, and I have noticed no regression. Christophe. 2014-04-28 12:44 GMT+02:00 Ramana Radhakrishnan : > I've special cased the ffast-math case for the _f32 intrinsics to prevent > the auto-vectorizer

Re: [AArch64/ARM 3/3] Add execution tests of ARM ZIP Intrinsics

This caused: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61062 On 30 April 2014 11:18, Ramana Radhakrishnan wrote: > On Thu, Mar 27, 2014 at 10:53 AM, Alan Lawrence wrote: >> Final patch adds new tests of the ARM ZIP Intrinsics (subsuming the >> autogenerated ones in testsuite/gcc.target/arm/n

Re: we are starting the wide int merge

I have noticed build failures too (arm, aarch64). It also looks like the git-svn-id property is now wrong/incomplete. For instance, commit 9a5942c1d4d9116ab74b0741cfe3894a89fd17fb has: git-svn-id: svn+ssh://gcc.gnu.org/svn/gcc/branches/wide-int@201706 138bc75d-0d04-0410-961f-82ee72b054a4 How

Re: we are starting the wide int merge

On 7 May 2014 09:48, Andreas Schwab wrote: > Christophe Lyon writes: > >> It also looks like the git-svn-id property is now wrong/incomplete. >> For instance, commit 9a5942c1d4d9116ab74b0741cfe3894a89fd17fb has: >> git-svn-id: svn+ssh://gcc.gnu.org/svn/gcc/

Re: libsanitizer merge from upstream r208536

Hi, Since merge from upstream r209283 (210743 in GCC), my build fails on ARM, because rpc/xdr.h is not found. Is this expected? Thanks, Christophe. On 23 May 2014 15:45, Konstantin Serebryany wrote: > On Fri, May 23, 2014 at 5:41 PM, Marek Polacek wrote: >> On Mon, May 12, 2014 at 03:20:37PM

Re: another patch for PR60969

Hi, Since this patch was committed, I can see aarch64_be-none-elf build fail in newlib with this error message: 0x8ba1fb check_rtl /tmp/5244922_15.tmpdir/aci-gcc-fsf/sources/gcc-fsf/trunk/gcc/lra.c:2083 0x8bd5b2 lra(_IO_FILE*) /tmp/5244922_15.tmpdir/aci-gcc-fsf/sources/gcc-fsf/trunk

Re: [PATCH 7/7] Plug ipa-prop escape analysis into gimple_call_arg_flags

On my side, I can see that r210901 breaks AArch64 compiler build: gcc/config/aarch64/aarch64.c: In function ‘void aarch64_elf_asm_named_section(const char*, unsigned int, tree_node*)’: gcc/config/aarch64/aarch64.c:8136: error: ‘decl_comdat_group’ was not declared in this scope Christophe. On 26

Re: libsanitizer merge from upstream r208536

istophe. > On Fri, May 23, 2014 at 6:06 PM, Christophe Lyon > wrote: >> Hi, >> Since merge from upstream r209283 (210743 in GCC), my build fails on >> ARM, because rpc/xdr.h is not found. >> Is this expected? >> >> Thanks, >> >> Christophe. >&

Re: [PATCH] Fix PR54733 Optimize endian independent load/store

On 23 May 2014 05:36, Thomas Preud'homme wrote: >> From: Richard Biener [mailto:richard.guent...@gmail.com] >> On Wed, May 21, 2014 at 3:00 AM, Thomas Preud'homme >> wrote: > >> > >> > Updated ChangeLogs: >> > >> > *** gcc/ChangeLog *** >> > >> > 2014-05-20 Thomas Preud'homme >> > >> >

Re: another patch for PR60969

On 26 May 2014 23:24, Vladimir Makarov wrote: > On 2014-05-25, 12:58 PM, Christophe Lyon wrote: >> >> Hi, >> Since this patch was committed, I can see aarch64_be-none-elf build >> fail in newlib with this error message: >> 0x8ba1fb check_rtl >> >> /

Re: RFA: cache enabled attribute by insn code

Hi, Commits 210964 and 210965 for this patch have broken GCC build on arm* targets. For instance on target arm-none-linux-gnueabi, when creating unwind-arm.o, I can see: /tmp/5673443_3.tmpdir/aci-gcc-fsf/sources/gcc-fsf/trunk/gcc/lra.c:1362 0x8e3bcd process_insn_for_elimination /t

Re: [PATCH] Fix PR54733 Optimize endian independent load/store

On 27 May 2014 09:23, Thomas Preud'homme wrote: > Hi Chistophe and Andreas, > >> From: gcc-patches-ow...@gcc.gnu.org [mailto:gcc-patches- >> ow...@gcc.gnu.org] On Behalf Of Thomas Preud'homme >> >> I suspect it's the same kind of problem m68k run into. I already wrote a >> patch >> to >> reduce t

Re: RFA: cache enabled attribute by insn code

On 27 May 2014 15:37, Ramana Radhakrishnan wrote: > On Tue, May 27, 2014 at 2:12 PM, Christophe Lyon > wrote: >> Hi, >> >> Commits 210964 and 210965 for this patch have broken GCC build on arm* >> targets. >> For instance on target arm-none-linux-gnueabi,

Re: RFA: cache enabled attribute by insn code

On 27 May 2014 17:07, Richard Sandiford wrote: > Richard Sandiford writes: >> Richard Sandiford writes: >>> Does the following patch help? >> >> Bah, it won't of course: %i1 needs to be the operator. > > Here's v2. I tested that it worked for simple tests like: > I confirm that the compiler no

Re: [AArch64/ARM 2/3] Detect EXT patterns to vec_perm_const, use for EXT intrinsics

Hi Alan This causes g++ to ICE on pr59378 test, for aarch64 targets: http://cbuild.validation.linaro.org/build/cross-validation/gcc/211058/report-build-info.html Can you check? Thanks, Christophe. On 19 May 2014 14:53, Marcus Shawcroft wrote: > On 23 April 2014 21:22, Alan Lawrence wrote: >

Re: [PATCH, ARM, v2] Fix PR target/59142: internal compiler error while compiling OpenCV 2.4.7

Committed on Charlies' behalf as: r206706 for the 4.8 branch r206707 for the 4.7 branch Christophe. On 17 January 2014 10:28, Richard Earnshaw wrote: > On 16/01/14 18:40, Charles Baylis wrote: >> On 20 December 2013 13:26, Richard Earnshaw wrote: >>> On 19/12/13 17:40, Charles Baylis wrote: >>>

Re: [ARM][PATCH] Vectorizer generates unaligned access when -mno-unaligned-access is enabled

On 6 February 2014 10:49, Yury Gribov wrote: > Kugan wrote: >>> Ok if no regressions. >> >> Tested it on qemu for arm-none-linux-gnueabi and there is no new >> regressions. I am sorry I didn't mention it when I posted the patch. > > Commited in r207533. Thanks! > Hi, As can be seen here: http://

Re: [PATCH] offline gcda profile processing tool

On 11 July 2014 10:07, Richard Biener wrote: > On Mon, May 5, 2014 at 7:17 PM, Rong Xu wrote: >> Here is the updated patch. The difference with patch set 3 is >> (1) use the gcov-counter.def for scaling operation. >> (2) fix wrong scaling function for time-profiler. >> >> passed with bootstrap, p

Re: Re: [PING][PATCH] Fix for PR 61561

The new testcase causes an ICE when the compile is configured --with-thumb or when forcing -mthumb. Christophe. On 11 July 2014 11:08, Marat Zakirov wrote: > Thank to you all. > > Committed revision 212450. > > --Marat > > > Original Message > Subject:Re: [PING][PATCH]

Re: [PING][PATCH] Fix for PR 61561

be able to provide full details. However, the trunk version is the one where you committed your patch. configure: --target arm-none-linux-gnueabihf --with-thumb should be sufficient, then just make check and look at the results of the test you introduced. Christophe. > --Marat > > > On

Re: [PATCH][ARM] Enable arm target in ira-shrinkwrap-prep* testcases

Hi all, On 23 July 2014 11:26, Kyrill Tkachov wrote: > > On 22/07/14 17:29, Ramana Radhakrishnan wrote: >> >> On Mon, Jul 14, 2014 at 11:11 AM, Jiong Wang wrote: >>> >>> currently the following testcases are disabled for arm target, >>> >>> gcc.dg/ira-shrinkwrap-prep-1.c >>> gcc.dg/ira-shrinkw

Re: [PATCH] [ARM] [RFC] Fix longstanding push_minipool_fix ICE (PR49423, lp1296601)

On 5 July 2014 16:12, Charles Baylis wrote: > On 3 July 2014 15:26, Richard Earnshaw wrote: > >> So OK, but if you're considering back-ports, I suggest you let it bake a >> while on trunk first. > > Committed as r212303. It was a few weeks ago now, so is it OK to backport this to 4.8 and 4.9 bra

<    14   15   16   17   18   19   20   21   22   23   >