https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60158
--- Comment #2 from Alan Modra ---
Fixed on master with git commit 8e2a42caa / svn rev 223209.
Fixed for gcc-4.9 with git commit 110222ca0 / svn rev 223714.
Fixed for gcc-4.8 with git commit 071358356 / svn rev 223713.
Oddly, not backported to g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68268
Bug ID: 68268
Summary: configure: error: GNU Fortran is not working;
Product: gcc
Version: 4.1.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68268
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68265
Andreas Schwab changed:
What|Removed |Added
CC||yaghmour.shafik at gmail dot
com
--- C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68262
Andreas Schwab changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68267
--- Comment #1 from Andreas Schwab ---
Which target? This is probably BIGGEST_ALIGNMENT.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68256
--- Comment #2 from Ramana Radhakrishnan ---
Author: ramana
Date: Tue Nov 10 08:35:21 2015
New Revision: 230085
URL: https://gcc.gnu.org/viewcvs?rev=230085&root=gcc&view=rev
Log:
Workaround PR68256 on AArch64
> This is causing a bootstrap comp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68263
--- Comment #2 from H.J. Lu ---
The maximum stack alignment is 4 byte for IA MCU. That is why
reload generates misaligned load/store.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68267
--- Comment #2 from Markus Trippelsdorf ---
(In reply to Andreas Schwab from comment #1)
> Which target? This is probably BIGGEST_ALIGNMENT.
x86_64-pc-linux-gnu. You're right it works fine with e.g -march=skylake.
Since handling of anything bi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68267
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68269
Bug ID: 68269
Summary: [5/6 regression] FAIL: gcc.dg/pr68129_1.c (internal
compiler error)
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68264
rsandifo at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68269
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |5.3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68236
--- Comment #3 from ktkachov at gcc dot gnu.org ---
Author: ktkachov
Date: Tue Nov 10 09:22:58 2015
New Revision: 230088
URL: https://gcc.gnu.org/viewcvs?rev=230088&root=gcc&view=rev
Log:
[haifa-sched] PR rtl-optimization/68236: Exit early from a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68236
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68261
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68258
Richard Biener changed:
What|Removed |Added
Keywords||rejects-valid
Status|UNCONF
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68263
--- Comment #3 from Uroš Bizjak ---
(In reply to H.J. Lu from comment #2)
> The maximum stack alignment is 4 byte for IA MCU. That is why
> reload generates misaligned load/store.
It looks to me that BIGGEST_ALIGNMENT is defined in a wrong way.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68251
--- Comment #9 from Eric Botcazou ---
> thanks, the issue is fixed indeed. Attached is the reduced testcase, about
> 1000 lines remain, but at least it can be compiled in ~2s.
Thanks, I have installed it in the testsuite.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56118
--- Comment #11 from Richard Biener ---
Author: rguenth
Date: Tue Nov 10 09:43:54 2015
New Revision: 230091
URL: https://gcc.gnu.org/viewcvs?rev=230091&root=gcc&view=rev
Log:
2015-11-10 Richard Biener
PR tree-optimization/56118
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56118
Richard Biener changed:
What|Removed |Added
Status|NEW |RESOLVED
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68270
Bug ID: 68270
Summary: Common pattern for variable sized data clashes with
MPX bound checks
Product: gcc
Version: 5.2.0
Status: UNCONFIRMED
Severity: enhancemen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68238
--- Comment #2 from James Greenhalgh ---
Author: jgreenhalgh
Date: Tue Nov 10 10:08:03 2015
New Revision: 230092
URL: https://gcc.gnu.org/viewcvs?rev=230092&root=gcc&view=rev
Log:
[Patch GCC 5/Vect] Partial backport of r228751 (pr68238)
gcc/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68248
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68129
--- Comment #4 from ktkachov at gcc dot gnu.org ---
Author: ktkachov
Date: Tue Nov 10 10:12:11 2015
New Revision: 230093
URL: https://gcc.gnu.org/viewcvs?rev=230093&root=gcc&view=rev
Log:
[AArch64] PR target/68129: Define TARGET_SUPPORTS_WIDE_INT
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68129
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68240
--- Comment #3 from Richard Biener ---
Author: rguenth
Date: Tue Nov 10 10:14:02 2015
New Revision: 230095
URL: https://gcc.gnu.org/viewcvs?rev=230095&root=gcc&view=rev
Log:
2015-11-10 Richard Biener
PR tree-optimization/68240
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68240
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68263
--- Comment #4 from Yulia Koval ---
Why should TARGET_IAMCU support SSE?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68271
Bug ID: 68271
Summary: [6 Regression] Boostrap fails on x86_64-apple-darwin14
at r230084
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: blocker
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68271
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |6.0
--- Comment #1 from Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68270
Richard Biener changed:
What|Removed |Added
Target||x86_64-*-*, i?86-*-*
Component
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68271
Dominique d'Humieres changed:
What|Removed |Added
Target||x86_64-apple-darwin14
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68271
--- Comment #3 from Jakub Jelinek ---
DARWIN_REGISTER_TARGET_PRAGMAS registers 5.
If I count well on Linux and yesterday's trunk, for -fopenmp -fopenacc
-fcilkplus I see 10 OpenACC, 25 OpenMP, 2 Cilk+ and 22 other deferred pragmas
being registere
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57845
--- Comment #15 from Sergey Organov ---
Eric, thanks a lot for taking care of the issue!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68266
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68271
Jakub Jelinek changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68271
--- Comment #5 from Richard Biener ---
Also look at vms-c.c which registers 14.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68271
--- Comment #6 from Richard Biener ---
(In reply to Jakub Jelinek from comment #3)
> DARWIN_REGISTER_TARGET_PRAGMAS registers 5.
> If I count well on Linux and yesterday's trunk, for -fopenmp -fopenacc
> -fcilkplus I see 10 OpenACC, 25 OpenMP, 2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68272
Bug ID: 68272
Summary: Unwanted out-of-line instances for C inline functions
that are also GCC builtins.
Product: gcc
Version: 4.9.2
Status: UNCONFIRMED
Severit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58133
Ramana Radhakrishnan changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68156
--- Comment #3 from Jonathan Wakely ---
That's not what I said.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68170
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68228
--- Comment #4 from Micha³ Miros³aw ---
Created attachment 36673
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36673&action=edit
gcc 4.8 assembler output for -O1
gcc-4.8 also generates correct VPBROADCASTD, though with VMOVD before it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68263
--- Comment #5 from H.J. Lu ---
Created attachment 36674
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36674&action=edit
A patch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68263
--- Comment #6 from H.J. Lu ---
(In reply to Yulia Koval from comment #4)
> Why should TARGET_IAMCU support SSE?
It is about using SSE instructions with IAMCU psABI.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68202
Jonathan Wakely changed:
What|Removed |Added
Keywords||accepts-invalid
Status|UNC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68200
--- Comment #3 from Jonathan Wakely ---
I would like to deprecate mt_allocator, I don't recommend using it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68186
Jonathan Wakely changed:
What|Removed |Added
Keywords||rejects-valid
Status|UNCON
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=45715
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68261
Manuel López-Ibáñez changed:
What|Removed |Added
CC||manu at gcc dot gnu.org
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68210
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68209
--- Comment #5 from Jonathan Wakely ---
(In reply to Marc Glisse from comment #4)
> Yes it is QoI, but we could still do better.
Yes, I agree that if we accept it with only a warning then it should behave
correctly.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68208
--- Comment #1 from Jonathan Wakely ---
I'm pretty sure this is a dup of a very old bug.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68208
--- Comment #2 from Jonathan Wakely ---
I thought I remembered dealing with this case as part of my patch for PR2972
but it doesn't look like it. PR19808 is also relevant here.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68223
Ramana Radhakrishnan changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68222
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68255
--- Comment #1 from Dominik Vogt ---
Created attachment 36675
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36675&action=edit
Experimental fix.
The attached patch fixes the problem in the "go" tool by forcing the
--whole-archive linker op
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68145
--- Comment #5 from Julian Taylor ---
thanks, the full application now compiles successfully
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68271
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68065
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60158
--- Comment #3 from joakim.tjernlund at transmode dot se ---
(In reply to Alan Modra from comment #2)
> Fixed on master with git commit 8e2a42caa / svn rev 223209.
> Fixed for gcc-4.9 with git commit 110222ca0 / svn rev 223714.
> Fixed for gcc-4.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68238
--- Comment #3 from James Greenhalgh ---
Author: jgreenhalgh
Date: Tue Nov 10 14:40:43 2015
New Revision: 230110
URL: https://gcc.gnu.org/viewcvs?rev=230110&root=gcc&view=rev
Log:
[Patch GCC 4.9/Vect] Partial backport of r228751 (pr68238)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68238
James Greenhalgh changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68273
Bug ID: 68273
Summary: Wrong code on mips/mipsel with -fno-ipa-sra
Product: gcc
Version: 5.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: ipa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68274
Bug ID: 68274
Summary: __builtin_unreachable pessimizes code
Product: gcc
Version: 5.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68185
--- Comment #2 from Thomas Preud'homme ---
Here's a quick update. What I found so far is that after split2, we have:
(insn 148 61 304 16 (set (reg:CCNO 17 flags)
(compare:CCNO (reg:HI 44 r15 [orig:91 pretmp_9 ] [91])
(const_i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68271
--- Comment #8 from cesar at gcc dot gnu.org ---
I'm not sure it will make much of a difference, but Thomas is planning on
adding two openacc clauses bind and nohost. Is there anything I can do to help
here, or is this already being taken care of?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54601
--- Comment #13 from David Edelsohn ---
The recent additions to GCC cxa atexit support on AIX may fix this.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68266
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68274
Richard Biener changed:
What|Removed |Added
Keywords||missed-optimization
Status|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68273
Richard Biener changed:
What|Removed |Added
Keywords||wrong-code
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68190
--- Comment #11 from Jonathan Wakely ---
Author: redi
Date: Tue Nov 10 15:12:24 2015
New Revision: 230113
URL: https://gcc.gnu.org/viewcvs?rev=230113&root=gcc&view=rev
Log:
Fix return type of heterogeneous find for sets
PR libstdc++/681
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68275
Bug ID: 68275
Summary: bb-slp-38 FAILs on armeb
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68275
--- Comment #2 from Christophe Lyon ---
Created attachment 36679
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36679&action=edit
slp2 log, big-endian
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68275
--- Comment #3 from Christophe Lyon ---
Created attachment 36680
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36680&action=edit
slp2 log, little-endian
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68197
--- Comment #1 from Jonathan Wakely ---
I would argue that your program has undefined behaviour, there is no array
element at a negative index.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68275
--- Comment #1 from Christophe Lyon ---
Created attachment 36678
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36678&action=edit
slp1 log, little-endian
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68271
Jason Merrill changed:
What|Removed |Added
CC||rth at gcc dot gnu.org
--- Comment #9 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68276
Bug ID: 68276
Summary: ios_base::_M_grow_words should use new (std::nothrow)
Product: gcc
Version: 5.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54601
--- Comment #14 from Hugo Koblmueller
---
David, which version does/will include these recent additions?
I recently encountered a crash on program exit in AIX 6.1, in a setup where I
used a static C++ objects inside functions within a shared li
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68271
--- Comment #10 from Richard Henderson ---
I believe the tokens didn't stay around in C at the time.
But I might be wrong... it was 9 years ago...
If we can remove it, it does seem like a good idea.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68271
--- Comment #11 from Jakub Jelinek ---
(In reply to Richard Henderson from comment #10)
> I believe the tokens didn't stay around in C at the time.
> But I might be wrong... it was 9 years ago...
>
> If we can remove it, it does seem like a good
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54601
--- Comment #15 from David Edelsohn ---
GCC development trunk and it will be in GCC 5.3.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68195
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68277
Bug ID: 68277
Summary: [5] [SH]: error: insn does not satisfy its constraints
when compiling erlang
Product: gcc
Version: 5.2.1
URL: https://buildd.debian.org/status/f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65454
--- Comment #4 from Paul Martin ---
For information :
The Silverfrost FTN95 compiler , version 7.20 compiles with no errors the
program submitted in Comment 0 (though I had to delete two '::' separators).
It gives the same results as the ifort
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68274
--- Comment #2 from Matt Godbolt ---
Thanks for updating the bug. As a corollary, moving the unreachability above
the returns yields the same code as the non-unreachable: https://goo.gl/MdULOs
--
int test_with_unreach_First(Side side, const Foo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68265
--- Comment #2 from Zack Weinberg ---
This problem apparently goes back at least as far as 4.8. Stack Overflow
people found a number of variations, please consult
https://stackoverflow.com/questions/23033043/is-it-a-new-c11-style-of-comments
ht
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68272
--- Comment #1 from joseph at codesourcery dot com ---
This is not a standards conformance bug, on multiple grounds:
* The C standard does not permit you to define your own copies of standard
library functions (that is, functions in the standar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68190
--- Comment #12 from Jonathan Wakely ---
Author: redi
Date: Tue Nov 10 18:08:50 2015
New Revision: 230118
URL: https://gcc.gnu.org/viewcvs?rev=230118&root=gcc&view=rev
Log:
Fix return type of heterogeneous find for sets
PR libstdc++/681
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68190
Jonathan Wakely changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56158
--- Comment #12 from Jonathan Wakely ---
Richard's patch changes the values returned by operator~ which is not
desirable.
To fix the underlying type to int in C++03 (so that all values of int will be
valid values of the enumeration type) we can
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56158
--- Comment #13 from Jonathan Wakely ---
N.B. we could also get rid of the _S_ios_xxx_end enumerators, but that would
break any code which (foolishly) refers to them, e.g. to suppress Clang's
-Wswitch warnings.
My suggestion assumes that __INT_M
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68255
Ian Lance Taylor changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68278
Bug ID: 68278
Summary: internal compiler error with C++14 polymorphic lambda
and type alias
Product: gcc
Version: 5.2.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68255
--- Comment #3 from ian at gcc dot gnu.org ---
Author: ian
Date: Tue Nov 10 20:31:11 2015
New Revision: 230120
URL: https://gcc.gnu.org/viewcvs?rev=230120&root=gcc&view=rev
Log:
PR go/68255
cmd/go: always use --whole-archive for gccg
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68255
Ian Lance Taylor changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
Priority: P3
Component: middle-end
Assignee: unassigned at gcc dot gnu.org
Reporter: Joost.VandeVondele at mat dot ethz.ch
Target Milestone: ---
with gcc version 6.0.0 20151110 (experimental) [trunk revision 230080] (GCC)
> gfortran -c -O2 -floop-nest-optim
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68279
Joost VandeVondele changed:
What|Removed |Added
CC||Joost.VandeVondele at mat dot
ethz
1 - 100 of 144 matches
Mail list logo