On Mär 30 2017, Peter Bergner wrote:
> Index: gcc/testsuite/gcc.target/powerpc/dfp-builtin-1.c
> ===
> --- gcc/testsuite/gcc.target/powerpc/dfp-builtin-1.c (revision 246539)
> +++ gcc/testsuite/gcc.target/powerpc/dfp-builtin-1.c (w
On Mär 09 2017, Will Schmidt wrote:
> diff --git a/gcc/testsuite/gcc.target/powerpc/fold-vec-mule-misc.c
> b/gcc/testsuite/gcc.target/powerpc/fold-vec-mule-misc.c
> new file mode 100644
> index 000..4bb6185
> --- /dev/null
> +++ b/gcc/testsuite/gcc.target/powerpc/fold-vec-mule-misc.c
> @@ -0
On Mär 30 2017, Peter Bergner wrote:
> Index: gcc/testsuite/gcc.target/powerpc/pr80246.c
> ===
> --- gcc/testsuite/gcc.target/powerpc/pr80246.c(nonexistent)
> +++ gcc/testsuite/gcc.target/powerpc/pr80246.c(working cop
On Sun, Apr 02, 2017 at 09:26:24AM +0200, Andreas Schwab wrote:
> > diff --git a/gcc/testsuite/gcc.target/powerpc/fold-vec-mule-misc.c
> > b/gcc/testsuite/gcc.target/powerpc/fold-vec-mule-misc.c
> > new file mode 100644
> > index 000..4bb6185
> > --- /dev/null
> > +++ b/gcc/testsuite/gcc.targe
On 2 April 2017 at 08:35, Jakub Jelinek wrote:
>> + remove_cv_t<_Tp>
>> + )>
>
> Any reason for the wrapping?
No, it's just a result of a nocturnal copy-paste-job of the existing
code for has_unique_object_representations.
> Also, shouldn't there be also:
>
> /// is_aggregate_v
> t
On Sun, Apr 02, 2017 at 12:24:16PM +0300, Ville Voutilainen wrote:
> On 2 April 2017 at 08:35, Jakub Jelinek wrote:
> >> + remove_cv_t<_Tp>
> >> + )>
> >
> > Any reason for the wrapping?
>
> No, it's just a result of a nocturnal copy-paste-job of the existing
> code for has_unique_objec
On 2 April 2017 at 14:08, Jakub Jelinek wrote:
> On Sun, Apr 02, 2017 at 12:24:16PM +0300, Ville Voutilainen wrote:
>> On 2 April 2017 at 08:35, Jakub Jelinek wrote:
>> >> + remove_cv_t<_Tp>
>> >> + )>
>> >
>> > Any reason for the wrapping?
>>
>> No, it's just a result of a nocturnal co
On Sun, Apr 02, 2017 at 09:26:24AM +0200, Andreas Schwab wrote:
> > +/* PR target/79941 */
> > +
> > +/* { dg-do run } */
> > +/* { dg-require-effective-target powerpc_vsx_ok } */
> > +/* { dg-options "-mvsx -O2 -save-temps" } */
>
> FAIL: gcc.target/powerpc/fold-vec-mule-misc.c execution test
>
On Apr 02 2017, Segher Boessenkool wrote:
> On Sun, Apr 02, 2017 at 09:26:24AM +0200, Andreas Schwab wrote:
>> > +/* PR target/79941 */
>> > +
>> > +/* { dg-do run } */
>> > +/* { dg-require-effective-target powerpc_vsx_ok } */
>> > +/* { dg-options "-mvsx -O2 -save-temps" } */
>>
>> FAIL: gcc.t
On Sun, Apr 02, 2017 at 03:45:05PM +0200, Andreas Schwab wrote:
> > On Sun, Apr 02, 2017 at 09:26:24AM +0200, Andreas Schwab wrote:
> >> > +/* PR target/79941 */
> >> > +
> >> > +/* { dg-do run } */
> >> > +/* { dg-require-effective-target powerpc_vsx_ok } */
> >> > +/* { dg-options "-mvsx -O2 -sav
On 4/2/17 2:29 AM, Andreas Schwab wrote:
>> +/* { dg-require-effective-target dfp } */
[snip]
> FAIL: gcc.target/powerpc/pr80246.c (test for excess errors)
> Excess errors:
> /daten/gcc/gcc-20170401/gcc/testsuite/gcc.target/powerpc/pr80246.c:18:10:
> error: Builtin function __builtin_dxex requires
On Apr 02 2017, Segher Boessenkool wrote:
> Why does powerpc_vsx_ok return true then, ugh.
Because the assembler is new enough. That's all it checks.
Andreas.
--
Andreas Schwab, sch...@linux-m68k.org
GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5
"And now for someth
On Apr 02 2017, Peter Bergner wrote:
> On 4/2/17 2:29 AM, Andreas Schwab wrote:
>>> +/* { dg-require-effective-target dfp } */
> [snip]
>> FAIL: gcc.target/powerpc/pr80246.c (test for excess errors)
>> Excess errors:
>> /daten/gcc/gcc-20170401/gcc/testsuite/gcc.target/powerpc/pr80246.c:18:10:
>>
Hello!
Attached patch rewrites totally wrong IMOD4 move patterns. Insn
pattern didn't even have constraints, split pattern didn't allow
constant zero in its operand predicate, so no wonder compilation
failed on const_0.
2017-04-02 Uros Bizjak
PR target/80250
* config/i386/sse.md (mov)
On Sat, Apr 1, 2017 at 2:20 PM, Jakub Jelinek wrote:
> Hi!
>
> As discussed in the PR, in the following testcase we don't if-convert
> with the generic (and many other) tuning, because we default to
> --param max-rtl-if-conversion-insns=1 in most of the tunings.
> The problem we have is with multi
On Sun, Apr 02, 2017 at 09:48:36AM -0500, Peter Bergner wrote:
> On 4/2/17 2:29 AM, Andreas Schwab wrote:
> >> +/* { dg-require-effective-target dfp } */
> [snip]
> > FAIL: gcc.target/powerpc/pr80246.c (test for excess errors)
> > Excess errors:
> > /daten/gcc/gcc-20170401/gcc/testsuite/gcc.target/
2017-04-02 Uros Bizjak
* config/i386/sse.md (movdi_to_sse): Add missing DONE.
Bootstrapped and regression tested on x86_64-linux-gnu {,-m32}.
Committed to mainline.
Uros.
Index: config/i386/sse.md
===
--- config/i386/sse.md
On 2 April 2017 at 02:45, Ville Voutilainen wrote:
> Tested on Linux-x64.
For what it's worth, here's a saner changelog that uses the signatures
that were originally in place. The patch
passes the full testsuite on Linux-PPC64 without regressions.
2017-04-02 Ville Voutilainen
PR libstdc
Hello, gentle maintainer.
This is a message from the Translation Project robot.
A revised PO file for textual domain 'gcc' has been submitted
by the German team of translators. The file is available at:
http://translationproject.org/latest/gcc/de.po
(This file, 'gcc-7.1-b20170226.de.po', h
Hi,
Here is the patch that roughly follows your idea.
Some comments:
- There are more cases than array_ref overflow. We need to take care
of component_ref and both underflows/overflows are possible
- I could not make it work with "0" as a fake address, because then
catching lower bounds violation
Hi,
While working on an out of tree optimization pass, I ran into a few
failures which was not represented by the testsuite so I am adding
them now.
Committed after a bootstrap/test on aarch64-linux-gnu with no regressions.
Thanks,
Andrew Pinski
testsuite/ChangeLog:
* gcc.c-torture/compile/nes
21 matches
Mail list logo
