https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64354
--- Comment #1 from Dmitry Vyukov ---
We've hit this issue while implementing Go support for C++ ThreadSanitizer:
https://github.com/golang/go/issues/14602
__has_feature obviously does not work. Providing __SANITIZE_THREAD__ looks very
reasonable
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70633
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70634
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70107
Alan Modra changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68756
vries at gcc dot gnu.org changed:
What|Removed |Added
Keywords||patch
--- Comment #9 from vrie
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70635
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70107
--- Comment #6 from Alan Modra ---
Bootstrap and regression testing completed for both gcc-4.9 and gcc-5 branch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70594
--- Comment #20 from Jakub Jelinek ---
Tobias, could you try your to reproduce your #c0 issue, with a debugging patch
like:
--- gcc/tree.c.jj 2016-03-11 17:37:42.0 +0100
+++ gcc/tree.c 2016-04-12 10:43:10.463675009 +0200
@@ -981,6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70594
--- Comment #21 from Jakub Jelinek ---
Or by adding another printout (say
{
FILE *f = fopen ("/tmp/uids", "a");
fprintf (f, "===\n");
fclose (f);
}
somehwere to toplev.c (main) early on, so that you can run it all from the
dri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70602
--- Comment #4 from Jakub Jelinek ---
Author: jakub
Date: Tue Apr 12 09:08:43 2016
New Revision: 234895
URL: https://gcc.gnu.org/viewcvs?rev=234895&root=gcc&view=rev
Log:
PR tree-optimization/70602
* tree-sra.c (generate_subtree_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70626
Thomas Schwinge changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59075
manuelrciosici at gmail dot com changed:
What|Removed |Added
CC||manuelrciosici at gmail
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70577
--- Comment #9 from Richard Biener ---
(In reply to Kirill Yukhin from comment #8)
> This commit caused miscompare of spec2000/178.galgel on
> -march=skylake-avx512 (-Ofast -flto -funroll-loops):
>Newton iteration # 0Maxi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70577
Richard Biener changed:
What|Removed |Added
Target||i?86-*-*
Component|tree-optimi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70574
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70572
Richard Biener changed:
What|Removed |Added
Keywords||ice-on-invalid-code
Priority|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70571
Richard Biener changed:
What|Removed |Added
Keywords||ice-checking,
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70570
Richard Biener changed:
What|Removed |Added
Keywords||wrong-code
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70635
--- Comment #2 from Paolo Carlini ---
It's an infinite recursion affecting the same_type_p call at parser.c:25125
which I added in that patch.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70597
Richard Biener changed:
What|Removed |Added
Priority|P3 |P4
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70596
Richard Biener changed:
What|Removed |Added
Version|unknown |6.0
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70594
--- Comment #22 from Richard Biener ---
The make_fancy_decl_name change is desirable but decls made by SRA should be
DECL_IGNORED and thus not end up anywhere in debug info.
Allocating or not allocating DECL_UIDs based on GC is a recipie for des
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68756
--- Comment #10 from vries at gcc dot gnu.org ---
Author: vries
Date: Tue Apr 12 10:08:48 2016
New Revision: 234896
URL: https://gcc.gnu.org/viewcvs?rev=234896&root=gcc&view=rev
Log:
Fix typo in copy_cond_phi_args
2016-04-12 Tom de Vries
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70583
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |6.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68756
vries at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69728
--- Comment #2 from vries at gcc dot gnu.org ---
For two more testcases: PR68756 comment 3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70635
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70633
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70634
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70630
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70594
--- Comment #23 from Jakub Jelinek ---
2016-04-12 Jakub Jelinek
PR c++/70594
* tree-sra.c (make_fancy_decl_name): Don't add DECL_UID
into the fancy names if -fdump-final-insns=.
--- gcc/tree-sra.c.jj 2016-04-12 11:0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70627
Richard Biener changed:
What|Removed |Added
Keywords||ice-checking
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68953
vries at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70628
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70625
Richard Biener changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
Target Mil
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70624
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |6.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70623
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70616
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70617
--- Comment #6 from Richard Biener ---
But it ICEs differently, so the reduction is bogus:
> ./cc1plus -quiet t.c -m32 -w
t.c:2:23: error: field ‘TYPES’ has incomplete type ‘UINT’
typedef struct { UINT TYPES } eType;
^
t.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70615
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70614
--- Comment #4 from Richard Biener ---
And I already removed the quadraticness there! In an original version of the
patch I only looked at BIVs but that regressed sth. See PR67783.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70600
Richard Biener changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70602
Richard Biener changed:
What|Removed |Added
Status|NEW |RESOLVED
Component|rtl-optimiz
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70628
--- Comment #6 from ktkachov at gcc dot gnu.org ---
The ICE in cselib occurs when it calls gen_reg_rtx after reload, which is not
allowed.
This is through a call to simplify_unary_operation_1 on
(zero_extend:DI (high:SI (symbol_ref/f:SI ("*.LC3")
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70635
Paolo Carlini changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70635
--- Comment #3 from Paolo Carlini ---
I think we can simply restrict the same_type_p call to type_decls with
TREE_TYPE with CLASS_TYPE_P true or something very close. I'm testing a patch.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70604
Richard Biener changed:
What|Removed |Added
Keywords||missed-optimization
Status|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70566
--- Comment #12 from ktkachov at gcc dot gnu.org ---
Author: ktkachov
Date: Tue Apr 12 10:58:28 2016
New Revision: 234898
URL: https://gcc.gnu.org/viewcvs?rev=234898&root=gcc&view=rev
Log:
[ARM] PR target/70566 Check that condition register is de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70623
--- Comment #3 from Richard Biener ---
Value numbers:
_1 = _31
_4 = 1
and
:
_4 = rc_35 != 0;
_31 = _9 == 0;
_1 = _4 & _31;
if (_1 != 0)
which is in the loop we don't converge for ANTIC compute:
...
Starting iteration 497
ANTIC_OUT[10] := { _
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69497
--- Comment #5 from Dominique d'Humieres ---
The patch in comment 3 also fixes the first test in pr69498 comment 0, but not
the tests containing submodule which gives the following ICE
pr69498_1.f90:3:19:
submodule (m) sm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70628
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68242
Thomas Schwinge changed:
What|Removed |Added
Component|libgomp |testsuite
Assignee|nathan at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70596
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70594
--- Comment #24 from Tobias Burnus ---
(In reply to Jakub Jelinek from comment #18)
> For the testcases in this PR probably: [...[
> [...] would be enough [...] But the #c0 report suggests this affects
> more than that, but only Tobias has the re
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59075
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70596
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70030
--- Comment #7 from Renlin Li ---
(In reply to Vladimir Makarov from comment #6)
> Created attachment 38033 [details]
> A patch
>
> Here is the patch which might solve the problem.
Hi Vladimir, sorry for the late reply. I am just back from holi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70627
Jan Hubicka changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
--- Comment #6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70623
--- Comment #4 from Richard Biener ---
This seems to be a bug in iteration order.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70636
Bug ID: 70636
Summary: Link failure when C++ brace initialization is used
Product: gcc
Version: 5.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70615
--- Comment #3 from Jakub Jelinek ---
cp_gimplify_expr has code to handle the PTRMEM_CST case, but that is
unfortunately too late, if it appears in a CONSTRUCTOR, the gimplifier can try
to hash the CONSTRUCTOR which obviously can't handle the FE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70029
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|NEW
Assignee|jason at gcc dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70637
Bug ID: 70637
Summary: Ambiguity error invoking a constructor with double
brace initialization
Product: gcc
Version: 5.2.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70577
Martin Liška changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70577
--- Comment #11 from Martin Liška ---
Author: marxin
Date: Tue Apr 12 13:38:46 2016
New Revision: 234902
URL: https://gcc.gnu.org/viewcvs?rev=234902&root=gcc&view=rev
Log:
Revert r234572 (aka PR testsuite/70577)
Revert
2016-03-3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70624
--- Comment #5 from Jakub Jelinek ---
So can dyldVersionNumber be only used for #if SANITIZER_IOSSIM and otherwise
use what it did before?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70634
--- Comment #2 from Jakub Jelinek ---
So, when value_dependent_expression is called on the VAR_DECL i,
it (since the above mentioned change) recurse on its DECL_INITIAL:
if (DECL_INITIAL (expression)
&& decl_constant_var_p (expres
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68242
--- Comment #6 from Jakub Jelinek ---
Yeah, I'm seeing this in i686-linux regtests on the trunk too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70638
Bug ID: 70638
Summary: transaction_wrap: too strict compatibility check and
transaction_pure wrappers fail to wrap
Product: gcc
Version: 6.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70638
--- Comment #1 from torvald at gcc dot gnu.org ---
Created attachment 38244
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38244&action=edit
test case
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70633
--- Comment #3 from Jakub Jelinek ---
Guess the problem is a disagreement on what is valid constructor initializer.
initializer_constant_valid_p on (int) &main says it is valid constant, but the
gimplifier doesn't keep it around and instead repla
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70594
--- Comment #25 from Jason Merrill ---
Created attachment 38245
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38245&action=edit
Patch to not discard copies
This seems like a minimal fix; does it in fact fix the bug?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70628
--- Comment #8 from ktkachov at gcc dot gnu.org ---
(In reply to Jakub Jelinek from comment #7)
> Created attachment 38242 [details]
> gcc6-pr70628.patch
>
> IMNSHO simplify-rtx.c should never generate instructions, it carefully uses
> gen_lowpar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70594
--- Comment #26 from Jason Merrill ---
(In reply to Jason Merrill from comment #25)
> Created attachment 38245 [details]
> Patch to not discard copies
>
> This seems like a minimal fix; does it in fact fix the bug?
With this patch gengtype seem
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70604
--- Comment #3 from Josh Poimboeuf ---
Hi Richard, thanks for looking at it!
(In reply to Richard Biener from comment #2)
> Are the cases you still see indirect jumps to only one active case or
> is it just that if()s with multiple cases would h
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70594
--- Comment #27 from Nathan Sidwell ---
(In reply to Jason Merrill from comment #26)
> With this patch gengtype seems to assign gt_ggc_mx(tree&) to cp/constexpr.o,
> breaking cc1 link. I'm not going to try to fix that now, though someone
> else
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70633
--- Comment #4 from Jakub Jelinek ---
Created attachment 38246
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38246&action=edit
gcc6-pr70633.patch
Untested fix. This works for me, but Richard, if you have a different patch
already in test
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70501
--- Comment #4 from Nathan Sidwell ---
Author: nathan
Date: Tue Apr 12 16:24:11 2016
New Revision: 234904
URL: https://gcc.gnu.org/viewcvs?rev=234904&root=gcc&view=rev
Log:
PR c++/70501
cp/
* constexpr.c (cxx_eval_bare_a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70501
Nathan Sidwell changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70639
Bug ID: 70639
Summary: internal compiler error: in guard_tinfo_to_string, at
c-family/c-indentation.c:560
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70639
--- Comment #1 from Marek Polacek ---
This (completely untested) should fix it though:
diff --git a/gcc/c-family/c-indentation.c b/gcc/c-family/c-indentation.c
index 1da3f68..ddab880 100644
--- a/gcc/c-family/c-indentation.c
+++ b/gcc/c-family/c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70639
--- Comment #2 from Marek Polacek ---
Shorter testcase:
void bar (int);
void
foo (int x)
{
switch (x);
bar (x);
}
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70639
--- Comment #3 from Marek Polacek ---
Weird that with my patch cc1plus warns like this
e.C: In function ‘void foo(int)’:
e.C:5:3: warning: this ‘switch’ clause does not guard...
[-Wmisleading-indentation]
switch (x);
^~
e.C:6:5: note: .
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70381
Michael Meissner changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70596
--- Comment #3 from Jakub Jelinek ---
Author: jakub
Date: Tue Apr 12 17:18:31 2016
New Revision: 234906
URL: https://gcc.gnu.org/viewcvs?rev=234906&root=gcc&view=rev
Log:
PR rtl-optimization/70596
* lra-spills.c (spill_pseudos):
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70640
Bug ID: 70640
Summary: IEEE 128-bit floating point negative/abs has two
thinkos
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priorit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70596
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70640
Michael Meissner changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70571
--- Comment #2 from Jakub Jelinek ---
Indeed, Nathan patch for PR70501 fixed this, testing now
2016-04-12 Jakub Jelinek
PR c++/70571
* g++.dg/ext/pr70571.C: New test.
--- gcc/testsuite/g++.dg/ext/pr70571.C.jj 2016-04-12
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68722
--- Comment #4 from paolo at gcc dot gnu.org ---
Author: paolo
Date: Tue Apr 12 17:54:34 2016
New Revision: 234909
URL: https://gcc.gnu.org/viewcvs?rev=234909&root=gcc&view=rev
Log:
/cp
2016-04-12 Paolo Carlini
PR c++/68722
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68722
Paolo Carlini changed:
What|Removed |Added
Summary|[4.9/5/6 Regression]|[4.9/5 Regression] internal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70640
--- Comment #1 from Michael Meissner ---
Created attachment 38247
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38247&action=edit
Proposed patch to fix the problem
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70571
--- Comment #3 from Jakub Jelinek ---
Author: jakub
Date: Tue Apr 12 19:35:23 2016
New Revision: 234911
URL: https://gcc.gnu.org/viewcvs?rev=234911&root=gcc&view=rev
Log:
PR c++/70571
* g++.dg/ext/pr70571.C: New test.
Added:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70571
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70501
Jakub Jelinek changed:
What|Removed |Added
CC||su at cs dot ucdavis.edu
--- Comment #6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70615
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70640
Michael Meissner changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
++,lto
--prefix=/usr/local/gcc-trunk --disable-bootstrap
Thread model: posix
gcc version 6.0.0 20160412 (experimental) [trunk revision 234895] (GCC)
$
$ g++-trunk -O0 -c small.cpp
$ g++-5.3 -O1 -c small.cpp
$
$ g++-trunk -O1 -c small.cpp
small.cpp: In function ‘void foo()’:
small.cpp:9:1: error
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70630
--- Comment #3 from Eric Botcazou ---
Author: ebotcazou
Date: Tue Apr 12 20:55:05 2016
New Revision: 234918
URL: https://gcc.gnu.org/viewcvs?rev=234918&root=gcc&view=rev
Log:
2016-04-12 Eric Botcazou
PR target/70630
* config/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70630
--- Comment #4 from Eric Botcazou ---
Author: ebotcazou
Date: Tue Apr 12 20:55:33 2016
New Revision: 234919
URL: https://gcc.gnu.org/viewcvs?rev=234919&root=gcc&view=rev
Log:
PR target/70630
* config/sparc/sparc.c (sparc_compute_
1 - 100 of 117 matches
Mail list logo
