On Tue, Apr 23, 2019 at 05:25:28PM +0200, Paolo Carlini wrote:
> /testsuite
> 2019-04-23 Paolo Carlini
>
> PR c++/90173
> * g++.dg/cpp1z/class-deduction66.C: New.
The test fails everywhere if check-c++-all with:
+UNRESOLVED: g++.dg/cpp1z/class-deduction66.C -std=c++17 compilation
On Sat, Apr 27, 2019 at 09:07:34PM +0200, Iain Buclaw wrote:
> On Sat, 27 Apr 2019 at 15:30, Kamil Rytarowski wrote:
> >
> > On 27.04.2019 11:20, Iain Buclaw wrote:
> > > Hi,
> > >
> > > Baseline compiler builds fail on all sparc*-netbsd configurations.
> > >
> > > In file included from
On Sat, Apr 27, 2019 at 02:08:06PM +0200, Iain Buclaw wrote:
> I built all compilers last night from config-list.mk, so I had a ready
> cross compiler available. With the following patch, all compiles
> successfully with -fsyntax-only for both s390x-linux and s390-linux,
> though checking on
On Sat, 27 Apr 2019 at 15:30, Kamil Rytarowski wrote:
>
> On 27.04.2019 11:20, Iain Buclaw wrote:
> > Hi,
> >
> > Baseline compiler builds fail on all sparc*-netbsd configurations.
> >
> > In file included from ./tm_p.h:4,
> > from
On 4/27/19 9:26 AM, Segher Boessenkool wrote:
> On Sat, Apr 27, 2019 at 08:37:37AM -0600, Jeff Law wrote:
>> To fix this without having the two mode pattern I've proposed or a
>> pattern which matches the subreg mess above we'd need combine or
>> simplify-rtx to simplify the above into something
On 4/27/19 9:26 AM, Segher Boessenkool wrote:
> On Sat, Apr 27, 2019 at 08:37:37AM -0600, Jeff Law wrote:
>> To fix this without having the two mode pattern I've proposed or a
>> pattern which matches the subreg mess above we'd need combine or
>> simplify-rtx to simplify the above into something
On Sat, Apr 27, 2019 at 08:37:37AM -0600, Jeff Law wrote:
> To fix this without having the two mode pattern I've proposed or a
> pattern which matches the subreg mess above we'd need combine or
> simplify-rtx to simplify the above into something like this (From Andrew P):
Combine will do this
On 4/26/19 5:59 PM, Segher Boessenkool wrote:
> On Fri, Apr 26, 2019 at 11:30:47PM +0100, Richard Earnshaw (lists) wrote:
>> A subreg on a reg is fine (which is what we'd have in this specific
>> case). It's when the subreg gets left on something else (other than a
>> mem) when the problems
2019-04-27 Uroš Bizjak
PR target/89261
* config/i386/i386-protos.h (ix86_data_alignment): Change
the second argument type to unsigned int.
* config/i386/i386.c (ix86_data_alignment): Change "align"
argument type to unsigned int.
testsuite/ChangeLog:
2019-04-27 Uroš
On 27.04.2019 11:20, Iain Buclaw wrote:
> Hi,
>
> Baseline compiler builds fail on all sparc*-netbsd configurations.
>
> In file included from ./tm_p.h:4,
> from /runner/crossbuilds/../gcc/gcc/config/netbsd-d.c:27:
>
On 27/04/19 12:03 +0200, Marc Glisse wrote:
Hello,
this small patch feels safe: we are moving an existing object to an
uninitialized location so the 2 locations can't overlap. And it helps
with std::vector> where it lets the compiler get
rid of the branches "if(...) delete ..." when moving
On Sat, 27 Apr 2019 at 12:24, Jakub Jelinek wrote:
>
> On Sat, Apr 27, 2019 at 11:26:15AM +0200, Matthias Klose wrote:
> > On 15.03.19 16:49, Robin Dapp wrote:
> > > during the last few days I tried to get D running on s390x (apparently
> > > the first Big Endian platform to try it?). I did not
On Sat, Apr 27, 2019 at 11:26:15AM +0200, Matthias Klose wrote:
> On 15.03.19 16:49, Robin Dapp wrote:
> > during the last few days I tried to get D running on s390x (apparently
> > the first Big Endian platform to try it?). I did not yet go through the
> > code systematically and add a
Hello,
this small patch feels safe: we are moving an existing object to an
uninitialized location so the 2 locations can't overlap. And it helps with
std::vector> where it lets the compiler get rid of
the branches "if(...) delete ..." when moving elements around, for
instance in reserve().
On 15.03.19 16:49, Robin Dapp wrote:
> Hi,
>
> during the last few days I tried to get D running on s390x (apparently
> the first Big Endian platform to try it?). I did not yet go through the
> code systematically and add a version(SystemZ) in every place where it
> might be needed but rather
Hi,
Baseline compiler builds fail on all sparc*-netbsd configurations.
In file included from ./tm_p.h:4,
from /runner/crossbuilds/../gcc/gcc/config/netbsd-d.c:27:
/runner/crossbuilds/../gcc/gcc/config/sparc/sparc-protos.h:45:47:
error: use of enum ‘memmodel’ without previous
On 4/26/19 5:24 PM, Jeff Law wrote:
On 4/26/19 5:02 AM, Martin Liška wrote:
Hi.
The fix is about forgotten target options for which get_valid_option_values
returns empty list.
Patch can bootstrap on x86_64-linux-gnu and survives regression tests.
Ready to be installed to trunk and later than
17 matches
Mail list logo