On 06/22/15 03:37, Andreas Schwab wrote:
Nathan Sidwell nat...@acm.org writes:
On 06/20/15 02:09, Andreas Schwab wrote:
This also fails on powerpc.
what is the build compiler?
It is a bootstrapped build, so the build compiler should not matter.
ok, thanks.
I've just built me a
Nathan Sidwell nat...@acm.org writes:
On 06/20/15 02:09, Andreas Schwab wrote:
This also fails on powerpc.
what is the build compiler?
It is a bootstrapped build, so the build compiler should not matter.
Andreas.
--
Andreas Schwab, SUSE Labs, sch...@suse.de
GPG Key fingerprint = 0196
On 06/21/15 19:00, Nathan Sidwell wrote:
On 06/20/15 02:09, Andreas Schwab wrote:
This also fails on powerpc.
what is the build compiler? James provided a clue that 4.9.2 is ok but 4.8.1
is bad.
FWIW, I can't reproduce the failure with using a stock 4.8.2 build compiler for
an
On 06/20/15 02:09, Andreas Schwab wrote:
This also fails on powerpc.
what is the build compiler? James provided a clue that 4.9.2 is ok but 4.8.1
is bad.
nathan
This also fails on powerpc.
Andreas.
--
Andreas Schwab, SUSE Labs, sch...@suse.de
GPG Key fingerprint = 0196 BAD8 1CE9 1970 F4BE 1748 E4D4 88E3 0EEA B9D7
And now for something completely different.
On Tue, Jun 16, 2015 at 05:44:49PM +0100, Nathan Sidwell wrote:
On 06/16/15 03:47, Andreas Schwab wrote:
Nathan Sidwell nat...@acm.org writes:
PR c++/58583
* g++.dg/cpp0x/nsdmi-template14.C: New test.
spawn -ignore SIGHUP
On 06/17/15 04:57, James Greenhalgh wrote:
I'm seeing the same issues on aarch64-none-elf and aarch64_be-none-elf
in one of my testing environments, but, interestingly, not on
aarch64-none-linux-gnu or in my other aarch64-none-elf testing
environment (!!).
ugh. What is the behavior on the
On 06/16/15 03:47, Andreas Schwab wrote:
Nathan Sidwell nat...@acm.org writes:
PR c++/58583
* g++.dg/cpp0x/nsdmi-template14.C: New test.
spawn -ignore SIGHUP
/usr/local/gcc/gcc-20150616/Build/gcc/testsuite/g++2/../../xg++
Nathan Sidwell nat...@acm.org writes:
PR c++/58583
* g++.dg/cpp0x/nsdmi-template14.C: New test.
spawn -ignore SIGHUP
/usr/local/gcc/gcc-20150616/Build/gcc/testsuite/g++2/../../xg++
-B/usr/local/gcc/gcc-20150616/Build/gcc/testsuite/g++2/../../
OK, thanks.
Jason
Ping?
https://gcc.gnu.org/ml/gcc-patches/2015-06/msg00674.html
#On 06/09/15 09:46, Nathan Sidwell wrote:
On 06/08/15 13:47, Jason Merrill wrote:
How about using a DECL_LANG_FLAG instead of creating a garbage DEFAULT_ARG?
This patch uses DECL_LANG_FLAG_2 on the FIELD_DECL to mark that its
On 06/08/15 13:47, Jason Merrill wrote:
How about using a DECL_LANG_FLAG instead of creating a garbage DEFAULT_ARG?
This patch uses DECL_LANG_FLAG_2 on the FIELD_DECL to mark that its NSDMI is
being instantiated. I also discovered I'd flubbed the markup on the testcase,
not sure why I
How about using a DECL_LANG_FLAG instead of creating a garbage DEFAULT_ARG?
Jason
On 06/08/15 13:47, Jason Merrill wrote:
How about using a DECL_LANG_FLAG instead of creating a garbage DEFAULT_ARG?
good idea, I'll go look for an available one.
nathan
This patch fixes 58582, a set of ICEs that happen instantiating NSDMIs. There
are a couple of causes, both fixed.
1) instantiating the template while parsing an NSDMI of the template itself.
We see a DEFAULT_ARG in get_nsdmi. Fixed by jumping to the existing error
handling for the
15 matches
Mail list logo