at gcc dot gnu.org |bergner at gcc dot
gnu.org
--- Comment #33 from Peter Bergner ---
Created attachment 46189
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=46189&action=edit
Proposed patch
Here is a patch that fixes make_object_dead() that was causing r0 to be
incorrectly a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87871
Peter Bergner changed:
What|Removed |Added
Attachment #46189|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87871
--- Comment #43 from Peter Bergner ---
(In reply to Jakub Jelinek from comment #40)
> The question is what the code size differences would be with those changes
> (i.e. how often does it help not to have *movsi_compare0 make RA decisions
> worse
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87871
Peter Bergner changed:
What|Removed |Added
URL||https://gcc.gnu.org/ml/gcc-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87871
--- Comment #55 from Peter Bergner ---
Author: bergner
Date: Thu Apr 18 22:14:17 2019
New Revision: 270448
URL: https://gcc.gnu.org/viewcvs?rev=270448&root=gcc&view=rev
Log:
PR rtl-optimization/87871
* ira-lives.c (make_object_de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87871
Peter Bergner changed:
What|Removed |Added
Status|ASSIGNED|NEW
Assignee|bergner at gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89721
--- Comment #4 from Peter Bergner ---
Segher, can we move this to Fixed now?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87163
--- Comment #2 from Peter Bergner ---
This doesn't fail for me using a native build. Martin, can you recheck to see
if this is now fixed? There have been some changes in this area and I do see
that pattern in my dump file with no ICE:
(insn 6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82636
Peter Bergner changed:
What|Removed |Added
CC||bergner at gcc dot gnu.org
onent: debug
Assignee: unassigned at gcc dot gnu.org
Reporter: bergner at gcc dot gnu.org
Target Milestone: ---
If we have a test case that dies very early before expand, we still end up with
a stub combine debug file, even though we never called combine(). For example:
bergner
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90944
--- Comment #2 from Peter Bergner ---
The following fixes the issue. Does anyone have a better suggestion?
Index: combine.c
===
--- combine.c (revision 272620)
+++ combine.c (w
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: bergner at gcc dot gnu.org
Target Milestone: ---
The -mdejagnu-cpu= option is supposed to behave exactly like -mcpu=
except for that -mcpu= option cannot override it. We want/need that
behavior
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91050
Peter Bergner changed:
What|Removed |Added
Target||powerpc*-*-*
CC|
Assignee|unassigned at gcc dot gnu.org |bergner at gcc dot
gnu.org
--- Comment #2 from Peter Bergner ---
I will work on a patch. A somewhat related issue is why don't we emit a
.machine directive? We only seems to emit one when we don't specify
-mcpu=... and did not configure gcc w
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91050
--- Comment #5 from Peter Bergner ---
(In reply to Alan Modra from comment #3)
> We don't always emit .machine because that is a waste of time if the
> .machine cpu matches the original cpu passed on the command line to gas.
> .machine reloads t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91050
--- Comment #6 from Peter Bergner ---
(In reply to Peter Bergner from comment #5)
> Shouldn't we check whether the new .machine is different than the
> currently active cpu value before reloading the opcode table? I don't think
> it would be to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91050
--- Comment #10 from Peter Bergner ---
(In reply to Alan Modra from comment #8)
> Created attachment 46555 [details]
> assembler command line fixes
>
> I'll happily handle the assembler command line problems. Here's a lightly
> tested patch.
T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86324
--- Comment #6 from Peter Bergner ---
Author: bergner
Date: Fri Jul 6 21:05:48 2018
New Revision: 262484
URL: https://gcc.gnu.org/viewcvs?rev=262484&root=gcc&view=rev
Log:
gcc/
PR target/86324
* target.def (translate_mode_attrib
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86324
Peter Bergner changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86324
--- Comment #9 from Peter Bergner ---
Author: bergner
Date: Mon Aug 13 17:34:38 2018
New Revision: 263510
URL: https://gcc.gnu.org/viewcvs?rev=263510&root=gcc&view=rev
Log:
gcc/
Backport from mainline
2018-07-06 Peter Bergner
Severity: normal
Priority: P3
Component: rtl-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: bergner at gcc dot gnu.org
Target Milestone: ---
IRA incorrectly creates an interference between a pseudo register and a hard
register that should not
,
||segher at gcc dot gnu.org,
||vmakarov at gcc dot gnu.org,
||wschmidt at gcc dot gnu.org
Assignee|unassigned at gcc dot gnu.org |bergner at gcc dot
gnu.org
||bergner at gcc dot gnu.org
Resolution|--- |INVALID
--- Comment #8 from Peter Bergner ---
(In reply to pdbain from comment #5)
> The compiler trips on this part of jnicsup.cpp (ca. line 500):
>
> #ifdef J9VM_INTERP_FLOA
Priority: P3
Component: rtl-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: bergner at gcc dot gnu.org
Target Milestone: ---
Currently, both IRA and LRA spill all pseudo regs that are live across a setjmp
call. If the target has a sane setjmp, then
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87466
Peter Bergner changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |bergner at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86939
--- Comment #2 from Peter Bergner ---
Author: bergner
Date: Sun Sep 30 20:03:14 2018
New Revision: 264726
URL: https://gcc.gnu.org/viewcvs?rev=264726&root=gcc&view=rev
Log:
gcc/
PR rtl-optimization/86939
* ira-lives.c (make_hard_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87479
Peter Bergner changed:
What|Removed |Added
CC||bergner at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87479
Peter Bergner changed:
What|Removed |Added
Status|NEW |ASSIGNED
URL|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87466
Peter Bergner changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
URL|https://gcc.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87466
Peter Bergner changed:
What|Removed |Added
URL|https://gcc.gnu.org/ml/gcc- |https://gcc.gnu.org/ml/gcc-
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: bergner at gcc dot gnu.org
Target Milestone: ---
Current trunk and GCC 7 (haven't tested anything else) unnecessarily use
non-volatile regs forcing unneeded save/restore
,
||segher at gcc dot gnu.org,
||wschmidt at gcc dot gnu.org
Assignee|unassigned at gcc dot gnu.org |bergner at gcc dot
gnu.org
Target Milestone|--- |9.0
--- Comment #1 from Peter
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87507
Peter Bergner changed:
What|Removed |Added
Target||powerpc64le-linux
--- Comment #2 from Pe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83926
--- Comment #13 from Peter Bergner ---
Author: bergner
Date: Fri Feb 9 16:32:37 2018
New Revision: 257531
URL: https://gcc.gnu.org/viewcvs?rev=257531&root=gcc&view=rev
Log:
gcc/
PR target/83926
* config/rs6000/vsx.md (vsx_mul_v2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83926
Peter Bergner changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83926
Peter Bergner changed:
What|Removed |Added
Status|RESOLVED|CLOSED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83926
--- Comment #17 from Peter Bergner ---
Author: bergner
Date: Fri Feb 9 22:03:43 2018
New Revision: 257543
URL: https://gcc.gnu.org/viewcvs?rev=257543&root=gcc&view=rev
Log:
PR target/83926
* gcc.target/powerpc/pr83926.c: Filter
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83926
--- Comment #18 from Peter Bergner ---
(In reply to seurer from comment #16)
> gimple folding of rs6000 builtins has been disabled.
> FAIL: gcc.target/powerpc/pr83926.c (test for excess errors)
>
> This happens on all the testers both BE and LE.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84279
Peter Bergner changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|2018-02-08 00:00:
at gcc dot gnu.org |bergner at gcc dot
gnu.org
--- Comment #3 from Peter Bergner ---
This looks to be a similar problem that I fixed in PR83399 except that the
store here isn't generated by a builtin, but by Kelvin's optimization here:
https://gcc.gnu.org/ml/gcc-patches/2018-0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83758
Peter Bergner changed:
What|Removed |Added
CC||bergner at gcc dot gnu.org
Target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83758
Peter Bergner changed:
What|Removed |Added
Target Milestone|7.4 |6.5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84279
--- Comment #4 from Peter Bergner ---
This actually seems to be a constraint problem caused by mem_operand_gpr()
which implements the "Y" constraint (ie, mem's ok for GPR load/stores) allowing
altivec type addresses that contain the 'and' like we
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84279
--- Comment #6 from Peter Bergner ---
(In reply to Segher Boessenkool from comment #5)
> I think you should do this check inside address_offset?
I don't think that is possible. The callers of address_offset assume if
address_offset returns a no
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84365
Peter Bergner changed:
What|Removed |Added
CC||bergner at gcc dot gnu.org
--- Comment
||2018-02-13
Assignee|unassigned at gcc dot gnu.org |bergner at gcc dot
gnu.org
Target Milestone|--- |8.0
Ever confirmed|0 |1
--- Comment #2 from Peter Bergner ---
Oh, never mind, this is targeting POWER9
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84365
--- Comment #3 from Peter Bergner ---
Author: bergner
Date: Tue Feb 13 21:52:12 2018
New Revision: 257641
URL: https://gcc.gnu.org/viewcvs?rev=257641&root=gcc&view=rev
Log:
PR target/84365
* gcc.target/powerpc/altivec-7-le.c: Als
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84370
--- Comment #3 from Peter Bergner ---
Author: bergner
Date: Tue Feb 13 22:04:00 2018
New Revision: 257642
URL: https://gcc.gnu.org/viewcvs?rev=257642&root=gcc&view=rev
Log:
PR target/84370
* gcc.target/powerpc/builtins-3-p9-runna
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84365
Peter Bergner changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
URL|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84365
--- Comment #5 from Peter Bergner ---
Closing as fixed.
dot gnu.org
Resolution|--- |FIXED
Assignee|unassigned at gcc dot gnu.org |bergner at gcc dot
gnu.org
Target Milestone|--- |8.0
--- Comment #4 from Peter Bergner ---
Fixed on trunk.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84370
Peter Bergner changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--- Comment #5 from Peter Bergner
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84279
--- Comment #7 from Peter Bergner ---
Author: bergner
Date: Tue Feb 13 23:05:59 2018
New Revision: 257647
URL: https://gcc.gnu.org/viewcvs?rev=257647&root=gcc&view=rev
Log:
gcc/
PR target/84279
* config/rs6000/rs6000.c (mem_opera
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84279
Peter Bergner changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84372
Peter Bergner changed:
What|Removed |Added
CC||bergner at gcc dot gnu.org
--- Comment
||2018-02-13
Assignee|unassigned at gcc dot gnu.org |bergner at gcc dot
gnu.org
Ever confirmed|0 |1
--- Comment #2 from Peter Bergner ---
Confirmed, same issue, same fix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84372
--- Comment #3 from Peter Bergner ---
Author: bergner
Date: Tue Feb 13 23:29:38 2018
New Revision: 257648
URL: https://gcc.gnu.org/viewcvs?rev=257648&root=gcc&view=rev
Log:
PR target/84372
* gcc.target/powerpc/lvsl-lvsr.c: Also m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84372
Peter Bergner changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
URL|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84372
Peter Bergner changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--- Comment #5 from Peter Bergner
at gcc dot gnu.org |bergner at gcc dot
gnu.org
--- Comment #4 from Peter Bergner ---
I have it recreated, so I'll have a look.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84279
Peter Bergner changed:
What|Removed |Added
Target Milestone|8.0 |7.4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84326
--- Comment #5 from Peter Bergner ---
(In reply to Matthias Klose from comment #0)
> cc1: warning: will not generate 'power7' instructions because assembler
> lacks 'power7' support
> cc1: error: '-msecure-plt' not supported by your assembler
So
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83789
Peter Bergner changed:
What|Removed |Added
CC||bergner at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83789
--- Comment #8 from Peter Bergner ---
(In reply to Segher Boessenkool from comment #7)
> See https://gcc.gnu.org/ml/gcc-patches/2018-02/msg00031.html -- I think
> Kaushik
> is still looking at this?
Ah, ok. I do agree with your comment to use t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84279
--- Comment #9 from Peter Bergner ---
Author: bergner
Date: Wed Feb 14 15:17:04 2018
New Revision: 257661
URL: https://gcc.gnu.org/viewcvs?rev=257661&root=gcc&view=rev
Log:
gcc/
Back port from mainline
2018-02-13 Peter Bergner
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84279
Peter Bergner changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--- Comment #10 from Peter Bergne
||2018-02-14
CC||bergner at gcc dot gnu.org
Ever confirmed|0 |1
--- Comment #1 from Peter Bergner ---
Confirmed.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84372
Peter Bergner changed:
What|Removed |Added
Target Milestone|--- |7.4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84384
Peter Bergner changed:
What|Removed |Added
CC||meissner at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84384
Peter Bergner changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84372
--- Comment #7 from Peter Bergner ---
Author: bergner
Date: Wed Feb 14 18:48:53 2018
New Revision: 257667
URL: https://gcc.gnu.org/viewcvs?rev=257667&root=gcc&view=rev
Log:
Back port from mainline
2018-02-13 Peter Bergner
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84372
Peter Bergner changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84372
Peter Bergner changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--- Comment #9 from Peter Bergner
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83789
--- Comment #9 from Peter Bergner ---
Created attachment 43417
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43417&action=edit
Proposed patch to merge altivec patterns.
Hi Kaushik,
Can you see if the following unetsted patch fixes your I
||2018-02-14
Assignee|unassigned at gcc dot gnu.org |bergner at gcc dot
gnu.org
Ever confirmed|0 |1
--- Comment #1 from Peter Bergner ---
Mine. Needs the same lxvd2x|lxv fix we used on other test cases.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84390
--- Comment #2 from Peter Bergner ---
Author: bergner
Date: Wed Feb 14 19:56:25 2018
New Revision: 257670
URL: https://gcc.gnu.org/viewcvs?rev=257670&root=gcc&view=rev
Log:
PR target/84390
* gcc.target/powerpc/vsxcopy.c: Also mat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84390
--- Comment #3 from Peter Bergner ---
Author: bergner
Date: Wed Feb 14 20:03:21 2018
New Revision: 257671
URL: https://gcc.gnu.org/viewcvs?rev=257671&root=gcc&view=rev
Log:
Backport from GCC 7 branch
2018-02-14 Peter Bergner
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84390
Peter Bergner changed:
What|Removed |Added
Target Milestone|--- |6.5
--- Comment #5 from Peter Bergner -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84390
Peter Bergner changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84390
Peter Bergner changed:
What|Removed |Added
Status|RESOLVED|CLOSED
URL|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83789
Peter Bergner changed:
What|Removed |Added
Attachment #43417|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83789
--- Comment #11 from Peter Bergner ---
Ah, testing my patch, we're getting duplicate named patterns. I'll have to
think about this.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84326
Peter Bergner changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--- Comment #7 from Peter Bergner
gcc dot gnu.org |bergner at gcc dot
gnu.org
--- Comment #5 from Peter Bergner ---
I'm looking into this.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84534
Peter Bergner changed:
What|Removed |Added
CC||bergner at gcc dot gnu.org
--- Comment
||2018-02-27
Assignee|unassigned at gcc dot gnu.org |bergner at gcc dot
gnu.org
Ever confirmed|0 |1
--- Comment #4 from Peter Bergner ---
Actually, I see the vec-setup-be-long.c FAIL even using the revision before
Vlad's commit.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83399
--- Comment #18 from Peter Bergner ---
Author: bergner
Date: Wed Feb 28 15:43:41 2018
New Revision: 258071
URL: https://gcc.gnu.org/viewcvs?rev=258071&root=gcc&view=rev
Log:
PR target/83399
* gcc.target/powerpc/pr83399.c: Only ru
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84534
Peter Bergner changed:
What|Removed |Added
Keywords|wrong-code |
URL|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84534
--- Comment #6 from Peter Bergner ---
Author: bergner
Date: Fri Mar 2 02:54:40 2018
New Revision: 258122
URL: https://gcc.gnu.org/viewcvs?rev=258122&root=gcc&view=rev
Log:
PR target/84534
* gcc.target/powerpc/vec-setup-be-long.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84534
Peter Bergner changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84534
Peter Bergner changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--- Comment #8 from Peter Bergner
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84264
--- Comment #6 from Peter Bergner ---
So we end up dropping into rs6000_emit_le_vsx_store from gen_movv4si via:
if (!BYTES_BIG_ENDIAN
&& VECTOR_MEM_VSX_P (mode)
&& !TARGET_P9_VECTOR
&& !gpr_or_gpr_p (operands[0], operands[1])
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=21161
Peter Bergner changed:
What|Removed |Added
CC||bergner at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=21161
--- Comment #14 from Peter Bergner ---
(In reply to Peter Bergner from comment #13)
> In case you haven't creduce'd the test case yet, here's what I got:
Of course that's a totally bogus test case given what Bruno was trying to
prove, namely tha
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84264
--- Comment #7 from Peter Bergner ---
Author: bergner
Date: Mon Mar 5 15:52:11 2018
New Revision: 258251
URL: https://gcc.gnu.org/viewcvs?rev=258251&root=gcc&view=rev
Log:
gcc/
PR target/84264
* config/rs6000/vector.md (mov): Di
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84264
Peter Bergner changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81572
Peter Bergner changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83969
Peter Bergner changed:
What|Removed |Added
CC||bergner at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81572
--- Comment #7 from Peter Bergner ---
Author: bergner
Date: Tue Mar 6 15:54:30 2018
New Revision: 258280
URL: https://gcc.gnu.org/viewcvs?rev=258280&root=gcc&view=rev
Log:
gcc/
Backport from mainline
2018-02-22 Vladimir Makarov
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81572
Peter Bergner changed:
What|Removed |Added
Status|RESOLVED|CLOSED
URL|
401 - 500 of 1504 matches
Mail list logo
