https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83705
Janne Blomqvist changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84156
Dominique d'Humieres changed:
What|Removed |Added
Priority|P3 |P4
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83705
--- Comment #8 from Janne Blomqvist ---
Author: jb
Date: Thu Feb 1 07:41:03 2018
New Revision: 257281
URL: https://gcc.gnu.org/viewcvs?rev=257281&root=gcc&view=rev
Log:
PR 83705 Repeat with large values
This patch fixes the regression by incre
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84157
Uroš Bizjak changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84160
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84088
Tom de Vries changed:
What|Removed |Added
Keywords||wrong-code
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84160
Marek Polacek changed:
What|Removed |Added
Keywords||ice-on-valid-code
CC|
/gcc/gcc-trunk/libexec/gcc/x86_64-pc-linux-gnu/8.0.1/lto-wrapper
Target: x86_64-pc-linux-gnu
Configured with: ../gcc-source-trunk/configure --enable-languages=c,c++,lto
--prefix=/home/su/software/tmp/gcc/gcc-trunk --disable-bootstrap
Thread model: posix
gcc version 8.0.1 20180131 (experimental) [trunk
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84159
Bug ID: 84159
Summary: filesystem::path::operator/= with has root directory
path
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priori
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84155
Dominique d'Humieres changed:
What|Removed |Added
Keywords||wrong-code
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84153
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83503
--- Comment #16 from Martin Sebor ---
(In reply to Jason Merrill from comment #4)
Jason, I'm only starting to look into it but if I understand your suggestion
correctly, I don't think the bug can be fixed by relying on attribute
exclusions.
Bas
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83503
Martin Sebor changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84158
Martin Sebor changed:
What|Removed |Added
Keywords||diagnostic
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84158
Bug ID: 84158
Summary: missing -Wreturn-type due to incorrect handling of
attributes for template specializations
Product: gcc
Version: 8.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84153
Brett Neumeier changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
Resolution|INVALID
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84113
--- Comment #15 from Douglas Mencken ---
another question: what is so special with "darwin" (besides that long story
when apple ditched gcc due to gpl v3 and created llvm'n'stuff which is still
unavail for powerpc) to have all these libgcc/config
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84155
--- Comment #5 from Dominique d'Humieres ---
Also caused by r257065 as pr84141.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84141
--- Comment #18 from Dominique d'Humieres ---
> I get the ICE with r257065.
r257064 is OK.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84155
Thomas Koenig changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84157
--- Comment #2 from Tom de Vries ---
Created attachment 43315
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43315&action=edit
lrand48.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84157
--- Comment #1 from Tom de Vries ---
Regression caused by r257270.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84157
Bug ID: 84157
Summary: [8 Regression] [nvptx] ICE: RTL check: expected code
'reg', have 'lshiftrt'
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: norma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83993
Jakub Jelinek changed:
What|Removed |Added
Summary|[7/8 Regression] ICE: |[7 Regression] ICE:
|c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84116
Jakub Jelinek changed:
What|Removed |Added
Keywords||ice-on-invalid-code
Status|N
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84156
Thomas Koenig changed:
What|Removed |Added
Target Milestone|--- |8.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81779
Marek Polacek changed:
What|Removed |Added
Summary|[6/7/8 Regression] bool |[6/7 Regression] bool
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84156
Bug ID: 84156
Summary: [8 Regression] valgrind error with print *,1
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: li
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81779
--- Comment #2 from Marek Polacek ---
Author: mpolacek
Date: Wed Jan 31 22:12:46 2018
New Revision: 257271
URL: https://gcc.gnu.org/viewcvs?rev=257271&root=gcc&view=rev
Log:
PR c/81779
* c-parser.c (c_parser_compound_statement_no
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84155
Thomas Koenig changed:
What|Removed |Added
Target Milestone|--- |8.0
--- Comment #3 from Thomas Koenig -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84141
--- Comment #17 from Jürgen Reuter ---
Maybe also look at the PR84155 with a similar (possibly the same?) problem, and
a workaround, or a direct case for the culprit in a single line.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84141
--- Comment #16 from Thomas Koenig ---
This is strange.
Looking at the small reproducer and grepping for the settings to dtype
with
diff -b -u repro.f90.old repro.f90.new |grep 'dtype.*='
where repro.f90.old is the output of -fdump-tree-origin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84123
--- Comment #5 from uros at gcc dot gnu.org ---
Author: uros
Date: Wed Jan 31 21:37:54 2018
New Revision: 257270
URL: https://gcc.gnu.org/viewcvs?rev=257270&root=gcc&view=rev
Log:
PR rtl-optimization/84123
* combine.c (change_zero
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80867
kelvin at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84150
--- Comment #3 from H.J. Lu ---
Created attachment 43314
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43314&action=edit
A patch
I am testing this.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84116
--- Comment #3 from Jakub Jelinek ---
Author: jakub
Date: Wed Jan 31 20:47:48 2018
New Revision: 257266
URL: https://gcc.gnu.org/viewcvs?rev=257266&root=gcc&view=rev
Log:
PR fortran/84116
* openmp.c (gfc_match_omp_clauses): If al
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83993
--- Comment #8 from Jakub Jelinek ---
Author: jakub
Date: Wed Jan 31 20:46:36 2018
New Revision: 257265
URL: https://gcc.gnu.org/viewcvs?rev=257265&root=gcc&view=rev
Log:
PR c++/83993
* constexpr.c (cxx_eval_outermost_constant_ex
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83993
--- Comment #7 from Jakub Jelinek ---
Author: jakub
Date: Wed Jan 31 20:45:41 2018
New Revision: 257264
URL: https://gcc.gnu.org/viewcvs?rev=257264&root=gcc&view=rev
Log:
PR c++/83993
* constexpr.c (diag_array_subscript): Emit di
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84155
--- Comment #2 from Jürgen Reuter ---
This regression has been also introduced within revisions r256722 and r257131.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81084
Andrew Jenner changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81084
Andrew Jenner changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84155
--- Comment #1 from Jürgen Reuter ---
Created attachment 43313
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43313&action=edit
Reproducer, 48 lines
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81084
--- Comment #13 from Andrew Jenner ---
Created attachment 43312
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43312&action=edit
Patch in progress so far
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84155
Bug ID: 84155
Summary: [8.0 Regression] program hangs on valid code
Product: gcc
Version: 8.0.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fort
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84141
--- Comment #15 from Jürgen Reuter ---
Created attachment 43311
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43311&action=edit
Isolated file: small reproducer, 250 lines
This should print
1: 2: INSIDE MCI_VAMP_WRITE
VAMP integrator:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70589
Michael Meissner changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79038
Michael Meissner changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84088
--- Comment #11 from Paul Thomas ---
Author: pault
Date: Wed Jan 31 20:28:35 2018
New Revision: 257262
URL: https://gcc.gnu.org/viewcvs?rev=257262&root=gcc&view=rev
Log:
2018-01-31 Paul Thomas
PR fortran/84088
* trans-expr.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84154
--- Comment #1 from Michael Meissner ---
Created attachment 43310
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43310&action=edit
Example code to show the problem.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84154
Bug ID: 84154
Summary: PowerPC GCC 7 and 8 have regression in converting fp
to short/char and returning it
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83987
Volker Reichelt changed:
What|Removed |Added
Summary|[6/7 Regression] ICE with |[6/7/8 Regression] ICE with
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84152
David Malcolm changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84141
--- Comment #14 from Dominique d'Humieres ---
I get the ICE with r257065.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83926
--- Comment #9 from Peter Bergner ---
So the problem is that the splitter for vsx_div_v2di unconditionally calls
gen_divdi3() , which assumes we have a 64-bit integer HW div insn. If you do a
scalar 64-bit div, we notice we don't have that HW in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84113
--- Comment #14 from Douglas Mencken ---
(In reply to Jakub Jelinek from comment #13)
> No, it means anybody can fix it, just the release will not be blocked if it
> is not fixed.
Well, nice. May I fix it? What happened between 6.4 and 7.1? Wher
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84113
--- Comment #13 from Jakub Jelinek ---
No, it means anybody can fix it, just the release will not be blocked if it is
not fixed.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82641
--- Comment #27 from Arnd Bergmann ---
(In reply to Richard Earnshaw from comment #26)
> (In reply to Arnd Bergmann from comment #25)
>
> > or to apply more force and add the ".arch" to each inline
> > asm individually.
>
> No, that would not b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84153
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84013
--- Comment #2 from Katsunori Kumatani ---
I'm not familiar with tree-ssa-structalias, but it appears to me that the "fix"
is quite simple? Or am I missing something? Here's the snippet from it, updated
with my attempt:
if (restrict_var)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84113
--- Comment #12 from Douglas Mencken ---
(In reply to Segher Boessenkool from comment #11)
> It will be fixed. But not many people have access to powerpc-darwin systems
> to test on.
I prefer “would” before “will”, and I may give an access to t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84153
Bug ID: 84153
Summary: Bootstrap failure when using dependency libraries in
non-system location
Product: gcc
Version: 7.3.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84113
--- Comment #11 from Segher Boessenkool ---
It will be fixed. But not many people have access to powerpc-darwin systems
to test on.
Does this still happen on trunk as well?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82444
--- Comment #1 from Vladimir Makarov ---
Author: vmakarov
Date: Wed Jan 31 19:03:11 2018
New Revision: 257254
URL: https://gcc.gnu.org/viewcvs?rev=257254&root=gcc&view=rev
Log:
2018-01-31 Vladimir Makarov
PR target/82444
* ir
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80867
--- Comment #13 from kelvin at gcc dot gnu.org ---
Author: kelvin
Date: Wed Jan 31 18:56:11 2018
New Revision: 257252
URL: https://gcc.gnu.org/viewcvs?rev=257252&root=gcc&view=rev
Log:
gcc/ChangeLog:
2018-01-31 Richard Biener
Kelvi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84113
--- Comment #10 from Douglas Mencken ---
(In reply to Jakub Jelinek from comment #9)
> Because powerpc*-darwin* is neither a primary nor secondary platform, see
> http://gcc/gnu.org/gcc-8/criteria.html , and therefore bugs in such a port
> are no
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84032
--- Comment #2 from David Malcolm ---
Created attachment 43309
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43309&action=edit
Dumpfile from sms pass (up to the assertion failure)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84032
David Malcolm changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84141
--- Comment #13 from Thomas Koenig ---
The abort comes from the I/O library.
Here's a backtrace:
#0 _gfortrani_internal_error (cmp=0x0, message=0x10117a80 "type_name(): Bad
type") at ../../../trunk/libgfortran/runtime/error.c:410
#1 0x000
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84113
--- Comment #9 from Jakub Jelinek ---
Because powerpc*-darwin* is neither a primary nor secondary platform, see
http://gcc/gnu.org/gcc-8/criteria.html , and therefore bugs in such a port are
not release critical.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80867
--- Comment #12 from kelvin at gcc dot gnu.org ---
Author: kelvin
Date: Wed Jan 31 18:22:19 2018
New Revision: 257248
URL: https://gcc.gnu.org/viewcvs?rev=257248&root=gcc&view=rev
Log:
gcc/ChangeLog:
2018-01-31 Richard Biener
Kelvi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84113
--- Comment #8 from Douglas Mencken ---
(In reply to Jakub Jelinek from comment #4)
> (In reply to Segher Boessenkool from comment #2)
> > You cut away the most interesting part: the insn pattern that does not
> > exist.
> > Could you show us?
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84113
Douglas Mencken changed:
What|Removed |Added
Known to work||6.4.0
--- Comment #7 from Douglas Menc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84113
Douglas Mencken changed:
What|Removed |Added
Known to fail||7.1.0, 7.2.0
--- Comment #6 from Dougl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53431
Martin Sebor changed:
What|Removed |Added
CC||davydden at gmail dot com
--- Comment #33
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84127
Martin Sebor changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84071
--- Comment #19 from Wilco ---
(In reply to Eric Botcazou from comment #16)
> > Also I wonder whether this means AArch64 should set it since targets like
> > MIPS
> > and Sparc already set it.
>
> There seems to be a good reason against that:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84150
--- Comment #2 from H.J. Lu ---
This test will fail on all ILP32 targets where Pmode == DImode and
ptr_mode == SImode.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84150
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84141
Dominique d'Humieres changed:
What|Removed |Added
Keywords||wrong-code
Status|WAI
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84143
--- Comment #2 from Neil Carlson ---
(In reply to Dominique d'Humieres from comment #1)
>
> gives 0. Should not it be 3?
Yeah. I noticed the same thing myself. It is 3 if the type parameters are
removed. I was intending to report it, but I th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84152
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84152
David Malcolm changed:
What|Removed |Added
CC||dmalcolm at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84152
Bug ID: 84152
Summary: Internal compiler error when compiling a cxx file
Product: gcc
Version: 7.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84092
Paolo Carlini changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84092
--- Comment #3 from paolo at gcc dot gnu.org ---
Author: paolo
Date: Wed Jan 31 16:07:06 2018
New Revision: 257242
URL: https://gcc.gnu.org/viewcvs?rev=257242&root=gcc&view=rev
Log:
/cp
2018-01-31 Paolo Carlini
PR c++/84092
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84151
Bug ID: 84151
Summary: [4.9/5/6/7 Regression] g++ generates two identical
loads in a volatile-qualified member function.
Product: gcc
Version: 7.2.1
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84116
--- Comment #2 from Jakub Jelinek ---
Indeed, started with r242037.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67935
Marek Polacek changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84136
--- Comment #3 from David Malcolm ---
Discussion/patch:
https://gcc.gnu.org/ml/gcc-patches/2018-01/msg02451.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84141
--- Comment #11 from Jürgen Reuter ---
When you run the binary created (seg_prod), you'll get
|
| Running self-test: mci_vamp
| -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84141
--- Comment #10 from Jürgen Reuter ---
Created attachment 43307
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43307&action=edit
Reproducer_2, a little smaller
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84141
--- Comment #9 from Jürgen Reuter ---
Let me put a little smaller reproducer.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84138
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84141
--- Comment #8 from Dominique d'Humieres ---
Pass with r257125.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84138
--- Comment #3 from Marek Polacek ---
Author: mpolacek
Date: Wed Jan 31 15:37:18 2018
New Revision: 257240
URL: https://gcc.gnu.org/viewcvs?rev=257240&root=gcc&view=rev
Log:
PR c++/84138
* cp-gimplify.c (cp_fold): Check if X is a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84116
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82641
--- Comment #26 from Richard Earnshaw ---
(In reply to Arnd Bergmann from comment #25)
> or to apply more force and add the ".arch" to each inline
> asm individually.
No, that would not be guaranteed to be supported: and you'd be lying to the
c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84141
--- Comment #7 from Jürgen Reuter ---
We reproduced this on Darwin 17.4.0 and OpenSuSe Leap 42.2 Linux and within a
Docker Image running Ubuntu LTS. The two cases on Linux are the test example of
which I extracted the smaller reproducer.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84141
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84071
--- Comment #17 from Eric Botcazou ---
Author: ebotcazou
Date: Wed Jan 31 15:01:40 2018
New Revision: 257237
URL: https://gcc.gnu.org/viewcvs?rev=257237&root=gcc&view=rev
Log:
PR rtl-optimization/84071
* doc/tm.texi.in (WORD_REGI
1 - 100 of 169 matches
Mail list logo
