This fixes a miscompile that can happen when PHI-opt is entered
with a not cleaned up CFG and we have a always true/false condition
like
if (a_1 != a_1)
or
if (0 != 0)
in this case the check guarding
/* If the middle basic block was empty or is defining the
PHI arguments and
On Mon, Oct 20, 2014 at 5:53 PM, Xinliang David Li wrote:
> On Mon, Oct 20, 2014 at 1:32 AM, Richard Biener
> wrote:
>> On Mon, Oct 20, 2014 at 12:02 AM, Xinliang David Li
>> wrote:
>>> On Sat, Oct 18, 2014 at 4:19 PM, Xinliang David Li
>>> wrote:
On Sat, Oct 18, 2014 at 3:27 PM, Jan Hub
On Mon, Oct 20, 2014 at 8:21 PM, Andrew MacLeod wrote:
> creates cfg.h, cfganal.h, lcm.h, and loop-unroll.h to house the prototypes
> for those .c files.
>
> cfganal.h also gets "struct edge_list" and "class control_dependences"
> definitions since that is where all the routines and manipulators
Maxim Kuvyrkov writes:
> This patch is a simple fix to allow decompose_address to handle
> SCRATCH'es during 2nd scheduler pass. This patch is a prerequisite for a
> scheduler improvement that relies on decompose_address to parse insns.
>
> Bootstrapped and regtested on x86_64-linux-gnu and regtes
On Mon, Oct 20, 2014 at 10:10 PM, Carrot Wei wrote:
> Hi Richard
>
> An arm testcase that can reproduce this bug is attached.
>
> 2014-10-20 Guozhi Wei
>
> PR tree-optimization/63530
> gcc.target/arm/pr63530.c: New testcase.
>
>
> Index: pr63530.c
> =
Maxim Kuvyrkov writes:
> This patch improves model_order_p to use non-reg-pressure version of
> rank_for_schedule when it needs to break the tie. At the moment it is
> comparing INSN_PRIORITY by itself, and it seems prudent to outsource
> that to rank_for_schedule.
Do you have an example of wher
On Thu, Oct 16, 2014 at 11:06:34AM -0600, Jeff Law wrote:
> >>We really prefer fully specified sorts. For a qsort callback, this
> >>doesn't look fully specified.
> >>
> >>
> >>With that fixed, this should be OK.
> >>
> >>jeff
> >
> >Thanks for the review. Here is the updated version.
> >Is it ok
On Mon, Oct 20, 2014 at 4:17 PM, Bernd Schmidt wrote:
> This is a patch kit that adds the nvptx port to gcc. It contains preliminary
> patches to add needed functionality, the target files, and one somewhat
> optional patch with additional target tools. There'll be more patch series,
> one for the
For some reasons it passed bootstrap locally...
> -Original Message-
> From: Jakub Jelinek [mailto:ja...@redhat.com]
> Sent: Tuesday, October 21, 2014 12:15 PM
> To: Zamyatin, Igor; Jeff Law
> Cc: GCC Patches (gcc-patches@gcc.gnu.org)
> Subject: Re: [PATCH, PR63307] Fix generation of new d
On Tue, Oct 21, 2014 at 10:14:56AM +0200, Jakub Jelinek wrote:
> I've bootstrapped/regtested on i686-linux the following quick fix,
> bootstrapped on x86_64-linux too, in the middle of regtesting there.
> If it succeeds, I'll commit as obvious, so that people can continue working
> on the trunk.
A
On Mon, Oct 20, 2014 at 04:17:56PM +0200, Bernd Schmidt wrote:
> * Can't emit initializers referring to their variable's address since
>you can't write forward declarations for variables.
Can't that be handled by emitting the initializer without the address and
some constructor that fixes up
On Mon, Oct 20, 2014 at 3:50 PM, Jakub Jelinek wrote:
> On Mon, Oct 20, 2014 at 05:41:25PM +0400, Kirill Yukhin wrote:
>> Hello,
>> This patch adds (almost) all built-ins needed by
>> AVX-512VL,BW,DQ intrinsics.
>>
>> Main questionable hunk is:
>>
>> diff --git a/gcc/tree-core.h b/gcc/tree-core.h
Hi There,
This is the first patch to enable GCC generate UAL assembly code for Thumb1
target. This new option enables user to specify which syntax is used in
their inline assembly code. If the inline assembly code uses UAL format,
then gcc does nothing because gcc generates UAL code as well. If t
Hi Richard,
I realized thanks to Christophe Lyon that a shift was not right: the shift count
is a number of bytes instead of a number of bits.
This extra patch fixes the problem.
ChangeLog are as follows:
*** gcc/ChangeLog ***
2014-09-26 Thomas Preud'homme
* tree-ssa-math-opts.c (f
On Thu, Oct 16, 2014 at 2:05 PM, Jakub Jelinek wrote:
>> > Recent change caused bootstrap failure on CentOS 5.11:
>> >
>> > /usr/bin/ld: Dwarf Error: found dwarf version '4', this reader only
>> > handles version 2 information.
>> > unwind-dw2-fde-dip_s.o: In function `__pthread_cleanup_routine':
On Tue, Oct 21, 2014 at 11:30:49AM +0200, Uros Bizjak wrote:
> At the end of the day, adding pthread.h to glibc_c99_inline_4 fix
> fixes the bootstrap. The fix applies __attribute__((__gnu_inline__))
> to the declaration:
>
> extern __inline __attribute__ ((__gnu_inline__)) void
> __pthread_cleanu
On 20 October 2014 21:45, Andrew Pinski wrote:
> Hi,
> This adds simple -mcpu=thunderx support. Right now we use the
> schedule model of cortex-a53 but we will submit a schedule model for
> ThunderX later on. Note ThunderX is an AARCH64 only processor so I
> created a new file to hold the cost
Hi,
This patch is used to tune the gcc for Cortex-M7.
The performance of Dhrystone can be improved by 1%.
The performance of Coremark can be improved by 2.3%.
Patch also attached for convenience.
Is it ok for trunk?
Thanks and Best Regards,
Hale Wang
gcc/ChangeLog
2014-10-11 Hale Wang
Hi!
This patch prevents conditional loads/stores to be added into interleaved
groups (where it ICEs later on).
Bootstrapped/regtested on x86_64-linux and i686-linux, ok for trunk/4.9?
2014-10-21 Jakub Jelinek
PR tree-optimization/63563
* tree-vect-data-refs.c (vect_analyze_da
Attach the patch.
> -Original Message-
> From: gcc-patches-ow...@gcc.gnu.org [mailto:gcc-patches-
> ow...@gcc.gnu.org] On Behalf Of Hale Wang
> Sent: Tuesday, October 21, 2014 5:49 PM
> To: gcc-patches@gcc.gnu.org
> Subject: [PATCH] Add arm_cortex_m7_tune.
>
> Hi,
>
> This patch is used
Hi,
Some configurations of the Cortex-M0 and Cortex-M1 come with a high latency
multiplier. This patch adds support for such configurations.
Small multiplier means using add/sub/shift instructions to replace the mul
instruction for the MCU that has no fast multiplier.
The following strategies ar
On 10/17/2014 04:32 PM, Ian Lance Taylor wrote:
Jakub Jelinek writes:
Not sure if there aren't extra steps to make strtoull prototype available
in system.h, libiberty.h etc. for systems that don't have strtoull in their
headers.
See the
#if defined(HAVE_DECL_XXX) && !HAVE_DECL_XXX
lines in
On 20/10/14 10:23 -0700, Tim Shen wrote:
Bootstrapped and tested.
Did you manage to produce a testcase that crashed on trunk?
@@ -407,25 +409,28 @@ _GLIBCXX_BEGIN_NAMESPACE_VERSION
template
bool _Executor<_BiIter, _Alloc, _TraitsT, __dfs_mode>::
-_M_word_boundary(_State<_TraitsT>) c
On 10/21/2014 10:18 AM, Richard Biener wrote:
So with this restriction I wonder why it didn't make sense to go the
HSA "backend" route emitting PTX from a GIMPLE SSA pass. This
would have avoided the LTO dance as well ...
Quite simple - there isn't an established way to do this. If I'd known
On 10/21/2014 10:42 AM, Jakub Jelinek wrote:
On Mon, Oct 20, 2014 at 04:17:56PM +0200, Bernd Schmidt wrote:
* Can't emit initializers referring to their variable's address since
you can't write forward declarations for variables.
Can't that be handled by emitting the initializer without
Hi there,
Attached patch intends to enable GCC generate UAL format code for Thumb1
target. Tested with regression test and no regressions. Is it OK to trunk?
BR,
Terry
2014-10-21 Terry Guo
* config/arm/arm.c (arm_output_mi_thunk): Use UAL for Thumb1
target.
* config/arm
On Tue, 21 Oct 2014, Jakub Jelinek wrote:
> Hi!
>
> This patch prevents conditional loads/stores to be added into interleaved
> groups (where it ICEs later on).
>
> Bootstrapped/regtested on x86_64-linux and i686-linux, ok for trunk/4.9?
Ok.
Thanks,
Richard.
> 2014-10-21 Jakub Jelinek
>
>
On Tue, Oct 21, 2014 at 12:53 PM, Bernd Schmidt wrote:
> On 10/21/2014 10:18 AM, Richard Biener wrote:
>>
>> So with this restriction I wonder why it didn't make sense to go the
>> HSA "backend" route emitting PTX from a GIMPLE SSA pass. This
>> would have avoided the LTO dance as well ...
>
>
>
On Tue, Oct 21, 2014 at 11:28 AM, Thomas Preud'homme
wrote:
> Hi Richard,
>
> I realized thanks to Christophe Lyon that a shift was not right: the shift
> count
> is a number of bytes instead of a number of bits.
>
> This extra patch fixes the problem.
Ok.
Thanks,
Richard.
> ChangeLog are as f
Hi,
another patchlet along the lines of the other I proposed over the last
weeks: this one should be really uncontroversial, because turns out that
in all but one case we are passing all NULL / false arguments.
Tested x86_64-linux.
Thanks,
Paolo.
/
... the patch.
Paolo.
//
2014-10-21 Paolo Carlini
* parser.c (cp_parser_unary_expression): Add default arguments.
(cp_parser_cast_expression, cp_parser_sizeof_operand,
cp_parser_omp_atomic): Adjust.
Index: parser.c
=
Richard,
I did some changes in patch and ChangeLog to mark that support for
if-convert of blocks with only critical incoming edges will be added
in the future (more precise in patch.4).
Could you please review it.
Thanks.
ChangeLog:
2014-10-21 Yuri Rumyantsev
(flag_force_vectorize): New va
They still FAIL though:
FAIL: g++.dg/tree-prof/pr35545.C execution: file pr35545.gcda does not
exist, -fprofile-generate -D_PROFILE_GENERATE
FAIL: g++.dg/ipa/devirt-42.C -std=gnu++98 scan-tree-dump-times optimized
"return 2" 2
FAIL: g++.dg/ipa/devirt-42.C -std=gnu++11 scan-tree-dump-times
On Tue, Oct 21, 2014 at 2:25 PM, Yuri Rumyantsev wrote:
> Richard,
>
> I did some changes in patch and ChangeLog to mark that support for
> if-convert of blocks with only critical incoming edges will be added
> in the future (more precise in patch.4).
But the same reasoning applies to this versio
Tested on m68k-suse-linux, installed as obvious.
Andreas.
* gcc.dg/bf-spl1.c (main): Fix implicit int.
diff --git a/gcc/testsuite/gcc.dg/bf-spl1.c b/gcc/testsuite/gcc.dg/bf-spl1.c
index b28130d..1cba005 100644
--- a/gcc/testsuite/gcc.dg/bf-spl1.c
+++ b/gcc/testsuite/gcc.dg/bf-spl1.c
@@ -
This patch series is an updated version of the series I sent here:
https://gcc.gnu.org/ml/gcc-patches/2014-07/msg00022.html
I addressed comments from Marcus and Richard, and decided to skip
support for half-precision variants for the time being. I'll post
dedicated patches later.
Compared to v2:
2014-10-21 Christophe Lyon
* gcc.target/aarch64/advsimd-intrinsics/unary_op.inc: New file.
* gcc.target/aarch64/advsimd-intrinsics/vabs.c: Likewise.
* gcc.target/aarch64/advsimd-intrinsics/vneg.c: Likewise.
diff --git a/gcc/testsuite/gcc.target/aarch64/advsimd-intrins
* documentation (README)
* dejanu driver (advsimd-intrinsics.exp)
* support macros (arm-neon-ref.h, compute-ref-data.h)
* Tests for 3 intrinsics: vaba, vld1, vshl
2014-10-21 Christophe Lyon
* gcc.target/arm/README.advsimd-intrinsics: New file.
* gcc.target/aarch64/advsimd-intri
2014-10-21 Christophe Lyon
* gcc.target/aarch64/advsimd-intrinsics/binary_op.inc: New file.
* gcc.target/aarch64/advsimd-intrinsics/vadd.c: Likewise.
* gcc.target/aarch64/advsimd-intrinsics/vand.c: Likewise.
* gcc.target/aarch64/advsimd-intrinsics/vbic.c: Likew
2014-10-21 Christophe Lyon
* gcc.target/aarch64/advsimd-intrinsics/cmp_fp_op.inc: New file.
* gcc.target/aarch64/advsimd-intrinsics/vcage.c: Likewise.
* gcc.target/aarch64/advsimd-intrinsics/vcagt.c: Likewise.
* gcc.target/aarch64/advsimd-intrinsics/vcale.c: Li
2014-10-21 Christophe Lyon
* gcc.target/aarch64/advsimd-intrinsics/unary_sat_op.inc: New
file.
* gcc.target/aarch64/advsimd-intrinsics/vqabs.c: Likewise.
* gcc.target/aarch64/advsimd-intrinsics/vqneg.c: Likewise.
diff --git
a/gcc/testsuite/gcc.target/aarch64/
2014-10-21 Christophe Lyon
* gcc.target/aarch64/advsimd-intrinsics/vabal.c: New file.
diff --git a/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vabal.c
b/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vabal.c
new file mode 100644
index 000..cd31062
--- /dev/null
+++
2014-10-21 Christophe Lyon
* gcc.target/aarch64/advsimd-intrinsics/cmp_op.inc: New file.
* gcc.target/aarch64/advsimd-intrinsics/vceq.c: Likewise.
* gcc.target/aarch64/advsimd-intrinsics/vcge.c: Likewise.
* gcc.target/aarch64/advsimd-intrinsics/vcgt.c: Likewise
2014-10-21 Christophe Lyon
* gcc.target/aarch64/advsimd-intrinsics/binary_sat_op.inc: New
file.
* gcc.target/aarch64/advsimd-intrinsics/vqadd.c: Likewise.
* gcc.target/aarch64/advsimd-intrinsics/vqsub.c: Likewise.
diff --git
a/gcc/testsuite/gcc.target/aarch64
2014-10-21 Christophe Lyon
* gcc.target/aarch64/advsimd-intrinsics/vabdl.c: New file.
diff --git a/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vabdl.c
b/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vabdl.c
new file mode 100644
index 000..28018ab
--- /dev/null
+++
2014-10-21 Christophe Lyon
* gcc.target/aarch64/advsimd-intrinsics/vdup-vmov.c: New file.
diff --git a/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vdup-vmov.c
b/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vdup-vmov.c
new file mode 100644
index 000..b5132f4
--- /d
2014-10-21 Christophe Lyon
* gcc.target/aarch64/advsimd-intrinsics/vaddl.c: New file.
diff --git a/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vaddl.c
b/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vaddl.c
new file mode 100644
index 000..861abec
--- /dev/null
+++
2014-10-21 Christophe Lyon
* gcc.target/aarch64/advsimd-intrinsics/vaddw.c: New file.
diff --git a/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vaddw.c
b/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vaddw.c
new file mode 100644
index 000..5804cd7
--- /dev/null
+++
2014-10-21 Christophe Lyon
* gcc.target/aarch64/advsimd-intrinsics/vldX_lane.c: New file.
diff --git a/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vldX_lane.c
b/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vldX_lane.c
new file mode 100644
index 000..1991033
--- /d
2014-10-21 Christophe Lyon
* gcc.target/aarch64/advsimd-intrinsics/vbsl.c: New file.
diff --git a/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vbsl.c
b/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vbsl.c
new file mode 100644
index 000..bb17f0a
--- /dev/null
+++ b/g
2014-10-21 Christophe Lyon
* gcc.target/aarch64/advsimd-intrinsics/vld1_dup.c: New file.
diff --git a/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vld1_dup.c
b/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vld1_dup.c
new file mode 100644
index 000..0e05274
--- /dev/
2014-10-21 Christophe Lyon
* gcc.target/aarch64/advsimd-intrinsics/vmul.c: New file.
diff --git a/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vmul.c
b/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vmul.c
new file mode 100644
index 000..7527861
--- /dev/null
+++ b/g
2014-10-21 Christophe Lyon
* gcc.target/aarch64/advsimd-intrinsics/vclz.c: New file.
diff --git a/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vclz.c
b/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vclz.c
new file mode 100644
index 000..ad28d2d
--- /dev/null
+++ b/g
2014-10-21 Christophe Lyon
* gcc.target/aarch64/advsimd-intrinsics/vldX.c: New file.
diff --git a/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vldX.c
b/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vldX.c
new file mode 100644
index 000..fe00640
--- /dev/null
+++ b/g
2014-10-21 Christophe Lyon
* gcc.target/aarch64/advsimd-intrinsics/vuzp.c: New file.
* gcc.target/aarch64/advsimd-intrinsics/vzip.c: Likewise.
diff --git a/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vuzp.c
b/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vuzp.
2014-10-21 Christophe Lyon
* gcc.target/aarch64/advsimd-intrinsics/vaddhn.c: New file.
diff --git a/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vaddhn.c
b/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vaddhn.c
new file mode 100644
index 000..74b4b4d
--- /dev/null
+
2014-10-21 Christophe Lyon
* gcc.target/aarch64/advsimd-intrinsics/vabd.c: New file.
diff --git a/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vabd.c
b/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vabd.c
new file mode 100644
index 000..e95404f
--- /dev/null
+++ b/g
On 21/10/14 07:19 +0300, Ville Voutilainen wrote:
No, no, no! Contributors must be punished, otherwise they will never learn! ;)
Revised patch attached.
Thanks, committed to trunk.
diff --git a/libstdc++-v3/include/Makefile.am b/libstdc++-v3/include/Makefile.am
index 1ee8ddc..c797246 100644
-
Richard,
Yes, This patch does not make sense since phi node predication for bb
with critical incoming edges only performs another function which is
absent (predicate_extended_scalar_phi).
BTW I see that commit_edge_insertions() is used for rtx instructions
only but you propose to use it for tree
Hi,
this is the second version of the patch. Here the major changes from the
previous one:
1) Added a new intercepted_p parameter in get_mem_refs_of_builtin_call
to decide whether builtin function should/shouldn't be instrumented.
2) Changed instrument_mem_region_access function. Now, we up
On Tue, Oct 21, 2014 at 3:20 PM, Yuri Rumyantsev wrote:
> Richard,
>
> Yes, This patch does not make sense since phi node predication for bb
> with critical incoming edges only performs another function which is
> absent (predicate_extended_scalar_phi).
>
> BTW I see that commit_edge_insertions()
Hi,
On Thu, Oct 02, 2014 at 09:00:12AM +0200, Jan Hubicka wrote:
> Hi,
> this patch makes ipa-prop to use ipa-polymorphic-call-context infrastructure
> for forward propagation (in a very minimal and simple way).
>
> At the moment only static type info is propagated and it is used only
> specula
this patch update arm testcases for recently gnu11 change.
ok for trunk?
thanks.
gcc/testsuite/
* gcc.target/arm/20031108-1.c: Add explicit declaration.
* gcc.target/arm/cold-lc.c: Likewise.
* gcc.target/arm/neon-modes-2.c: Likewise.
* gcc.target/arm/pr43920-2.c: Likewise.
* gcc.target
Update testcases for recent gnu11 changes.
ok for trunk?
thanks.
gcc/testsuite/
* gcc.target/aarch64/pic-constantpool1.c: Add explicit declaration.
* gcc.target/aarch64/pic-symrefplus.c: Likewise.
* gcc.target/aarch64/reload-valid-spoff.c: Likewise.
* gcc.target/aarch64/vect.x: Likewise
Richard,
I saw the sources of these functions, but I can't understand why I
should use something else? Note that all predicate computations are
located in basic blocks ( by design of if-conv) and there is special
function that put these computations in bb
(insert_gimplified_predicates). Edge conta
This refactors the code I added to fold_stmt to dispatch to
pattern-based folding to avoid long lines and make error
handling easier (no goto). It also uses the newly introduced
gimple_seq_discard to properly discard an unused simplification
result.
Bootstrapped on x86_64-unknown-linux-gnu, test
OK.
Jason
On 19/08/14 17:30, Mike Stump wrote:
On Aug 19, 2014, at 6:12 AM, Kyrill Tkachov wrote:
So how about this?
Ok. Thanks.
looks like this patch only fixed one invoke path.
currently, "gcc-dg-prune" may be invoked directly *or* via
${tool}_check_compile:
and "gcc-dg-prune" is implemented to
On Tue, Oct 21, 2014 at 3:58 PM, Yuri Rumyantsev wrote:
> Richard,
>
> I saw the sources of these functions, but I can't understand why I
> should use something else? Note that all predicate computations are
> located in basic blocks ( by design of if-conv) and there is special
> function that put
This series modifies a large number of tests in order to clean up
testsuite results on nvptx. The goal here was never really to get an
entirely clean run - the target is just too different from conventional
ones - but to be able to test the compiler sufficiently to be sure that
it's in good sha
This deals with uses of alloca in the testsuite. Some tests require it
outright, others only at -O0, and others require it implicitly by
requiring an alignment for stack variables bigger than the target's
STACK_BOUNDARY. For the latter I've added explicit xfails.
Bernd
gcc/testsuite/
* lib
Since everything in ptx assembly is typed, K&R C is problematic. There
are a number of testcases that call functions with the wrong number of
arguments, or arguments of the wrong type. I've added a new feature,
untyped_assembly, which these tests now require. I've also used this for
tests using
On 21/10/14 14:48, Jiong Wang wrote:
this patch update arm testcases for recently gnu11 change.
ok for trunk?
This is OK bar the minor nit in the ChangeLog below - as a follow up it
would be nice to see if we can use the ACLE feature macros instead of
hard-coding some of the functions int
Some tests use stdio functions which are unavaiable with the cut-down
newlib I'm using for ptx testing. I'm somewhat uncertain what to do with
these; they are by no means the only unavailable library functions the
testsuite tries to use (signal is another example). Here's a patch which
deals wi
Hello,
On 21 Oct 11:17, Richard Biener wrote:
> On Mon, Oct 20, 2014 at 3:50 PM, Jakub Jelinek wrote:
> > On Mon, Oct 20, 2014 at 05:41:25PM +0400, Kirill Yukhin wrote:
> >> Hello,
> >> This patch adds (almost) all built-ins needed by
> >> AVX-512VL,BW,DQ intrinsics.
> >>
> >> Main questionable hu
On Tue, Oct 21, 2014 at 4:09 PM, Richard Biener
wrote:
> On Tue, Oct 21, 2014 at 3:58 PM, Yuri Rumyantsev wrote:
>> Richard,
>>
>> I saw the sources of these functions, but I can't understand why I
>> should use something else? Note that all predicate computations are
>> located in basic blocks (
On Tue, Oct 21, 2014 at 06:08:15PM +0400, Kirill Yukhin wrote:
> --- a/gcc/tree.h
> +++ b/gcc/tree.h
> @@ -2334,6 +2334,10 @@ extern void decl_value_expr_insert (tree, tree);
> #define DECL_COMDAT(NODE) \
>(DECL_WITH_VIS_CHECK (NODE)->decl_with_vis.comdat_flag)
>
> + /* In a FUNCTION_DECL in
Some things don't fit into nice categories that apply to a larger set of
tests, or which are somewhat random like ptxas tool failures. For these
I've added xfails and skips.
Bernd
gcc/testsuite/
* lib/target-supports.exp (check_effective_target_trampolines,
check_profiling_available, check
This deals with tests requiring indirect jumps (including tests using
setjmp), label values, and nonlocal goto.
A subset of these tests uses the NO_LABEL_VALUES macro, but it's not
consistent across the testsuite. The feature test I wrote tests whether
that is defined and returns false for lab
This tweaks a few tests so that we don't have to skip them. This is
mostly concerned with declaring main properly, or changing other
declarations where the test does not seem to rely on the type mismatches.
I've also included one example of changing a function name to not be
"call", ptxas see
This tests for availability of return addresses in a number of tests.
Bernd
gcc/testsuite/
* lib/target-supports.exp (check_effective_target_return_address):
New function.
* gcc.c-torture/execute/20010122-1.c: Require return_address.
* gcc.c-torture/execute/20030323-1.c: Likewise.
* gcc.c
Richard,
In my initial design I did such splitting but before start real
if-conversion but I decided to not perform it since code size for
if-converted loop is growing (number of phi nodes is increased). It is
worth noting also that for phi with #nodes > 2 we need to get all
predicates (except one
On Mon, Oct 13, 2014 at 3:15 PM, Renlin Li wrote:
> Hi all,
>
> This is a simple patch to add missing __ARM_FEATURE_IDIV__ predefined
> marco(ACLE 2.0) into TARGET_CPU_CPP_BUILTINS.
> Is it Okay to commit?
>
>
> gcc/ChangeLog:
>
> 2014-10-13 Renlin Li
>
> * config/arm/arm.h (TARGET_CPU_CPP_
On 10/21/14 14:10, Bernd Schmidt wrote:
This series modifies a large number of tests in order to clean up
testsuite results on nvptx. The goal here was never really to get an
entirely clean run - the target is just too different from conventional
ones - but to be able to test the compiler suffici
On 21 Oct 16:20, Jakub Jelinek wrote:
> On Tue, Oct 21, 2014 at 06:08:15PM +0400, Kirill Yukhin wrote:
> > --- a/gcc/tree.h
> > +++ b/gcc/tree.h
> > @@ -2334,6 +2334,10 @@ extern void decl_value_expr_insert (tree, tree);
> > #define DECL_COMDAT(NODE) \
> >(DECL_WITH_VIS_CHECK (NODE)->decl_with
On 21/10/14 15:13, Ramana Radhakrishnan wrote:
On 21/10/14 14:48, Jiong Wang wrote:
this patch update arm testcases for recently gnu11 change.
ok for trunk?
This is OK bar the minor nit in the ChangeLog below - as a follow up it
would be nice to see if we can use the ACLE feature macros ins
On 09/25/2014 08:12 AM, Chen Gang wrote:
> OK, thanks, next month, I shall try Qemu for microblaze (I also focus on
> Qemu, and try to make patches for it).
>
Excuse me, after tried upstream qemu, it cann't run microblaze correctly,
even for Xilinx qemu branch, I cann't run correctly either. I t
On 10/17/2014 10:47 AM, Richard Sandiford wrote:
> This patch just adds a new utility function called recog_constrain_insn,
> to go alongside the existing recog_constrain_insn_cached.
>
> Note that the extract_insn in lra.c wasn't used when checking is disabled.
> The function just moved on to the
On Wed, Oct 15, 2014 at 7:10 PM, Yangfei (Felix) wrote:
> Hi Sterling,
>
> Since the patch is delayed for a long time, I'm kind of pushing it. Sorry
> for that.
> Yeah, you are right. We have some performance issue here as GCC may use
> one more general register in some cases with this p
On 10/17/2014 10:48 AM, Richard Sandiford wrote:
> This is the main patch, to add new preferred_for_size and
> preferred_for_speed attributes that can be used to selectively disable
> alternatives when optimising for size or speed. As explained in the
> docs, the new attributes are just optimisati
On 10/17/2014 10:52 AM, Richard Sandiford wrote:
> After the previous patches, this one gets rid of
> recog_data.enabled_alternatives and its one remaining use.
>
>
Ok for me, too. Pretty obvious patch although I have no power to
approve it all.
On 10/17/2014 10:54 AM, Richard Sandiford wrote:
> Undo the original fix for 61630 and use preferred_for_speed in the
> problematic pattern.
>
> I've not written many gcc.target/i386 tests so the markup might need
> some work.
Final lra.c change is ok for me too.
>
>
> gcc/
> * lra.c (lra):
On 21 Oct 18:47, Kirill Yukhin wrote:
> On 21 Oct 16:20, Jakub Jelinek wrote:
> > On Tue, Oct 21, 2014 at 06:08:15PM +0400, Kirill Yukhin wrote:
> > > --- a/gcc/tree.h
> > > +++ b/gcc/tree.h
> > > @@ -2334,6 +2334,10 @@ extern void decl_value_expr_insert (tree, tree);
> > > #define DECL_COMDAT(NOD
On 10/21/14 14:12, Bernd Schmidt wrote:
This deals with uses of alloca in the testsuite. Some tests require it
outright, others only at -O0, and others require it implicitly by
requiring an alignment for stack variables bigger than the target's
STACK_BOUNDARY. For the latter I've added explicit x
On 10/21/14 14:15, Bernd Schmidt wrote:
Since everything in ptx assembly is typed, K&R C is problematic. There
are a number of testcases that call functions with the wrong number of
arguments, or arguments of the wrong type. I've added a new feature,
untyped_assembly, which these tests now requir
On 10/21/14 14:17, Bernd Schmidt wrote:
Some tests use stdio functions which are unavaiable with the cut-down
newlib I'm using for ptx testing. I'm somewhat uncertain what to do with
these; they are by no means the only unavailable library functions the
testsuite tries to use (signal is another e
On 10/13/2014 02:26 PM, Yury Gribov wrote:
On 10/02/2014 09:14 PM, Yury Gribov wrote:
On 09/17/2014 09:08 PM, Yury Gribov wrote:
> On 09/16/2014 08:38 PM, Yury Gribov wrote:
>> Hi all,
>>
>> This is the third version of the patch. A list of changes since last
>> version:
>> * move config t
On 10/20/2014 02:57 AM, Maxim Kuvyrkov wrote:
> Hi,
>
> This patch improves register pressure scheduling (both
> SCHED_PRESSURE_WEIGHTED and SCHED_PRESSURE_MODEL) to better estimate number
> of available registers.
>
> At the moment the scheduler does not account for spills in the prologues and
On 10/21/14 14:19, Bernd Schmidt wrote:
Some things don't fit into nice categories that apply to a larger set of
tests, or which are somewhat random like ptxas tool failures. For these
I've added xfails and skips.
Bernd
ts-xfails.diff
gcc/testsuite/
* lib/target-supports.exp
On 10/21/14 14:23, Bernd Schmidt wrote:
This deals with tests requiring indirect jumps (including tests using
setjmp), label values, and nonlocal goto.
A subset of these tests uses the NO_LABEL_VALUES macro, but it's not
consistent across the testsuite. The feature test I wrote tests whether
tha
1 - 100 of 193 matches
Mail list logo