Re: [[ARM/AArch64][testsuite] 03/36] Add vmax, vmin, vhadd, vhsub and vrhadd tests.

On 16 January 2015 at 14:56, Tejas Belagod wrote: >> +#ifndef NO_FLOAT_VARIANT >> + VLOAD(vector, buffer, , float, f, 32, 2); >> + VLOAD(vector, buffer, q, float, f, 32, 4); >> +#endif >> > >> >> +#ifndef NO_FLOAT_VARIANT >> + VDUP(vector2, , float, f, 32, 2, -15.5f); >> + VDUP(vector2, q

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

On 13/01/15 15:18, Christophe Lyon wrote: * 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

Re: [[ARM/AArch64][testsuite] 04/36] Add vld1_lane tests.

On 16 January 2015 at 15:09, Tejas Belagod wrote: > On 13/01/15 15:18, Christophe Lyon wrote: >> >> * gcc.target/aarch64/advsimd-intrinsics/vld1_lane.c: New file. >> >> diff --git >> a/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vld1_lane.c >> b/gcc/testsuite/gcc.target/aarch64/adv

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

+VECT_VAR_DECL(expected,poly,8,8) [] = { 0x33, 0x33, 0x33, 0x33, + 0x33, 0x33, 0x33, 0x33 }; +VECT_VAR_DECL(expected,poly,16,4) [] = { 0x, 0x, 0x, 0x }; No poly vmlx_n, otherwise LGTM. Tejas.

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

On 16 January 2015 at 16:35, Tejas Belagod wrote: >> +VECT_VAR_DECL(expected,poly,8,16) [] = { 0x33, 0x33, 0x33, 0x33, >> +0x33, 0x33, 0x33, 0x33, >> +0x33, 0x33, 0x33, 0x33, >> +

Re: [[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.

On 16 January 2015 at 17:07, Tejas Belagod wrote: > On 13/01/15 15:18, Christophe Lyon wrote: >> >> >> * gcc.target/aarch64/advsimd-intrinsics/vXXXhn.inc: New file. >> * gcc.target/aarch64/advsimd-intrinsics/vraddhn.c: New file. >> * gcc.target/aarch64/advsimd-intrinsics

Re: [PATCH] IPA ICF: add no_icf attribute for a function

On 01/16/15 08:04, Martin Liška wrote: Hello. This patch adds support for __attribute__((no_icf)) that prevents a function being merged with a different one. Tested on x86_64-linux-pc. Ready for trunk? Thanks, Martin 0001-IPA-ICF-add-no_icf-attribute.patch From 234fc8018f9810e2adf6d975d6d0

Re: [debug-early] C++ clones and limbo DIEs

On 01/16/2015 05:55 AM, Richard Biener wrote: I'd hope that in the very distant future all early DIEs would be "created" by the frontends (that is, dwarf2out.c wouldn't walk into parents/siblings so much). Are you thinking that the front end would immediately call a debug hook for every block,

Re: RTL cprop vs. fixed hard regs

On 01/16/15 02:42, Alan Modra wrote: https://lists.ozlabs.org/pipermail/linuxppc-dev/2014-December/123776.html shows gcc-5 miscompiling a powerpc64 linux kernel. The executive summary is that the rs6000 backend has a bug in its RTL description of indirect calls. We specify a parallel containing

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

On 13/01/15 15:18, Christophe Lyon wrote: * 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

PING: Re: [PATCH 18/21] PR jit/63854: Add "long-term" allocator to gcc::context

On Wed, 2014-11-19 at 17:36 +, Joseph Myers wrote: > On Wed, 19 Nov 2014, David Malcolm wrote: > > > There's no clean way to release them: retrofitting logic to decide if > > we're dealing with a string literal vs a dynamically-allocated buffer > > (and if something else is pointing to said bu

Re: [PATCH] Avoid -Werror=format-security errors in libcpp

On Fri, 16 Jan 2015, Jakub Jelinek wrote: > Anyway, in that case guess we also need to change unrelated: > > --- libcpp/expr.c.jj 2015-01-05 13:07:21.0 +0100 > +++ libcpp/expr.c 2015-01-16 12:54:56.517522643 +0100 > @@ -696,9 +696,9 @@ cpp_classify_number (cpp_reader *pfile, >

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

+ +/* Expected values of cumulative_saturation flag when multiplication + saturates. */ Note: Saturation (and hence QC bit-setting) can also occur with the accumulation. LGTM. Tejas.

Re: [PATCH] Fix for PR64081 in RTL loop unroller

On 01/16/15 08:16, Zamyatin, Igor wrote: Not sure it's possible to merge DF_REG_DEF_CHAIN walk and DF_REF_CHAIN walk... OK. Just use the same overall structure if we can't pull the test out into a single function that could be called from both places. Thanks, is updated patch ok for trunk?

Re: [PATCH] IPA ICF: add no_icf attribute for a function

> >gcc/c-family/ChangeLog: > > > >2015-01-16 Martin Liska > > > > * c-common.c (handle_noicf_attribute): New function. > > > >gcc/ChangeLog: > > > >2015-01-16 Martin Liska > > > > * doc/extend.texi (no_icf): Add new attribute description. > > * ipa-icf.c (sem_item_optimizer::merge_cla

Re: PING: Re: [PATCH 18/21] PR jit/63854: Add "long-term" allocator to gcc::context

On Fri, 16 Jan 2015, David Malcolm wrote: > Is the patch acceptable in stage3 (assuming it still > applies/bootstraps/etc)? > https://gcc.gnu.org/ml/gcc-patches/2014-11/msg02420.html I have no further comments on the patch. -- Joseph S. Myers jos...@codesourcery.com

[PATCH][AArch64] PR 64448: Combine ((x ^ y) & m) ^ x into bsl/bif instruction

Hi all, This patch fixes the PR by folding the ((x ^ y) & m) ^ x form of the RTL to a bit-select instruction rather than the previous (x & ~m) | (y & m) form. This is in sync with the match.pd change that introduced the folding: Author: mpolacek Date: Wed Dec 17 11:48:33 2014 + PR middle

[PATCH][ARM] PR target/64405 Disable interworking for non-Thumb targets

Hi all, This PR is about GCC emiting 'bx lr' instructions when compiling with -march=armv2 or armv3(!). It should be using a move into the pc instead on those architectures. The cause I found for it is that the functions are marked with the ARM_FT_INTERWORKED type and hence in the output_retur

Re: [PATCH 5/5] rs6000: Do not allow TImode with -m32 -mpowerpc64

On Thu, Jan 15, 2015 at 11:06:38AM -0500, David Edelsohn wrote: > On Wed, Jan 14, 2015 at 8:14 PM, Segher Boessenkool > wrote: > > This fixes 141 FAILs. > > > > -mpowerpc64 does not change the ABI, but default_scalar_mode_supported_p > > does not know that, and allows TImode for -m32 -mpowerpc64.

[PATCH][ARM] PR 62066: Call va_end on early return from va_list processing function

Hi all, As the simple PR says we should call va_end before returning early from a function that started processing the va_list with va_start. The C spec agrees: "Each invocation of the va_start and va_copy macros shall be matched by a corresponding invocation of the va_end macro in the same f

Re: [PATCH, CHKP] [always_inline 1/2] Allow inlining for not instrumented calls to always_inline functions

On 01/16/15 04:04, Ilya Enkovich wrote: Hi, Currently compiler emits an error in case of not instrumented call to instrumented alwyas_inline function. It happens because when we inline there is only instrumented version of function available and we don't inline thunks. This patch solves the

[PATCH 1/2][ARM] PR/63870: Add qualifier to check lane bounds in expand

This is based loosely upon svn r217440, "[AArch64] Add bounds checking to vqdm_lane intrinsics...", but applies to more intrinsics (including e.g. vget_lane), and does not do the endianness-flipping present on AArch64: the objective is to exactly preserve behaviour on all valid code. (Yes, the n

[PATCH][ARM][committed] Move comment about splitting Thumb1 patterns to thumb1.md

Hi all, Sorry for the rototill, but this bugged me ;) Since now we have a separate .md file for Thumb1 patterns, I think this comment is better placed there. Applied as obvious with r219755. Thanks, Kyrill 2015-01-16 Kyrylo Tkachov kyrylo.tkac...@arm.com * config/arm/arm.md: Move comme

Re: [PATCH, CHKP] [always_inline 2/2] Fix segafult in SRA

On 01/16/15 04:09, Ilya Enkovich wrote: Hi, In early SRA some_callers_have_mismatched_arguments_p function is called for function, all its thunks and aliases, but actually cannot handle function with thunks because assumes call_stmt for call_edge is not NULL. This patch rejects functions wit

[patch libstdc++] Optimize synchronization in std::future if futexes are available.

This patch optimizes synchronization in std::future by using atomic operations and futexes if the latter are available, instead of the mutex/condvar combination in the existing code. That reduces the space overhead for futexes as well as synchronization runtime overheads. To do that, the patch in

Re: RTL cprop vs. fixed hard regs

On Fri, Jan 16, 2015 at 08:12:27PM +1030, Alan Modra wrote: > https://lists.ozlabs.org/pipermail/linuxppc-dev/2014-December/123776.html > shows gcc-5 miscompiling a powerpc64 linux kernel. The executive > summary is that the rs6000 backend has a bug in its RTL description of > indirect calls. We

Re: [[ARM/AArch64][testsuite] 01/36] Add explicit dependency on Neon Cumulative Saturation flag (QC).

On 13 January 2015 at 15:17, Christophe Lyon wrote: > * gcc.target/aarch64/advsimd-intrinsics/arm-neon-ref.h > (Set_Neon_Cumulative_Sat): Add parameter. > (__set_neon_cumulative_sat): Support new parameter. > * gcc.target/aarch64/advsimd-intrinsics/binary_sat_op.in

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

On 13 January 2015 at 15:18, Christophe Lyon wrote: > * gcc.target/aarch64/advsimd-intrinsics/arm-neon-ref.h (CHECK): > Add trace. > (CHECK_FP): Likewise. > (CHECK_CUMULATIVE_SAT): Likewise. OK, provided no regressions and no new fails for aarch64, aarch64_be and a

Re: [[ARM/AArch64][testsuite] 03/36] Add vmax, vmin, vhadd, vhsub and vrhadd tests.

On 16 January 2015 at 16:21, Christophe Lyon wrote: > My existing tests only cover armv7 so far. > I do plan to expand them once they are all in GCC. > >> Otherwise, they look good to me(but I can't approve it). >> >> Tejas. >> OK provided, as per the previous couple, that we don;t regression or

Re: [PING] [PATCH] Fix parameters of __tsan_vptr_update

On 01/16/15 00:17, Bernd Edlinger wrote: Hi, I think I should ping for this patch now: https://gcc.gnu.org/ml/gcc-patches/2015-01/msg00599.html note that by mistake the change log referenced sanitizer.c instead of sanitizer.def, consider that fixed on my local copy. That patch is fine. Thank

Re: [[ARM/AArch64][testsuite] 04/36] Add vld1_lane tests.

On 16 January 2015 at 16:23, Christophe Lyon wrote: > On 16 January 2015 at 15:09, Tejas Belagod wrote: >> On 13/01/15 15:18, Christophe Lyon wrote: >>> >>> * gcc.target/aarch64/advsimd-intrinsics/vld1_lane.c: New file. >> Hmm.. again, I don't see vld1_lane_f64? > > Same answer: unless

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

On 13/01/15 15:18, Christophe Lyon wrote: * 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/a

Re: [PATCH][ARM] PR 62066: Call va_end on early return from va_list processing function

On 16/01/15 16:56, Kyrill Tkachov wrote: Hi all, As the simple PR says we should call va_end before returning early from a function that started processing the va_list with va_start. The C spec agrees: "Each invocation of the va_start and va_copy macros shall be matched by a corresponding invo

[PATCH 0/4][ARM Intrinsics][RFTesting] Add missing float16x8_t type, and float16x[48] intrinsics

These add all the V[48]HFmode insns and corresponding intrinsics for ARM. Depends on the two patches at https://gcc.gnu.org/ml/gcc-patches/2015-01/msg01422.html . Unfortunately I don't at present have a testsuite. I've done some testing both manually and on a large internal testsuite for Neon/

Re: [PING] [PATCH] Fix parameters of __tsan_vptr_update

This is just a copy from llvm repo, right? Looks good to me. On Fri, Jan 16, 2015 at 10:17 AM, Bernd Edlinger wrote: > Hi, > > > I think I should ping for this patch now: > https://gcc.gnu.org/ml/gcc-patches/2015-01/msg00599.html > > note that by mistake the change log referenced sanitizer.c inst

[PATCH 2/2][ARM] PR/63870: Add a __builtin_lane_check

This parallels the present form of __builtin_aarch64_im_lane_boundsi, and allows to check lane indices for intrinsics that can otherwise be written in terms of GCC vector extensions. The new builtin is not used in this patch but is used in my series of float16_t intrinsics (https://gcc.gnu.org

[PATCH 1/4][ARM Intrinsics]float16x4_t intrinsics: vget_lane, vset_lane, vcreate, vdup_n, vdup_lane, vld1_lane, vld1_dup, vreinterpret

This adds a bunch of new intrinsics, implemented with GCC vector extensions to maximise mid-end optimization (the same approach as AArch64). Note that unlike AArch64, no attempt is made to support bigendian. gcc/ChangeLog: * config/arm/arm_neon.h (vcreate_f16, vdup_lane_f16, vld1_lane_f16,

[PATCH 2/4][ARM Intrinsics] Add missing float16x8_t type

This defines arm_neon.h's float16x8_t type, although no intrinsics yet (see next patch). Adding V8HFmode does mean programmers can define a GCC vector of same size themselves. gcc/ChangeLog: * config/arm/arm.h (VALID_NEON_QREG_MODE): Add V8HFmode. * config/arm/arm.c (arm_vector_mode_s

[PATCH 3/4][ARM Intrinsics]float16x8_t intrinsics: vgetq_lane, vsetq_lane, vdupq_n, vdupq_lane, vld1q_lane, vld1q_dup, vreinterpretq

Much like the first patch, this adds the equivalent ...q... intrinsics for float16x8_t, using GCC vector extensions. gcc/ChangeLog: * config/arm/arm_neon.h (vdupq_lane_f16, vld1q_lane_f16, vld1q_dup_f16, vreinterpretq_p8_f16, vreinterpretq_f16_p8, vreinterpretq_f16_p16, vreinterpret

[PATCH 4/4][ARM Intrinsics] Add float16 v(ld|st)[234](q?|_lane|_dup),vcombine,vget_(low|high)

These intrinsics are all made from patterns in neon.md, and are all tied together by iterators - I've tried to reduce coupling a bit but there is possibly more that could be done here. gcc/ChangeLog: * config/arm/arm-builtins.c (VAR11, VAR12): New. * config/arm/arm_neon_builtins.def (v

[Obvious ARM Testsuite] mangle-arm-crypto.C needs arm_crypto arguments added

Hi, g++.dg/abi/mangle-arm-crypto.C fails on some ARM targets (see: https://gcc.gnu.org/ml/gcc-testresults/2015-01/msg01654.html ). Much to my irritation, I can't reproduce the failures locally, but the reason looks simple enough - you need to pass the correct flags to enable the cypto intrinsics

Re: [PATCH 0/4][ARM Intrinsics][RFTesting] Add missing float16x8_t type, and float16x[48] intrinsics

On 16 January 2015 at 18:22, Alan Lawrence wrote: > These add all the V[48]HFmode insns and corresponding intrinsics for ARM. > Depends on the two patches at > https://gcc.gnu.org/ml/gcc-patches/2015-01/msg01422.html . > > Unfortunately I don't at present have a testsuite. I've done some testing >

RE: [PING] [PATCH] Fix parameters of __tsan_vptr_update

Hi, On Fri, 16 Jan 2015 21:25:42, Dmitry Vyukov wrote: > > This is just a copy from llvm repo, right? > Looks good to me. > Thanks. Yes I found these test case in the llvm tree, and just adapted them to work in the gcc test suite. However, here is a small tweak in the positive test: That is we

Re: [debug-early] C++ clones and limbo DIEs

On 01/15/2015 07:11 PM, Jason Merrill wrote: On 01/15/2015 09:58 PM, Aldy Hernandez wrote: Now back to limbdo_die_list... My approach is to flush the limbo list, generically, after the front-ends have finished, by adding a new "early_finish" debug hook. This gets rid of any permanence into LT

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

On 13/01/15 15:18, Christophe Lyon wrote: * 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/vpmi

Re: [[ARM/AArch64][testsuite] 03/36] Add vmax, vmin, vhadd, vhsub and vrhadd tests.

On 16 January 2015 at 18:14, Marcus Shawcroft wrote: > On 16 January 2015 at 16:21, Christophe Lyon > wrote: > >> My existing tests only cover armv7 so far. >> I do plan to expand them once they are all in GCC. >> >>> Otherwise, they look good to me(but I can't approve it). >>> >>> Tejas. >>> >

Fix CC_MODE pessimization in reorg.c

As exposed in https://gcc.gnu.org/ml/gcc-patches/2014-12/msg01052.html the conversion of the original cc0-based Visium port into a CC_MODE port went smoothly and didn't affect the run time performance, except for a single but notable case: the reorg.c pass cannot put an insn that clobbers the CC

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

On 16 January 2015 at 18:52, Tejas Belagod wrote: > On 13/01/15 15:18, Christophe Lyon wrote: >> >> * 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:

Re: [debug-early] C++ clones and limbo DIEs

On 01/16/2015 08:31 AM, Jason Merrill wrote: On 01/16/2015 05:55 AM, Richard Biener wrote: I'd hope that in the very distant future all early DIEs would be "created" by the frontends (that is, dwarf2out.c wouldn't walk into parents/siblings so much). Are you thinking that the front end would i

Re: [PATCH, Aarch64] Add FMA steering pass for Cortex-A57

On Fri, Jan 16, 2015 at 5:42 AM, Thomas Preud'homme wrote: > Hi all, > > Quoting the patch: > > For better performance, the destination of FMADD/FMSUB instructions should > have the same parity as their accumulator register if the accumulator contains > the result of a previous FMUL or FMADD/FMSUB

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

+ +void vsri_extra(void) +{ +/* Test cases with maximum shift amount (this amount is different + * from vsli. */ + Nit. Comment Formatting. Similarly, few other places. Otherwise, LGTM. Tejas.

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

On 13/01/15 15:18, Christophe Lyon wrote: * 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/testsui

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

On 16 January 2015 at 16:58, Tejas Belagod wrote: > On 13/01/15 15:18, Christophe Lyon wrote: >> >> >> * gcc.target/aarch64/advsimd-intrinsics/vshuffle.inc: New file. >> * gcc.target/aarch64/advsimd-intrinsics/vtrn.c: New file. >> * gcc.target/aarch64/advsimd-intrinsics/

Re: [patch libstdc++] Optimize synchronization in std::future if futexes are available.

On 16/01/15 18:00 +0100, Torvald Riegel wrote: OK for trunk? OK, thanks.

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

On 13/01/15 15:18, Christophe Lyon wrote: * 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/testsui

Re: [[ARM/AArch64][testsuite] 05/36] Add vldX_dup test.

On 16 January 2015 at 16:20, Tejas Belagod wrote: > On 13/01/15 15:18, Christophe Lyon wrote: >> >> >> * gcc.target/aarch64/advsimd-intrinsics/vldX_dup.c: New file. >> >> diff --git >> a/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vldX_dup.c >> b/gcc/testsuite/gcc.target/aarch64/a

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

On 13/01/15 15:18, Christophe Lyon wrote: * 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 --- /de

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

On 13/01/15 15:18, Christophe Lyon wrote: * 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 --- /de

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

On 13/01/15 15:18, Christophe Lyon wrote: * 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..978

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

On 13/01/15 15:18, Christophe Lyon wrote: * 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 ---

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

On 13/01/15 15:18, Christophe Lyon wrote: * 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 --- /de

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

On 13/01/15 15:18, Christophe Lyon wrote: * 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..

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

On 13/01/15 15:18, Christophe Lyon wrote: * 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 -

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

+VECT_VAR_DECL(expected,poly,16,8) [] = { 0x, 0x, 0x, 0x, +0x, 0x, 0x, 0x }; +VECT_VAR_DECL(expected,hfloat,32,4) [] = { 0x, 0x, + 0x, 0x }; + No float

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

+VECT_VAR_DECL(expected,poly,8,16) [] = { 0x33, 0x33, 0x33, 0x33, +0x33, 0x33, 0x33, 0x33, +0x33, 0x33, 0x33, 0x33, +0x33, 0x33, 0x33, 0x33 }; +VECT_VAR_DECL(expected,poly,16,8)

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

+VECT_VAR_DECL(expected,poly,8,16) [] = { 0x33, 0x33, 0x33, 0x33, +0x33, 0x33, 0x33, 0x33, +0x33, 0x33, 0x33, 0x33, +0x33, 0x33, 0x33, 0x33 }; +VECT_VAR_DECL(expected,poly,16,8

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

On 13/01/15 15:18, Christophe Lyon wrote: * 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..9e7

Re: [debug-early] C++ clones and limbo DIEs

On January 16, 2015 5:31:49 PM CET, Jason Merrill wrote: >On 01/16/2015 05:55 AM, Richard Biener wrote: >> I'd hope that in the very distant future all early DIEs would be >"created" >> by the frontends (that is, dwarf2out.c wouldn't walk into >parents/siblings >> so much). > >Are you thinking tha

Re: [PING ^ 3] [RFC PATCH, AARCH64] Add support for -mlong-calls option

Ping. This was posted in Stage 1, thus still should be valid for Stage 3. First we hit a issue with OpenLoops package were we generated big functions bodies (1-2MB) [1]. This caused the GNU assembler not to be happy as it generated PC-relative offsets to literal pool above 1MB. The authors of pa

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

On 16 January 2015 at 19:33, Tejas Belagod wrote: > >> +VECT_VAR_DECL(expected,poly,8,16) [] = { 0x33, 0x33, 0x33, 0x33, >> +0x33, 0x33, 0x33, 0x33, >> +0x33, 0x33, 0x33, 0x33, >> +

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

On 16 January 2015 at 19:40, Tejas Belagod wrote: > On 13/01/15 15:18, Christophe Lyon wrote: >> >> * 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/adv

[PATCH] Re: Stage 3 RFC: using "jit" for ahead-of-time compilation

On Thu, 2015-01-15 at 22:50 +0100, Richard Biener wrote: > On January 15, 2015 9:05:59 PM CET, David Malcolm wrote: > >Release managers: given that this only touches the jit, and that the > >jit > >is off by default, any objections if I go ahead and commit this? > >It's a late-breaking feature, bu

Merge from trunk to gccgo branch

I merged trunk revision 219753 to the gccgo branch. Ian

Re: Fix CC_MODE pessimization in reorg.c

On 01/16/2015 09:47 AM, Eric Botcazou wrote: > > 2015-01-16 Eric Botcazou > > * reorg.c (fill_simple_delay_slots): If TARGET_FLAGS_REGNUM is valid, > implement a more precise life analysis for it during backward scan. Ok. r~

Re: [COMMITTED] Merge libffi with upstream

On 01/15/2015 08:40 AM, Rainer Orth wrote: > * on Solaris/SPARC, /bin/as requires > > .type fn,#function Gas accepts this as well, so let's just use that. > * Yet unfixed for Solaris/SPARC /bin/as: > > as: "v8.s", line 128: error: invalid digit in radix 10 > > as seems to only understand s

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

On 16 January 2015 at 19:49, Christophe Lyon wrote: > On 16 January 2015 at 19:33, Tejas Belagod wrote: >> >>> +VECT_VAR_DECL(expected,poly,8,16) [] = { 0x33, 0x33, 0x33, 0x33, >>> +0x33, 0x33, 0x33, 0x33, >>> +0x33,

Re: Merge current set of OpenACC changes from gomp-4_0-branch

Hi Gerald! On Fri, 16 Jan 2015 13:32:10 +0100 (CET), Gerald Pfeifer wrote: > On Thursday 2015-01-15 21:20, Thomas Schwinge wrote: > > In r219682, I have committed to trunk our current set of OpenACC changes, > > which we had prepared on gomp-4_0-branch. Thanks to everyone who has > > been contr

Re: Stage3 closing soon, call for patch pings

torsdag 15 januari 2015 13.26.43 skrev H.J. Lu: > On Thu, Jan 15, 2015 at 1:04 PM, Jeff Law wrote: > > Stage3 is closing rapidly. I've drained my queue of patches I was > > tracking > > for gcc-5.However, note that I don't track everything. If it's a > > patch > > for a backend, language ot

[PR libgomp/64625] Remove __OFFLOAD_TABLE__ variable/formal parameter (was: Merge current set of OpenACC changes from gomp-4_0-branch)

Hi! On Thu, 15 Jan 2015 21:20:07 +0100, I wrote: > In r219682, I have committed to trunk our current set of OpenACC changes, Here is a patch to remove the __OFFLOAD_SYMBOL__ variable/formal parameter, as discussed in . But -- I now wonder whether that's actually the

[libgo] Build fix for sparc-linux

The glibc setcontext modifies %g7, so the SETCONTEXT_CLOBBERS_TLS configure test triggers. My guess is that Solaris doesn't clobber %g7, or Rainer would have noticed this before. Is it worth also checking for __linux__ in the elif test, or just wait until someone notices that they have an incompa

Re: [debug-early] C++ clones and limbo DIEs

On 01/16/2015 12:50 PM, Aldy Hernandez wrote: Can you remove the first flush and just do it in the second place? If I only flush the limbo list in the second place, that's basically what mainline does, albeit abstracted into a function. I thought the whole point was to get rid of the limbo lis

Re: Stage3 closing soon, call for patch pings

On 01/16/15 13:14, Magnus Granberg wrote: torsdag 15 januari 2015 13.26.43 skrev H.J. Lu: On Thu, Jan 15, 2015 at 1:04 PM, Jeff Law wrote: Stage3 is closing rapidly. I've drained my queue of patches I was tracking for gcc-5.However, note that I don't track everything. If it's a patch fo

Re: Merge current set of OpenACC changes from gomp-4_0-branch

n 7 6 8 2 (set (reg:SI 0 %d0) (call (mem:QI (reg/f:SI 33) [0 acc_on_device S1 A8]) (const_int 4 [0x4]))) /daten/aranym/gcc/gcc-20150116/gcc/testsuite/c-c++-common/goacc/acc_on_device-2-off.c:19 -1 (nil) (nil)) Andreas. -- Andreas Schwab, sch...@linux-m68k.org GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5 "And now for something completely different."

[PATCH, committed] Parallelize the jit testsuite

This patch adds "check-jit" to lang_checks_parallelized, and sets check_jit_parallelize, enabling jit.exp to be split across multiple jobs. Running: time make -j64 check-jit I saw: Before: real 6m49.601s user 6m19.851s sys0m15.824s After real 2m55.869s user 6m

Re: Fix a MinGW warning in libiberty/strerror.c

> Thanks. Do I need to hear from someone else approving this, or can I > go ahead and commit? Go ahead and commit.

Re: [PR libgomp/64625] Remove __OFFLOAD_TABLE__ variable/formal parameter (was: Merge current set of OpenACC changes from gomp-4_0-branch)

On 16 Jan 21:34, Thomas Schwinge wrote: > On Thu, 15 Jan 2015 21:20:07 +0100, I wrote: > Here is a patch to remove the __OFFLOAD_SYMBOL__ variable/formal > parameter, as discussed in . > > But -- I now wonder whether that's actually the issue that has been > reported i

Re: Use static chain and libffi for Go closures

On Thu, Jan 15, 2015 at 2:12 PM, Richard Henderson wrote: > > All of this has been posted before. > > I believe the ABI change is something we should have for gcc 5. > > Yes, the libffi merge has been causing problems (on targets that > don't even support libgo, annoyingly), but missing support fo

Re: Merge current set of OpenACC changes from gomp-4_0-branch

Hi! On 15 Jan 21:20, Thomas Schwinge wrote: > In r219682, I have committed to trunk our current set of OpenACC changes, > which we had prepared on gomp-4_0-branch. Thanks to everyone who has > been contributing! Unfortunately, it broke offloading from shared libraries (I mean common libs with NE

common.opt and optimization attribute housekeeping

Hi, this patch finishes transition of IPA passes to be per-function (and thus behaving sanely at LTO time when different flags are mixed). It also goes through common.opt and fixes attributes of quite few flags: fauto-inc-dec, fdelete-dead-exceptions, ffunction-cse, fgraphite, fst

Re: Use static chain and libffi for Go closures

On Fri, Jan 16, 2015 at 2:22 AM, Uros Bizjak wrote: > > You should also revert alpha specific change to > libgo/go/testing/quick/quick_test.go, please see [1] and [2]. > > [1] https://gcc.gnu.org/ml/gcc-patches/2013-03/msg00038.html > [2] https://gcc.gnu.org/ml/gcc-patches/2013-03/msg00038/foo.pat

Re: [PR libgomp/64625] Remove __OFFLOAD_TABLE__ variable/formal parameter (was: Merge current set of OpenACC changes from gomp-4_0-branch)

On 86_64 Fedora 15, current gcc trunk only produces… nm libgcc_s.so.1 | grep OFF 00215478 d _GLOBAL_OFFSET_TABLE_ and not __OFFLOAD_TABLE__, The libgcc_s.so.1 built on x86_64-apple-darwin14 doesn't even contain the _GLOBAL_OFFSET_TABLE_ symbol. On Fri, Jan 16, 2015 at 5:40 PM, Ilya Ver

Re: [libgo] Build fix for sparc-linux

On Fri, Jan 16, 2015 at 12:37 PM, Richard Henderson wrote: > > The glibc setcontext modifies %g7, so the SETCONTEXT_CLOBBERS_TLS configure > test triggers. > > My guess is that Solaris doesn't clobber %g7, or Rainer would have noticed > this > before. Is it worth also checking for __linux__ in t

Re: [PR libgomp/64625] Remove __OFFLOAD_TABLE__ variable/formal parameter (was: Merge current set of OpenACC changes from gomp-4_0-branch)

On 16 Jan 18:22, Jack Howarth wrote: > On 86_64 Fedora 15, current gcc trunk only produces… > > nm libgcc_s.so.1 | grep OFF > 00215478 d _GLOBAL_OFFSET_TABLE_ > > and not __OFFLOAD_TABLE__, The libgcc_s.so.1 built on > x86_64-apple-darwin14 doesn't even contain the _GLOBAL_OFFSET_TABLE_

[patch] Add and last pieces of C++11 std::lib

This defines the C++11 header and adds the wstring_convert and wbuffer_convert utilities. These need lots more tests, so if anyone understands how to use them please test them and report problems to Bugzilla. Tested x86_64-linux, committed to trunk. commit dd8ed5fe16c0d0a5805504da9ea98da86837a5

[patch] DW_AT_producer: Ignore -fpreprocessed

Hi, I have provided a sufficient fix in GDB for the -fplugin=libcc1plugin feature: [patch+7.9] compile: Filter out -fpreprocessed https://sourceware.org/ml/gdb-patches/2015-01/msg00485.html But still I think "-fpreprocessed" is inappropriate for DW_AT_producer. Otherwise for an i

[SH] Introduce treg_set_expr

Hi, The attached patch does a couple of things, which are based on the treg_set_expr (for an explanation/motivation see below). Somehow the stuff just kept piling on and it was difficult to make step-by-step patches for all the individual issues. Some patterns needed to be rewritten to keep the

Re: [patch] Add and last pieces of C++11 std::lib

On 16/01/15 23:38 +, Jonathan Wakely wrote: This defines the C++11 header and adds the wstring_convert and wbuffer_convert utilities. These need lots more tests, so if anyone understands how to use them please test them and report problems to Bugzilla. Tested x86_64-linux, committed to tru

[patch] libstdc++/56785 reduce space overhead of nested tuples

This replaces the current empty _Tuple_impl that terminates the recursive inheritance hierarchy, instead adding the extra code to the last base class that holds data so that the recursion terminates there instead. The purpose of this is to avoid nested tuples having two instances of the same _Tup

Re: [PR libgomp/64625] Remove __OFFLOAD_TABLE__ variable/formal parameter (was: Merge current set of OpenACC changes from gomp-4_0-branch)

As I read https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64625#c3, the requirement for __OFFLOAD_TABLE__ was not longer present and the residual usages of it just had to be removed. The weak symbol on darwin is fragile and seems to trip up on the existing code which produces undefined symbols for __

Re: [PR libgomp/64625] Remove __OFFLOAD_TABLE__ variable/formal parameter (was: Merge current set of OpenACC changes from gomp-4_0-branch)

On 16 Jan 19:23, Jack Howarth wrote: > As I read https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64625#c3, the > requirement for __OFFLOAD_TABLE__ was not longer present and the > residual usages of it just had to be removed. The weak symbol on > darwin is fragile and seems to trip up on the existing

<    1   2   3   >