Hi all,
Another vec_merge simplification that's missing is transforming:
(vec_merge (vec_duplicate x) (vec_concat (y) (z)) (const_int N))
into
(vec_concat x z) if N == 1 (0b01) or
(vec_concat y x) if N == 2 (0b10)
For the testcase in this patch on aarch64 this allows us to try matching during
c
Hi all,
Another vec_merge simplification that's missing from simplify-rtx.c is
transforming
a vec_merge of two vec_duplicates. For example:
(set (reg:V2DF 80)
(vec_merge:V2DF (vec_duplicate:V2DF (reg:DF 84))
(vec_duplicate:V2DF (reg:DF 81))
(const_int 2)))
Can be transformed
Hi all,
On top of the previous vec_merge simplifications [1] we can add this pattern to
perform
a store of a vec_concat of two 64-bit values in distinct registers as an STP.
This avoids constructing such a vector explicitly in a register and storing it
as
a Q register.
This way for the code in
Hello.
As mentioned in https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79489#c1
early-return predictors is currenty not much precise. I decided to
come up with GIMPLE_PREDICT statement that I put early and thus
more precise numbers can be seen.
For SPEC 2017 we can improve the predictor from:
HEURIS
gcc/ChangeLog:
2017-05-26 Martin Liska
* predict.c (struct branch_predictor): New struct.
(test_prediction_value_range): New test.
(predict_tests_c_tests): New function.
* selftest-run-tests.c (selftest::run_tests): Run the function.
* selftest.h: Declar
gcc/ChangeLog:
2017-05-26 Martin Liska
* gimplify.c (gimplify_label_expr): Insert GIMPLE_PREDICT
statements on cold and hot labels.
* predict.c (tree_estimate_probability_bb): Remove the
prediction from this place.
gcc/testsuite/ChangeLog:
2017-05-31 Martin L
gcc/ChangeLog:
2017-05-26 Martin Liska
PR tree-optimization/79489
* gimplify.c (maybe_add_early_return_predict_stmt): New
function.
(gimplify_return_expr): Call the function.
* predict.c (tree_estimate_probability_bb): Remove handling
of early re
Hi,
this patch removes the additional_flags=-DNO_LABEL_VALUES addition, and
instead uses the effective target label_values (introduced here:
https://gcc.gnu.org/ml/gcc-patches/2014-10/msg02087.html ).
Tested on x86_64.
Tested on nvptx.
Tested on nvptx with the '[istarget nvptx-*-*]' clause
On Sun, Jun 04, 2017 at 08:12:49PM -0600, Sandra Loosemore wrote:
> On 05/29/2017 04:29 AM, Maxim Kuvyrkov wrote:
>
> >>diff --git a/gcc/doc/invoke.texi b/gcc/doc/invoke.texi
> >>index 65308c9d933..6cbb77a8dc4 100644
> >>--- a/gcc/doc/invoke.texi
> >>+++ b/gcc/doc/invoke.texi
> >>@@ -11382,6 +1138
Hi Toma,
>> Thanks for fixing this! Do you have plan to backport the fix to gcc-6 branch?
>
> I am happy to backport it.
> I've rebased the patch on top of the gcc-6 branch and attached it below.
>
> Rainer, is this OK for gcc-6?
sure, thanks.
Rainer
> gcc/ChangeLog:
>
> Backport
On Fri, Jun 02, 2017 at 07:13:17PM +0100, Jonathan Wakely wrote:
> On 02/06/17 19:19 +0200, Ulrich Drepper wrote:
> >On Fri, Jun 2, 2017 at 5:46 PM, Michael Collison
> > wrote:
> >>This implementation includes "arm_neon.h" when including the optimized
> >>. This has the effect of polluting the gl
On 09/05/17 23:36, Jan Hubicka wrote:
Ping?
Sorry for late reply
My turn to apologize now.
Hi,
This patch fixes an assert failure when linking one LTOed object file
having a weak alias with a regular object file containing a strong
definition for that same symbol. The patch is twofold:
+ d
On 06/06/17 11:07 +0100, James Greenhalgh wrote:
On Fri, Jun 02, 2017 at 07:13:17PM +0100, Jonathan Wakely wrote:
On 02/06/17 19:19 +0200, Ulrich Drepper wrote:
>On Fri, Jun 2, 2017 at 5:46 PM, Michael Collison
> wrote:
>>This implementation includes "arm_neon.h" when including the optimized
.
Another case of extract_muldiv running off the rails. Here it did a wrong
distribution; turning
((A * x) - (B * x)) * -6
into
(A' * x) - (B' * x)
incurred an overflow in the subtraction. The fix is essentially the same
as what I did in sanitizer/80800.
Bootstrapped/regtested on x86_64-l
On Tue, 2017-06-06 at 10:55 +0200, marxin wrote:
Some minor nits below.
> gcc/ChangeLog:
>
> 2017-05-26 Martin Liska
>
> * predict.c (struct branch_predictor): New struct.
> (test_prediction_value_range): New test.
> (predict_tests_c_tests): New function.
> * selftest
On 06/06/17 11:23 +0100, Jonathan Wakely wrote:
On 06/06/17 11:07 +0100, James Greenhalgh wrote:
On Fri, Jun 02, 2017 at 07:13:17PM +0100, Jonathan Wakely wrote:
On 02/06/17 19:19 +0200, Ulrich Drepper wrote:
On Fri, Jun 2, 2017 at 5:46 PM, Michael Collison
wrote:
This implementation include
Hi all,
In this patch, a new integer register operand modifier 'r' is added. This will
use the
proper register name according to the mode of corresponding operand.
'w' register for scalar integer mode smaller than DImode
'x' register for DImode
This allows more flexibility and would meet peopl
On Mon, Jun 05, 2017 at 03:01:34PM -0400, David Malcolm wrote:
> PR 62170 describes a problem with how the quoting in pp_format
> interacts with the "aka" information for typedefs in %qT for
> the C family of frontends, and also now for %qH and %qI in the
> C++ frontend.
>
> Currently for %qT we p
On 2017.06.05 at 22:39 +0200, Nicolas Koenig wrote:
> With all the style fixes committed as r248877.
171_swim fails now. I didn't bisect, but I suspect your revision.
--
Markus
Hi Jakub!
On Tue, 6 Jun 2017 08:58:21 +0200, Jakub Jelinek wrote:
> On Tue, Jun 06, 2017 at 08:35:40AM +0200, Thomas Schwinge wrote:
> > > > commit 9cc3a384c17e9f692f7864c604d2e2f9fbf0bac9
> > > > Author: Thomas Schwinge
> > > > Date: Tue May 23 13:21:14 2017 +0200
> > > >
> > > > Make th
On Tue, Jun 06, 2017 at 01:16:03PM +0200, Thomas Schwinge wrote:
> On Tue, 6 Jun 2017 08:58:21 +0200, Jakub Jelinek wrote:
> > On Tue, Jun 06, 2017 at 08:35:40AM +0200, Thomas Schwinge wrote:
> > > > > commit 9cc3a384c17e9f692f7864c604d2e2f9fbf0bac9
> > > > > Author: Thomas Schwinge
> > > > > Dat
On Tue, Jun 6, 2017 at 12:07 PM, James Greenhalgh
wrote:
> We're a good number of years late to do that without causing some pain.
Well, it's pain for those who deserve it. Who thought it to be a
smart idea to pollute the global namespace?
It's a one-time deal.
> So we have a few solutions to
On Tue, Jun 06, 2017 at 11:47:45AM +0100, Jonathan Wakely wrote:
> On 06/06/17 11:23 +0100, Jonathan Wakely wrote:
> >On 06/06/17 11:07 +0100, James Greenhalgh wrote:
> >>On Fri, Jun 02, 2017 at 07:13:17PM +0100, Jonathan Wakely wrote:
> >>>On 02/06/17 19:19 +0200, Ulrich Drepper wrote:
> On Fr
On 06/06/17 12:33 +0100, James Greenhalgh wrote:
On Tue, Jun 06, 2017 at 11:47:45AM +0100, Jonathan Wakely wrote:
On 06/06/17 11:23 +0100, Jonathan Wakely wrote:
>On 06/06/17 11:07 +0100, James Greenhalgh wrote:
>>On Fri, Jun 02, 2017 at 07:13:17PM +0100, Jonathan Wakely wrote:
>>>On 02/06/17 19
On 6 June 2017 at 11:07, James Greenhalgh wrote:
> If we don't mind that, and instead take a GCC-centric view, we could avoid
> namespace polution by using the GCC-internal names for the intrinsics
> (__builtin_aarch64_...). As those names don't form a guaranteed interface,
> that would tie us to
On 06/06/17 12:41 +0100, Charles Baylis wrote:
On 6 June 2017 at 11:07, James Greenhalgh wrote:
If we don't mind that, and instead take a GCC-centric view, we could avoid
namespace polution by using the GCC-internal names for the intrinsics
(__builtin_aarch64_...). As those names don't form a
Thanks, Rainer.
Committed as r248916.
Thanks for suggesting a backport, Renlin.
Regards,
Toma
Hi,
this patch uses maybe_split_mode in nvptx_print_operand.
Committed as trivial.
Thanks,
- Tom
Use maybe_split_mode in nvptx_print_operand
2017-05-12 Tom de Vries
* config/nvptx/nvptx.c (nvptx_print_operand): Use maybe_split_mode.
---
gcc/config/nvptx/nvptx.c | 7 +++
1 file chang
Hi,
this patch adds and uses new utility function split_mode_p.
Committed as trivial.
Thanks,
- Tom
Add and use split_mode_p
2017-05-12 Tom de Vries
* config/nvptx/nvptx.c (split_mode_p): New function.
(nvptx_declare_function_name, nvptx_print_operand): Use split_mode_p.
---
gcc/config
On Mon, Jun 5, 2017 at 1:14 PM, Gaius Mulley
wrote:
>
> Hi,
>
> here is a tiny patch which removes an assert which I believe is wrong.
> I think it is an anomaly as the only callee (determine_max_movement at
> gcc/tree-ssa-loop-im.c:749) tests the asserted result against NULL. (If
> the assert re
On Mon, 5 Jun 2017, Nathan Sidwell wrote:
> On 06/05/2017 08:50 AM, Jakub Jelinek wrote:
>
> > It was the intent that there is no unnecessary gap, the difference
> > between those two should be simply the maximum any FE registers.
> > So, on your branch you'd bump it to 4 and on trunk when mergin
The following fixes PR80974 by not being too clever when preserving
SSA info during VN. I didn't want to invent a way to unwind changes
done in this hack.
Bootstrapped and tested on x86_64-unknown-linux-gnu, applied to trunk.
Richard.
2017-06-06 Richard Biener
PR tree-optimization/
On Tue, May 02, 2017 at 04:37:21PM +0100, Tamar Christina wrote:
> Hi All,
>
> This patch adjusts the cost model for Cortex-A53 to increase the costs of
> an integer division. The reason for this is that we want to always expand
> the division to a multiply when doing a division by constant.
>
>
Hi,
this patch adds generic v2 vector mode support for nvptx.
Tested in nvptx mainkernel mode and x86_64 accelerator mode.
OK for trunk?
Thanks,
- Tom
Add generic v2 vector mode support
2017-06-06 Tom de Vries
* config/nvptx/nvptx.c (nvptx_print_operand): Handle v2 vector mode.
---
gcc
Hi,
this patch adds v2si support to the nvptx target.
Tested in nvptx mainkernel mode and x86_64 accelerator mode.
OK for trunk?
Thanks,
- Tom
Add v2si support
2017-06-06 Tom de Vries
* config/nvptx/nvptx-modes.def: New file. Add V2SImode.
* config/nvptx/nvptx.c (nvptx_ptx_type_from_m
This adds support for ia64 in lfstack.
Andreas.
diff --git a/libgo/go/runtime/lfstack_64bit.go
b/libgo/go/runtime/lfstack_64bit.go
index b314a3ba21..99dcec02de 100644
--- a/libgo/go/runtime/lfstack_64bit.go
+++ b/libgo/go/runtime/lfstack_64bit.go
@@ -2,7 +2,7 @@
// Use of this source code is go
On Tue, May 02, 2017 at 04:37:16PM +0100, Tamar Christina wrote:
> Hi All,
>
> This patch adjusts the cost model so that when both sdiv and udiv are possible
> it prefers udiv over sdiv. This was done by making sdiv slightly more
> expensive
> instead of making udiv cheaper to keep the baseline
Hi,
this patch adds v2di support to the nvptx target. This allows us to
generate 128-bit loads and stores.
Tested in nvptx mainkernel mode and x86_64 accelerator mode.
OK for trunk?
Thanks,
- Tom
Add v2di support
2017-06-06 Tom de Vries
* config/nvptx/nvptx-modes.def: Add V2DImode.
*
On Fri, May 26, 2017 at 02:13:56PM -0600, Martin Sebor wrote:
> On 05/26/2017 01:59 PM, David Malcolm wrote:
> > Ping:
> > https://gcc.gnu.org/ml/gcc-patches/2017-05/msg00334.html
> >
> > On Thu, 2017-05-04 at 14:16 -0400, David Malcolm wrote:
> > > As of r247522, fix-it-hints can suggest the in
On Tue, Feb 28, 2017 at 12:29:50PM +, Kyrill Tkachov wrote:
> Hi all,
>
> For the testcase in this patch we currently generate:
> foo:
> mov w1, 0
> ldaxr w2, [x0]
> cmp w2, 3
> bne .L2
> stxrw3, w1, [x0]
> cmp w3, 0
> .L2:
On Tue, Jun 06, 2017 at 09:40:44AM +0100, Kyrill Tkachov wrote:
> Hi all,
>
> On top of the previous vec_merge simplifications [1] we can add this pattern
> to perform
> a store of a vec_concat of two 64-bit values in distinct registers as an STP.
> This avoids constructing such a vector explicit
On Tue, Jun 6, 2017 at 1:56 PM, James Greenhalgh
wrote:
> On Tue, May 02, 2017 at 04:37:21PM +0100, Tamar Christina wrote:
>> Hi All,
>>
>> This patch adjusts the cost model for Cortex-A53 to increase the costs of
>> an integer division. The reason for this is that we want to always expand
>> the
On Fri, Mar 10, 2017 at 06:37:30AM +, Hurugalawadi, Naveen wrote:
> Hi James,
>
> >> You need to do this for all cores which might be affected by this change,
> >> i.e. all those which model neon_mul_d_long.
>
> Thanks for pointing out the missing cores in patch.
> Added the support as per yo
On 05/29/2017 07:04 AM, Markus Trippelsdorf wrote:
> On 2017.05.25 at 11:55 +0200, Martin Liška wrote:
>> Hi.
>>
>> As I spoke about the PGO with Honza and Richi, current 3-stage is not ideal
>> for following
>> 2 reasons:
>>
>> 1) stageprofile compiler is train just on libraries that are built du
Ping..
Ramana
On Tue, May 2, 2017 at 10:52 AM, Ramana Radhakrishnan
wrote:
> We unnecessarily align data to 8 byte alignments even when -Os is specified.
> This brings the logic in the AArch64 backend more in line with the ARM
> backend and helps gain some image size in a few places. Caught by a
On Wed, Mar 15, 2017 at 04:04:35PM +, Tamar Christina wrote:
> Hi All,
>
> This fixes a bug in the scalar version of copysign where due to a subreg
> were generating less than efficient code.
>
> This patch replaces
>
> return x * __builtin_copysignf (150.0f, y);
>
> which used to genera
[ was: Re: [nvptx, PATCH, 3/3] Add v2di support ]
On 06/06/2017 03:12 PM, Tom de Vries wrote:
diff --git a/libgomp/testsuite/libgomp.oacc-c/vec.c
b/libgomp/testsuite/libgomp.oacc-c/vec.c
new file mode 100644
index 000..79c1c17
--- /dev/null
+++ b/libgomp/testsuite/libgomp.oacc-c/vec.c
@@ -0
On 29 May 2017 at 22:57, Eric Botcazou wrote:
>> The upstream DMD compiler that comprises all components of the
>> standalone part is now implemented in D programming language itself.
>> However here GDC is still using the C++ implementation, it is a future
>> goal to switch to being a self-hosted
On Tue, Jun 6, 2017 at 3:39 PM, Tom de Vries wrote:
> [ was: Re: [nvptx, PATCH, 3/3] Add v2di support ]
>
> On 06/06/2017 03:12 PM, Tom de Vries wrote:
>>
>> diff --git a/libgomp/testsuite/libgomp.oacc-c/vec.c
>> b/libgomp/testsuite/libgomp.oacc-c/vec.c
>> new file mode 100644
>> index 000..79
On 31 May 2017 at 11:11, Matthias Klose wrote:
> On 30.05.2017 16:32, Mike Stump wrote:
>> On May 28, 2017, at 2:16 PM, Iain Buclaw wrote:
>>>
>>> This patch adds D language support to the GCC test suite.
>>
>> Ok. If you could ensure that gcc without D retains all it's goodness and
>> that gcc
On Jun 6, 2017, at 2:23 AM, Tom de Vries wrote:
>
> OK for trunk?
Ok.
This fixes 80979, and ICE in the new duplicate lookup matching code.
That code is enabled when we discover using declarations are in play.
And it was barfing on meeting an already-marked function.
That function was in the lookup twice, which was a surprise.
That had happened because the functi
This series removes most SPE things.
Tested (all languages) on powerpc64-linux (power7, {-m32,-m64}); on
powerpc64le-linux (power8, all languages); on AIX (power7, default
languages); on powerpc-linux (compile only) and on powerpc-linux-gnuspe
(compile only).
Is this okay for trunk?
Segher
Se
Since rs6000 no longer supports SPE, TARGET_FPRS now always is true.
This makes TARGET_{SF,DF}_SPE always false. Many patterns in spe.md
can now be deleted; which makes it possible to merge e.g. negdd2 with
*negdd2_fpr.
Finally, e500.h is deleted (it isn't used).
2017-06-06 Segher Boessenkool
This deletes -mfloat-gprs and the variables that go with it.
2017-06-06 Segher Boessenkool
* config/rs6000/rs6000.c: Remove everything related to -mfloat-gprs.
* config/rs6000/rs6000.opt: Ditto.
* config/rs6000/t-rtems: Ditto.
---
gcc/config/rs6000/rs6000.c | 12 +-
Similarly, TARGET_E500_{SINGLE,DOUBLE} is always false now.
2017-06-06 Segher Boessenkool
* config/rs6000/predicates.md: Replace TARGET_E500_DOUBLE and
TARGET_E500_SINGLE by 0, simplify.
* config/rs6000/rs6000.c: Ditto.
(rs6000_option_override_internal): Delete
rs6000_cbranch_operator now is just comparison_operator, so just use
that directly.
2017-06-06 Segher Boessenkool
* config/rs6000/predicated.md (rs6000_cbranch_operator): Delete.
* config/rs6000/rs6000.md: Replace rs6000_cbranch_operator by
comparison_operator.
---
g
2017-06-06 Segher Boessenkool
* config/rs6000/rs6000-protos.h (output_e500_flip_gt_bit): Delete.
* config/rs6000/rs6000.c: Ditto.
---
gcc/config/rs6000/rs6000-protos.h | 1 -
gcc/config/rs6000/rs6000.c| 18 --
2 files changed, 19 deletions(-)
diff --g
2017-06-06 Segher Boessenkool
config/rs6000/rs6000.md (UNSPEC_MV_CR_GT): Delete.
---
gcc/config/rs6000/rs6000.md | 1 -
1 file changed, 1 deletion(-)
diff --git a/gcc/config/rs6000/rs6000.md b/gcc/config/rs6000/rs6000.md
index 108ad8f..997d1fe 100644
--- a/gcc/config/rs6000/rs6000.m
2017-06-06 Segher Boessenkool
* config/rs6000/rs6000.c (rs6000_option_override_internal): Delete
handling of SPE flags.
* config/rs6000/rs6000.opt (-mspe, -mspe=no, -mspe=yes): Delete.
---
gcc/config/rs6000/rs6000.c | 18 --
gcc/config/rs6000/rs6000.o
2017-06-06 Segher Boessenkool
* config/rs6000/predicates.md (reg_or_mem_operand): Reformat.
(reg_or_none500mem_operand): Delete.
* config/rs6000/rs6000.md (extendsfdf2): Use reg_or_mem_operand
instead of reg_or_none500mem_operand.
---
gcc/config/rs6000/predicat
2017-06-06 Segher Boessenkool
* config.gcc (powerpc*-*-*): Don't add spe.h to extra_headers.
(powerpc*-linux*spe*): Use ${cpu_type} instead of rs6000.
* config/rs6000/linuxspe.h: Delete file.
* config/rs6000/rs6000.md: Don't include spe.md.
* config/rs600
Now we can remove the SPE high registers.
2017-06-06 Segher Boessenkool
* config/rs6000/darwin.h (REGISTER_NAMES): Delete the SPE high
registers.
* config/rs6000/rs6000.c (rs6000_reg_names, alt_reg_names): Ditto.
* config/rs6000/rs6000.h (FIRST_PSEUDO_REGISTER)
Nothing uses it anymore.
2017-06-06 Segher Boessenkool
* config/rs6000/8540.md (ppc8540_brinc): Delete.
* config/rs6000/e500mc.md (e500mc_brinc): Delete.
* config/rs6000/e500mc64.md (e500mc64_brinc): Delete.
* config/rs6000/rs6000.md (type): Remove "brinc".
--
We can also remove the two other SPE registers.
2017-06-06 Segher Boessenkool
* config/rs6000/darwin.h (REGISTER_NAMES): Delete the SPE_ACC and
SPEFSCR registers.
* config/rs6000/rs6000.c (rs6000_reg_names, alt_reg_names): Ditto.
(enum rs6000_reg_type): Delete
Now rs6000_nonimmediate_operand is just nonimmediate_operand.
2017-06-06 Segher Boessenkool
* config/rs6000/predicates.md (rs6000_nonimmediate_operand): Delete.
* config/rs6000/rs6000.md (*movsi_internal1, movsi_from_sf,
*mov_softfloat, and an anonymous splitter): Use
On 06/05/2017 11:45 AM, H.J. Lu wrote:
On Mon, Jun 5, 2017 at 8:11 AM, Joseph Myers wrote:
The new attribute needs documentation. Should the test be in c-c++-common
This feature does support C++. But C++ compiler issues a slightly
different warning at a different location.
or does this fe
On 06/06/2017 10:07 AM, Martin Sebor wrote:
On 06/05/2017 11:45 AM, H.J. Lu wrote:
On Mon, Jun 5, 2017 at 8:11 AM, Joseph Myers
wrote:
The new attribute needs documentation. Should the test be in
c-c++-common
This feature does support C++. But C++ compiler issues a slightly
different warni
Hi!
On Thu, Jun 01, 2017 at 01:35:56PM +0200, Jan Hubicka wrote:
> + /* FIXME: shrink wrapping violates this sanity check. */
> + gcc_checking_assert ((num >= 0
> + && (num <= REG_BR_PROB_BASE
> + || den <= REG_BR_PROB_BASE)
> +
On 06/05/2017 04:40 PM, Eric Botcazou wrote:
> This is a regression present on the 6 branch for MIPS (and latent on the 7
> branch and mainline). The reorg pass generates wrong code for the attached
> testcase with a combination of options under the form of a double lo_sum(sym)
> instruction fo
On Thu, 2017-06-01 at 10:15 -0500, Bill Schmidt wrote:
> > On Jun 1, 2017, at 2:48 AM, Richard Biener
> > wrote:
> >
> > On Wed, May 31, 2017 at 10:01 PM, Will Schmidt
> > wrote:
> >> Hi,
> >>
> >> Add support for early expansion of vector shifts. Including
> >> vec_sl (shift left), vec_sr (s
This patch brings better enum and struct redefinition diagnostic. In
particular,
we'll now point to the first definition in the "originally defined here" note,
not to the forward declaration.
Now, you could argue that we don't have to be setting the location by lookup_tag
at all, because we shou
On Tue, 6 Jun 2017, Marek Polacek wrote:
> 2017-06-06 Marek Polacek
>
> PR c/79983
> * c-decl.c (start_struct): Use the location of TYPE_STUB_DECL of
> ref.
> (start_enum): Use the location of TYPE_STUB_DECL of enumtype.
>
> * gcc.dg/pr79983.c: New test.
OK.
--
On 06/04/2017 09:36 AM, Bernhard Reutner-Fischer wrote:
> On 2 June 2017 13:12:41 CEST, Richard Biener
> wrote:
>
>> Note I'd be _much_ more sympathetic to simply canonicalizing all of
>> bzero and bcopy
>> to memset / memmove and be done with all the above complexity.
>
> Indeed and even more
On Tue, Jun 6, 2017 at 9:10 AM, Martin Sebor wrote:
> On 06/06/2017 10:07 AM, Martin Sebor wrote:
>>
>> On 06/05/2017 11:45 AM, H.J. Lu wrote:
>>>
>>> On Mon, Jun 5, 2017 at 8:11 AM, Joseph Myers
>>> wrote:
The new attribute needs documentation. Should the test be in
c-c++-common
On Tue, Jun 6, 2017 at 11:56 AM, Segher Boessenkool
wrote:
> Since rs6000 no longer supports SPE, TARGET_FPRS now always is true.
>
> This makes TARGET_{SF,DF}_SPE always false. Many patterns in spe.md
> can now be deleted; which makes it possible to merge e.g. negdd2 with
> *negdd2_fpr.
>
> Fina
On Tue, Jun 6, 2017 at 11:56 AM, Segher Boessenkool
wrote:
> Similarly, TARGET_E500_{SINGLE,DOUBLE} is always false now.
>
>
> 2017-06-06 Segher Boessenkool
>
> * config/rs6000/predicates.md: Replace TARGET_E500_DOUBLE and
> TARGET_E500_SINGLE by 0, simplify.
> * config/
On Tue, Jun 6, 2017 at 11:56 AM, Segher Boessenkool
wrote:
> This deletes -mfloat-gprs and the variables that go with it.
>
>
> 2017-06-06 Segher Boessenkool
>
> * config/rs6000/rs6000.c: Remove everything related to -mfloat-gprs.
> * config/rs6000/rs6000.opt: Ditto.
> *
On Tue, Jun 6, 2017 at 11:56 AM, Segher Boessenkool
wrote:
> rs6000_cbranch_operator now is just comparison_operator, so just use
> that directly.
>
>
> 2017-06-06 Segher Boessenkool
>
> * config/rs6000/predicated.md (rs6000_cbranch_operator): Delete.
> * config/rs6000/rs6000.md
On Tue, Jun 6, 2017 at 11:56 AM, Segher Boessenkool
wrote:
> 2017-06-06 Segher Boessenkool
>
> * config/rs6000/rs6000-protos.h (output_e500_flip_gt_bit): Delete.
> * config/rs6000/rs6000.c: Ditto.
Okay.
Thanks, David
On Tue, Jun 6, 2017 at 11:56 AM, Segher Boessenkool
wrote:
> 2017-06-06 Segher Boessenkool
>
> config/rs6000/rs6000.md (UNSPEC_MV_CR_GT): Delete.
Okay.
Thanks, David
On Tue, Jun 6, 2017 at 11:56 AM, Segher Boessenkool
wrote:
> 2017-06-06 Segher Boessenkool
>
> * config/rs6000/rs6000-common.c (rs6000_handle_option): Remove
> SPE ABI handling.
> * config/rs6000/paired.md (paired_negv2sf2): Rename to negv2sf2.
> (paired_absv2sf2
On Tue, Jun 6, 2017 at 11:56 AM, Segher Boessenkool
wrote:
> 2017-06-06 Segher Boessenkool
>
> * config/rs6000/rs6000.c (rs6000_option_override_internal): Delete
> handling of SPE flags.
> * config/rs6000/rs6000.opt (-mspe, -mspe=no, -mspe=yes): Delete.
Okay.
Thanks, D
On Tue, Jun 6, 2017 at 11:56 AM, Segher Boessenkool
wrote:
> 2017-06-06 Segher Boessenkool
>
> * config/rs6000/predicates.md (reg_or_mem_operand): Reformat.
> (reg_or_none500mem_operand): Delete.
> * config/rs6000/rs6000.md (extendsfdf2): Use reg_or_mem_operand
>
On Tue, Jun 6, 2017 at 11:56 AM, Segher Boessenkool
wrote:
> 2017-06-06 Segher Boessenkool
>
> * config.gcc (powerpc*-*-*): Don't add spe.h to extra_headers.
> (powerpc*-linux*spe*): Use ${cpu_type} instead of rs6000.
> * config/rs6000/linuxspe.h: Delete file.
>
On Tue, Jun 6, 2017 at 11:56 AM, Segher Boessenkool
wrote:
> Nothing uses it anymore.
>
>
> 2017-06-06 Segher Boessenkool
>
> * config/rs6000/8540.md (ppc8540_brinc): Delete.
> * config/rs6000/e500mc.md (e500mc_brinc): Delete.
> * config/rs6000/e500mc64.md (e500mc64_brin
On Tue, Jun 6, 2017 at 11:56 AM, Segher Boessenkool
wrote:
> Now we can remove the SPE high registers.
>
>
> 2017-06-06 Segher Boessenkool
>
> * config/rs6000/darwin.h (REGISTER_NAMES): Delete the SPE high
> registers.
> * config/rs6000/rs6000.c (rs6000_reg_names, alt_re
On Tue, Jun 6, 2017 at 11:56 AM, Segher Boessenkool
wrote:
> We can also remove the two other SPE registers.
>
>
> 2017-06-06 Segher Boessenkool
>
> * config/rs6000/darwin.h (REGISTER_NAMES): Delete the SPE_ACC and
> SPEFSCR registers.
> * config/rs6000/rs6000.c (rs6000_
On Tue, Jun 6, 2017 at 11:56 AM, Segher Boessenkool
wrote:
> Now rs6000_nonimmediate_operand is just nonimmediate_operand.
>
>
> 2017-06-06 Segher Boessenkool
>
> * config/rs6000/predicates.md (rs6000_nonimmediate_operand): Delete.
> * config/rs6000/rs6000.md (*movsi_internal1,
http://gcc.gnu.org/ml/gcc-testresults/2017-06/msg00297.html
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."
On 06/06/2017 10:59 AM, H.J. Lu wrote:
On Tue, Jun 6, 2017 at 9:10 AM, Martin Sebor wrote:
On 06/06/2017 10:07 AM, Martin Sebor wrote:
On 06/05/2017 11:45 AM, H.J. Lu wrote:
On Mon, Jun 5, 2017 at 8:11 AM, Joseph Myers
wrote:
The new attribute needs documentation. Should the test be in
On 06/05/2017 01:30 AM, coypu wrote:
> This script has the only occurrence of it, and in this line
> it defines and exports it.
>
> ---
> config-ml.in | 1 -
> 1 file changed, 1 deletion(-)
>
> diff --git a/config-ml.in b/config-ml.in
> index 47f153350..58c80a35c 100644
> --- a/config-ml.in
> ++
On 06/02/2017 05:52 AM, Bin Cheng wrote:
> Hi,
> This patch enables -ftree-loop-distribution by default at -O3 and above
> optimization levels.
> Bootstrap and test at O2/O3 on x86_64 and AArch64. is it OK?
>
> Note I don't have strong opinion here and am fine with either it's accepted
> or rej
On 31 May 2017 at 01:32, Mike Stump wrote:
> On May 28, 2017, at 2:16 PM, Iain Buclaw wrote:
>>
>> This patch adds D language support to the GCC test suite.
>
> Ok. If you could ensure that gcc without D retains all it's goodness and
> that gcc with D works on 2 different systems, that will hel
On 30 May 2017 at 19:10, Joel Brobecker wrote:
>> This has been on my todo-list for a little while, as re-syncing is
>> something I normally do after pushing D language support updates into
>> libiberty. However I decided to give it a wait until I got all
>> pending patches in, the last of which
On Jun 6, 2017, at 10:48 AM, Iain Buclaw wrote:
>> Something this large can be integration tested on a svn/git branch, if you
>> need others to help out.
>>
>
> It would probably be easier for me to maintain also, rather than
> continuously regenerating patches each time I make an update to
> r
This patch tries to clarify some of the restrictions on define_insn
conditions, and also on the use of "#".
OK to install?
Richard
2017-06-06 Richard Sandiford
gcc/
* doc/md.texi: Clarify the restrictions on a define_insn condition.
Say that # requires an associated define_s
From: David Miller
Date: Mon, 05 Jun 2017 20:54:46 -0400 (EDT)
> From: Eric Botcazou
> Date: Tue, 06 Jun 2017 00:02:06 +0200
>
>>> That seems to work as well, following is going through a testsuite
>>> run right now:
>>>
>>>
>>> [PATCH] sparc: Fix stack references in retur
This fixes class template argument deduction so that cv-qualifiers are
not ignored.
Bootstrapped and tested powerpc64le-linux. OK for trunk?
PR c++/80990
* pt.c (do_class_deduction): Build qualified type.
commit 1a81d74fa9cf32cb33580cc4a5e9a7c5868ce32b
Author: Jonathan Wakely
D
On 29/05/17 18:27, Martin Jambor wrote:
I apologize for taking so long to reply, I was traveling for two past
weeks and just before that we suffered some local infrastructure
issues that prevented me from working on this too.
And I've just been on vacation for a week. :-)
On Fri, Apr 28, 2017
1 - 100 of 129 matches
Mail list logo