https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70623
--- Comment #7 from Richard Biener ---
Author: rguenth
Date: Thu Apr 14 07:30:53 2016
New Revision: 234970
URL: https://gcc.gnu.org/viewcvs?rev=234970&root=gcc&view=rev
Log:
2016-04-14 Richard Biener
PR tree-optimization/70623
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70623
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
Known to work|4.9.3, 5.3.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70655
Bug ID: 70655
Summary: selectio sort
Product: gcc
Version: 3.0.4
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70130
--- Comment #23 from Richard Biener ---
But that's ok - we are storing the same scalar element:
t.i:12:3: note: Load permutation 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
t.i:12:3: note: no array mode for V8HI[16]
t.i:12:3: note: Final SLP tree for instan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70652
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70130
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70655
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70653
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70652
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
--- Comment #3 from Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70650
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70646
Richard Biener changed:
What|Removed |Added
Keywords||wrong-code
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70646
--- Comment #9 from Richard Biener ---
Note that the testcase is strictly invalid as it has 8-byte aligned node_name[]
passed to wwn_to_u64 which ends up performing a 64bit load on it via __swab64p.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70646
--- Comment #10 from Richard Biener ---
Fixing that with
void __attribute__((noinline,noclone)) broken(u64* shost)
{
u8 node_name[8] __attribute__((aligned(__alignof(u64 = { 0xFF, 0xFF,
0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF};
*shost = wwn_t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70645
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |4.9.4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70656
Bug ID: 70656
Summary: mutation testing of algorithum
Product: gcc
Version: 3.3
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assign
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70650
--- Comment #6 from Jakub Jelinek ---
Shorter testcase:
struct A {};
void
foo (struct A a, int b)
{
}
compiles with sparc-solaris C, but doesn't with C++.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70650
--- Comment #7 from Jakub Jelinek ---
Seems sparc-solaris passes even for C the empty struct as a separate argument
(the empty struct goes into %o0, the int argument into %o1).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70656
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70646
--- Comment #11 from Richard Biener ---
Happens via
(gdb) bt
#0 redirect_to_unreachable (e=0x76891820)
at /space/rguenther/src/svn/trunk3/gcc/ipa-inline-analysis.c:735
#1 0x00bc9325 in edge_set_predicate (e=0x76891820,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70540
Paolo Carlini changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70657
Bug ID: 70657
Summary: testing
Product: gcc
Version: 3.3
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70646
Richard Biener changed:
What|Removed |Added
Known to work||4.8.5
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70657
James Greenhalgh changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63629
Jan Smets changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64971
--- Comment #11 from Ramana Radhakrishnan ---
(In reply to Jeffrey A. Law from comment #10)
> Ramana, do you want to give this to someone on your team to wrap up?
Kyrill, do you mind picking this up ?
(In reply to Jeffrey A. Law from comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66931
Jan Smets changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66920
--- Comment #4 from Jan Smets ---
Seems fixed.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56805
Jan Smets changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70594
Jakub Jelinek changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64971
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #12 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70336
Jan Smets changed:
What|Removed |Added
Severity|normal |minor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70614
--- Comment #5 from Richard Biener ---
We already have --param scev-max-expr-complexity (and --param
scev-max-expr-size)
for this.
But I have a simple fix for the testcase.
Index: tree-scalar-evolution.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70654
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70651
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70651
--- Comment #3 from Marek Polacek ---
We have the code to reject this, but it happens only when gimplifying:
11695 if (have_va_type == NULL_TREE)
11696 {
11697 error_at (loc, "first argument to % not of type
%");
11698 return G
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70130
--- Comment #24 from Alan Modra ---
Created attachment 38266
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38266&action=edit
testcase for gcc.dg/vect/
Revised testcase checking multiple offsets, using an array of structs so not
dependent
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70594
--- Comment #38 from Jakub Jelinek ---
Surprisingly, the actual problem is with __builtin_unreachable. I've
instrumented symbol_table::register_symbol, so that it logs this->order and
node->name () after assigning node->order, and get:
/tmp/orde
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70594
--- Comment #39 from Jakub Jelinek ---
Sorry, error on my part.
There is actually
#1 0x00b3e9d6 in symbol_table::release_symbol (this=0x715a10a8,
node=,
uid=0) at ../../gcc/cgraph.h:2514
#2 0x00b3972a in cgraph_node::re
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70662
Bug ID: 70662
Summary: vpbroadcastq assemble failure with -masm=intel
-mavx512vbmi
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Keywords: assemble-failure
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70646
--- Comment #12 from H.J. Lu ---
It was caused by r208831.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70568
Richard Biener changed:
What|Removed |Added
Keywords||ra
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70330
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |5.4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70108
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |5.4
Summary|[5,6 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70494
Richard Biener changed:
What|Removed |Added
Known to work||4.9.3
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70627
--- Comment #10 from jseward at acm dot org ---
Thank you for fixing this quickly!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70662
Kirill Yukhin changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70651
--- Comment #4 from Marek Polacek ---
And we seem to do the right thing if I just do away with the canon_expr_type:
diff --git a/gcc/c-family/c-common.c b/gcc/c-family/c-common.c
index 30c815d..8b0a34b 100644
--- a/gcc/c-family/c-common.c
+++ b/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70647
--- Comment #2 from Matt Godbolt ---
Thanks Manuel. Interestingly this does elicit a warning:
struct B {
int a; int b;
B(B &&o)
: a(static_cast(a)),
b(std::move(o.b)) {}
};
but this does not:
struct B {
int a; int b;
B(B
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70130
--- Comment #25 from Bill Schmidt ---
I've verified the patch indeed fixes the test from c#11. Regstrap in progress.
One nit: The parentheses in the proposed patch are slightly wrong, should be:
&& (LOOP_VINFO_VECT_FACTOR (loop_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70594
--- Comment #40 from Jakub Jelinek ---
So, some further printf debugging shows that the first difference is that in
one of the possible_polymorphic_call_targets calls (which creates the
node->order == 4151 __builtin_unreachable in one with -g2 on
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70664
Bug ID: 70664
Summary: failbit is not set on stream reading negative value
into unsigned type
Product: gcc
Version: 4.8.4
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70130
--- Comment #26 from Bill Schmidt ---
Ah, I see from IRC that Alan has already done a regstrap and reported no
failures.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70594
--- Comment #41 from Richard Biener ---
Maybe decl_maybe_in_construction_p using BLOCKs. I suppose it should restrict
itself to inlined_function_outer_scope_p ()s which we surely preserve.
for (tree block = gimple_block (call); block && TREE_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70130
--- Comment #27 from Bill Schmidt ---
However, that was with the parentheses misplaced. I've completed a bootstrap
and regression test on powerpc64le-unknown-linux-gnu with this corrected, and
everything is still fine.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70665
Bug ID: 70665
Summary: Seemingly incorrect warning for being const correct
with function pointers
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
Severity: norm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70614
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70614
--- Comment #6 from Richard Biener ---
Author: rguenth
Date: Thu Apr 14 13:21:40 2016
New Revision: 234972
URL: https://gcc.gnu.org/viewcvs?rev=234972&root=gcc&view=rev
Log:
2016-04-14 Richard Biener
PR tree-optimization/70614
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70130
--- Comment #28 from Alan Modra ---
Bootstrapped and regression testing now completed on both powerpc64le-linux and
-m64/-m32 on a power7 powerpc64-linux host, all langs. No regressions found,
and it seems this also fixes gcc.dg/vect/slp-perm-12
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70594
--- Comment #42 from Jakub Jelinek ---
I see a difference when tree-ssa-pre.c calls
context.get_dynamic_type (instance, OBJ_TYPE_REF_OBJECT (fn), otr_type, stmt);
in get_dynamic_type, right after the first walk_aliased_vdefs in there, in one
invo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70665
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70594
--- Comment #43 from Richard Biener ---
Same walking of BLOCKs in noncall_stmt_may_be_vtbl_ptr_store.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70665
--- Comment #2 from Phillipi Susi ---
Yes, so why is there an implicit conversion that does not cause a warning when
called directly, but not when called via pointer?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70645
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70594
--- Comment #44 from Richard Biener ---
Index: gcc/ipa-polymorphic-call.c
===
--- gcc/ipa-polymorphic-call.c (revision 234971)
+++ gcc/ipa-polymorphic-call.c (working copy)
@@ -485
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70643
--- Comment #1 from cesar at gcc dot gnu.org ---
Author: cesar
Date: Thu Apr 14 13:44:17 2016
New Revision: 234973
URL: https://gcc.gnu.org/viewcvs?rev=234973&root=gcc&view=rev
Log:
PR middle-end/70643
gcc/
* omp-low.c (l
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70650
--- Comment #8 from Jason Merrill ---
Created attachment 38269
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38269&action=edit
patch
This fixes the reduced testcase for me on sparc, does it fix bootstrap on the
various targets?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70044
--- Comment #8 from ktkachov at gcc dot gnu.org ---
Author: ktkachov
Date: Thu Apr 14 13:45:34 2016
New Revision: 234974
URL: https://gcc.gnu.org/viewcvs?rev=234974&root=gcc&view=rev
Log:
[AArch64] Backport of PR target/70044 fix to GCC 5
2016-0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70650
--- Comment #9 from Jack Howarth ---
Created attachment 38270
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38270&action=edit
bzip2 compressed preprocessed source for libstdc++-v3/src/c++11/string-inst.cc
on x86_64-apple-darwin15
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70044
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70643
cesar at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70594
Nathan Sidwell changed:
What|Removed |Added
Assignee|nathan at gcc dot gnu.org |rguenth at gcc dot
gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70594
--- Comment #46 from Jakub Jelinek ---
So, it seems the ctor BLOCKs are preserved, but others are removed.
So, with -g we get:
(gdb) p debug_generic_stmt (block_ultimate_origin ($29))
BLOCK #0
SUPERCONTEXT: assign
(gdb) p debug_generic_stmt (b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70650
--- Comment #10 from Jack Howarth ---
(In reply to Jason Merrill from comment #8)
> Created attachment 38269 [details]
> patch
>
> This fixes the reduced testcase for me on sparc, does it fix bootstrap on
> the various targets?
The proposed pat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70646
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70666
Bug ID: 70666
Summary: SLP vectorization opportunity to use load element +
splat
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priori
`fancy_abort(file="../../gcc-6-20160414/gcc/expr.c", line=3546,
function="emit_move_insn") + 19 at diagnostic.c:1329, queue =
'com.apple.main-thread', stop reason = breakpoint 1.1
* frame #0: 0x0001018798f3
cc1plus`fancy_abort(file="../../gcc-6-201604
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70650
--- Comment #12 from Jack Howarth ---
(In reply to Jakub Jelinek from comment #6)
> Shorter testcase:
> struct A {};
>
> void
> foo (struct A a, int b)
> {
> }
> compiles with sparc-solaris C, but doesn't with C++.
This test case doesn't trigge
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70130
--- Comment #29 from Pat Haugen ---
Verified the patch also fixes the problem with h264ref benchmark.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70594
--- Comment #47 from Jakub Jelinek ---
Ok, found one bug in the unused block pruning:
--- gcc/ipa-polymorphic-call.c.jj 2016-03-30 16:00:17.0 +0200
+++ gcc/ipa-polymorphic-call.c 2016-04-14 16:45:45.407754387 +0200
@@ -479,16 +479,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70650
--- Comment #13 from Jason Merrill ---
The darwin problem is with an ipa-icf thunk trying to pass the parameter on
directly, which breaks because it's using the parameter's TREE_TYPE rather than
DECL_ARG_TYPE. expand_call handles this transparen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70650
--- Comment #14 from Jack Howarth ---
(In reply to Jason Merrill from comment #13)
Is darwin the only target using TREE_TYPE rather than DECL_ARG_TYPE?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70594
--- Comment #48 from Jakub Jelinek ---
Created attachment 38271
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38271&action=edit
gcc6-pr70594.patch
Untested fix.
So the other issue is that noncall_stmt_may_be_vtbl_ptr_store looks for BLOC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70651
--- Comment #5 from Jakub Jelinek ---
Yeah, the assertions are clearly bogus.
Though perhaps it would be better to just error out at those spots instead of
ignoring it and hoping we'll error out later.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70650
--- Comment #15 from Jason Merrill ---
(In reply to Jack Howarth from comment #14)
> (In reply to Jason Merrill from comment #13)
> Is darwin the only target using TREE_TYPE rather than DECL_ARG_TYPE?
No, that should be the same for all targets;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70649
--- Comment #1 from Jason Merrill ---
Created attachment 38272
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38272&action=edit
fix
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70650
Jason Merrill changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70649
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70667
Bug ID: 70667
Summary: SFINAE error disambiguating using alignas
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70029
--- Comment #9 from Marek Polacek ---
Author: mpolacek
Date: Thu Apr 14 16:51:16 2016
New Revision: 234979
URL: https://gcc.gnu.org/viewcvs?rev=234979&root=gcc&view=rev
Log:
PR c++/70029
* tree.c (verify_type): Disable the canoni
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70029
Marek Polacek changed:
What|Removed |Added
Target Milestone|6.0 |7.0
Summary|[6 Regression] IC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70648
Jason Merrill changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70543
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70652
Martin Sebor changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70650
--- Comment #17 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #8 from Jason Merrill ---
[...]
> This fixes the reduced testcase for me on sparc, does it fix bootstrap on the
> various targets?
Just for the record, with your patch a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70668
Bug ID: 70668
Summary: nds32-elf toolchain fails to compile on OSX"
Product: gcc
Version: 5.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70668
--- Comment #1 from Stefan Reinauer ---
Created attachment 38273
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38273&action=edit
minimal example
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70652
--- Comment #5 from Martin Sebor ---
Author: msebor
Date: Thu Apr 14 17:35:23 2016
New Revision: 234981
URL: https://gcc.gnu.org/viewcvs?rev=234981&root=gcc&view=rev
Log:
PR c++/70652 - [6 Regression] r234966 causes bootstrap to fail
Revert pa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70668
Stefan Reinauer changed:
What|Removed |Added
Target||nds32le-elf
Host|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70668
Stefan Reinauer changed:
What|Removed |Added
Summary|nds32-elf toolchain fails |nds32-elf toolchain fails
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69650
--- Comment #60 from Roger Orr ---
Thanks; I can now confirm that a full build of our application with distcc
works without problems.
1 - 100 of 154 matches
Mail list logo
