https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63801
--- Comment #5 from Ryan Schmidt ---
I see a patch for this has been provided on the mailing list:
https://www.mail-archive.com/gcc-patches@gcc.gnu.org/msg95468.html
It is a long thread and I haven't read all of it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63821
Joost VandeVondele changed:
What|Removed |Added
CC||Joost.VandeVondele at mat dot
ethz
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63821
amker at gcc dot gnu.org changed:
What|Removed |Added
CC||amker at gcc dot gnu.org
--- C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63821
amker at gcc dot gnu.org changed:
What|Removed |Added
CC||joel at gcc dot gnu.org
--- Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63817
amker at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63827
--- Comment #2 from howarth at bromo dot med.uc.edu ---
Parallel make works in r217382.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63817
amker at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63827
--- Comment #1 from howarth at bromo dot med.uc.edu ---
This is for a build on x86_64-apple-darwin13 at r217383 with...
../gcc-5-2014/configure --prefix=/sw --prefix=/sw/lib/gcc5.0
--mandir=/sw/share/man --infodir=/sw/lib/gcc5.0/info
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63830
Bug ID: 63830
Summary: c-c++-common/asan/strlen-overflow-1.c fails on x32
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63829
--- Comment #2 from Aaron Graham ---
Created attachment 33946
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33946&action=edit
Disassembly of good result.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63829
--- Comment #1 from Aaron Graham ---
Created attachment 33945
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33945&action=edit
Disassembly of crashing result.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63829
Bug ID: 63829
Summary: Crash in__tls_init when -mcpu=arm1176jzf-s is used
Product: gcc
Version: 4.9.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63671
--- Comment #8 from Jan Hubicka ---
According to perf, the culprint is inlining of
_ZNK22UniformRectilinearMeshI10MeshTraitsILi3Ed21UniformRectilinearTag12CartesianTagLi3EEE12cellPositionERK3LocILi3EE
that does get only partially inlined with dev
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63814
--- Comment #3 from Dominique d'Humieres ---
Same failure for g++.dg/ipa/pr61160-2.C.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63828
--- Comment #4 from Andrew Pinski ---
(In reply to Jan Hubicka from comment #3)
> Aha, the BITS_PER_WORD really is intended to mean the pointer size (the
> structure needs to be at least big enough to hold the VPTR pointer). What is
> the correct
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63828
Jan Hubicka changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63828
Andrew Pinski changed:
What|Removed |Added
Keywords||missed-optimization,
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63828
--- Comment #1 from Andrew Pinski ---
I notice this and many other failures devirt related failures with ILP32 on
aarch64-elf.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63828
Bug ID: 63828
Summary: g++.dg/ipa/devirt-47.C fails for x32
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimizat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63671
--- Comment #7 from Jan Hubicka ---
Created attachment 33944
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33944&action=edit
Changes in release_ssa dump
These are changes made by tree-ssa-pre devirtualization (that triggers the
regression
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63671
--- Comment #6 from Jan Hubicka ---
I am attaching changes that are caused by enabling tree-ssa-pre
devirtualization only. This devirtualize couple calls and does not affect
early inliner (becuase it is run afterwards in early opt queue and does
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63821
Iain Sandoe changed:
What|Removed |Added
Target|powerpc64-unknown-linux-gnu |powerpc64-unknown-linux-gnu
-darwin13.4.0/sys-include -fomit-frame-pointer -Usun
-fclasspath= -fbootclasspath=../../../gcc-5-2014/libjava/classpath/lib
--encoding=UTF-8 -Wno-deprecated -fbootstrap-classes -g -O2
-fsource-filename=/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/x86_64-apple-darwin13.4.0/libjava/classpath/lib/classes
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63820
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61997
--- Comment #6 from Andrew Pinski ---
Author: pinskia
Date: Tue Nov 11 23:40:03 2014
New Revision: 217394
URL: https://gcc.gnu.org/viewcvs?rev=217394&root=gcc&view=rev
Log:
2014-11-11 Andrew Pinski
Bug target/61997
* config.g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63820
Bug 63820 depends on bug 61997, which changed state.
Bug 61997 Summary: cc1plus ICE with aarch64 target using PCH and builtin
functions
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61997
What|Removed |Added
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61997
Andrew Pinski changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=36312
Manuel López-Ibáñez changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=36312
--- Comment #13 from Manuel López-Ibáñez ---
Author: manu
Date: Tue Nov 11 23:33:25 2014
New Revision: 217391
URL: https://gcc.gnu.org/viewcvs?rev=217391&root=gcc&view=rev
Log:
gcc/testsuite/ChangeLog:
2014-11-11 Anthony Brandon
Manu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63814
--- Comment #2 from Dominique d'Humieres ---
r216305 (+patches to bootstrap) is OK.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44054
--- Comment #18 from Manuel López-Ibáñez ---
Author: manu
Date: Tue Nov 11 22:50:48 2014
New Revision: 217383
URL: https://gcc.gnu.org/viewcvs?rev=217383&root=gcc&view=rev
Log:
libcpp/ChangeLog:
2014-11-11 Manuel López-Ibáñez
PR fortran
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63265
Paolo Carlini changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63265
--- Comment #4 from paolo at gcc dot gnu.org ---
Author: paolo
Date: Tue Nov 11 22:23:44 2014
New Revision: 217380
URL: https://gcc.gnu.org/viewcvs?rev=217380&root=gcc&view=rev
Log:
/cp
2014-11-11 Paolo Carlini
PR c++/63265
* pt.c (t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61535
Eric Botcazou changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61535
--- Comment #8 from Eric Botcazou ---
Author: ebotcazou
Date: Tue Nov 11 22:15:15 2014
New Revision: 217379
URL: https://gcc.gnu.org/viewcvs?rev=217379&root=gcc&view=rev
Log:
PR target/61535
* config/sparc/sparc.c (function_arg_vector_va
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61535
Eric Botcazou changed:
What|Removed |Added
Version|5.0 |4.9.2
Target Milestone|5.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61535
--- Comment #6 from Eric Botcazou ---
Author: ebotcazou
Date: Tue Nov 11 22:09:40 2014
New Revision: 217377
URL: https://gcc.gnu.org/viewcvs?rev=217377&root=gcc&view=rev
Log:
PR target/61535
* config/sparc/sparc.c (function_arg_vector_va
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63773
--- Comment #19 from howarth at bromo dot med.uc.edu ---
(In reply to Francois-Xavier Coudert from comment #18)
> (In reply to Iain Sandoe from comment #17)
> > interesting - so that also implies it will be affected by the bootstrap
> > compiler (
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63815
--- Comment #7 from H.J. Lu ---
Created attachment 33942
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33942&action=edit
A patch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58750
--- Comment #9 from Adam Hirst ---
As it's been over a year since the last update, I just thought I'd ping back
with the comment that this bug is still present in 4.9.2.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63773
--- Comment #18 from Francois-Xavier Coudert ---
(In reply to Iain Sandoe from comment #17)
> interesting - so that also implies it will be affected by the bootstrap
> compiler (although, of course, that pretty much has to be GCC for Ada). I
> m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61107
François Dumont changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61107
--- Comment #2 from François Dumont ---
Author: fdumont
Date: Tue Nov 11 21:21:10 2014
New Revision: 217370
URL: https://gcc.gnu.org/viewcvs?rev=217370&root=gcc&view=rev
Log:
2014-11-11 François Dumont
PR libstdc++/61107
* include/bi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63773
--- Comment #17 from Iain Sandoe ---
(In reply to Francois-Xavier Coudert from comment #16)
> (In reply to Iain Sandoe from comment #15)
> > … the second issue - which is that we need a -B…. option for each library
> > path that will be used for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63825
--- Comment #2 from Jonathan Wakely ---
Doh, works for me too if I use a fresh build - thanks!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63773
--- Comment #16 from Francois-Xavier Coudert ---
(In reply to Iain Sandoe from comment #15)
> … the second issue - which is that we need a -B…. option for each library
> path that will be used for spec-substitution (.a for .dylib)
The necessary
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63773
--- Comment #15 from Iain Sandoe ---
(In reply to Francois-Xavier Coudert from comment #14)
> (In reply to Dominique d'Humieres from comment #13)
> > There is still a bootstrapping issue with libcc1 when bootstrapping with gcc
> > 4.9:
>
> Regar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63773
--- Comment #14 from Francois-Xavier Coudert ---
(In reply to Dominique d'Humieres from comment #13)
> There is still a bootstrapping issue with libcc1 when bootstrapping with gcc
> 4.9:
Regarding that one, it should be fixed in the top-level Ma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63821
David Edelsohn changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63825
Jason Merrill changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63610
--- Comment #12 from Francois-Xavier Coudert ---
Author: fxcoudert
Date: Tue Nov 11 20:25:18 2014
New Revision: 217366
URL: https://gcc.gnu.org/viewcvs?rev=217366&root=gcc&view=rev
Log:
toplevel:
2014-11-11 Francois-Xavier Coudert
PR tar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63826
--- Comment #1 from Dominique d'Humieres ---
I am sure it is a duplicate. You can compile your code with -Wa,-q.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63815
--- Comment #6 from H.J. Lu ---
Large model thunk with PIC never worked. GCC 4.8 generates:
_ZThn8_N12ScriptString12CreateStringEPKc:
.LFB1:
.cfi_startproc
subq$8, %rdi
movabsq$.LTHUNK0@GOTOFF, %r10
addq%rbx, %r10
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63826
Francois-Xavier Coudert changed:
What|Removed |Added
Target||x86_64-apple-darwin14
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63826
Bug ID: 63826
Summary: GCC produces haswell instructions that darwin14
assembler does not like
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63812
Ian Lance Taylor changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63810
--- Comment #2 from Lawrence Velázquez ---
(In reply to Jeremy Huddleston Sequoia from comment #1)
> Larry said that he's working on a patch to fix this for gcc trunk, and I
> suspect he's pretty close to having something since that was about a w
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63825
Bug ID: 63825
Summary: [DR 1558] Unused arguments in alias template
specializations
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Pri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63622
Francois-Xavier Coudert changed:
What|Removed |Added
CC||fxcoudert at gcc dot gnu.org
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63823
--- Comment #4 from Steve Ellcey ---
I have now verified that the failure started with r217265.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63815
Uroš Bizjak changed:
What|Removed |Added
Target|x86_64-apple-darwin14 |x86_64
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63824
Uroš Bizjak changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63815
Uroš Bizjak changed:
What|Removed |Added
CC||ubizjak at gmail dot com
--- Comment #4 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63824
--- Comment #2 from Dominique d'Humieres ---
Duplicate of pr63815?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63824
Uroš Bizjak changed:
What|Removed |Added
Target||x86_64
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63824
Bug ID: 63824
Summary: [5.0 Regression]: ICE with -mcmodel=large -fpic and
pseudo PIC
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63823
--- Comment #3 from Steve Ellcey ---
I think the failure may have started with r217265, but I have not confirmed
that for sure.
r217265 | vmakarov | 2014-11-09 08:45:15 -0800 (Sun, 09 Nov 2014) | 34 lines
2014-11-09 Vladimir Makarov
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63622
--- Comment #34 from Dominique d'Humieres ---
Reduced test case for assumed_rank_10.f90
program test
implicit none
type t
integer :: aa
end type t
integer, pointer :: iip
type(t), pointer :: jjp
logical :: is_present
is_pre
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63823
--- Comment #2 from Andrew Pinski ---
This was working as of revision 217256 for me.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63787
H.J. Lu changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63823
--- Comment #1 from Steve Ellcey ---
Created attachment 33941
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33941&action=edit
Preprocessed test case
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63823
Bug ID: 63823
Summary: [5.0 Regression] MIPS will not build due to LRA ICE
with 64 bit ABI
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
0/gcc-5-2014/gcc/testsuite/gfortran.dg/assumed_rank_10.f90
-fno-diagnostics-show-caret -fdiagnostics-color=never -O3
-fomit-frame-pointer -funroll-loops -fdump-tree-original
-B/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/x86_64-apple-darwin13.4.0/i386/libgfortran/.libs
-L/sw/src/fink.build/gcc5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63822
Bug ID: 63822
Summary: tree-chkp.c: missing init for local variable
found_valid ?
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Prior
0/gcc-5-2014/gcc/testsuite/gfortran.dg/assumed_rank_10.f90
-fno-diagnostics-show-caret -fdiagnostics-color=never -O3
-fomit-frame-pointer -funroll-loops -fdump-tree-original
-B/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/x86_64-apple-darwin13.4.0/i386/libgfortran/.libs
-L/sw/src/fink.buil
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60804
Andi Kleen changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=33911
--- Comment #14 from Jason Merrill ---
Created attachment 33938
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33938&action=edit
patch
Here's a compiler patch. Jonathan, can you decide what to do with the library
testsuite regressions it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63818
--- Comment #5 from Blaine Bell ---
> There is no sequence point between the pre-increments of i as common inside a
> function call is not a sequence point. So the order of which arguments are
> evaluated
> is not defined in the standard whic
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63821
--- Comment #1 from Pat Haugen ---
Created attachment 33937
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33937&action=edit
reduced testcase
Reduced testcase, fails when compiled with '-O2 -m32'.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63818
--- Comment #4 from Andrew Pinski ---
With the line:
testouter(++i, ++i, ++i);
There is no sequence point between the pre-increments of i as common inside a
function call is not a sequence point. So the order of which arguments are
evaluated is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63265
Paolo Carlini changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63265
--- Comment #2 from paolo at gcc dot gnu.org ---
Author: paolo
Date: Tue Nov 11 17:34:12 2014
New Revision: 217361
URL: https://gcc.gnu.org/viewcvs?rev=217361&root=gcc&view=rev
Log:
/cp
2014-11-11 Paolo Carlini
PR c++/63265
* pt.c (t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63820
Jiong Wang changed:
What|Removed |Added
Target||aarch64-*-*
--- Comment #1 from Jiong Wang
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63820
Andrew Pinski changed:
What|Removed |Added
Depends on||61997
--- Comment #2 from Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63818
--- Comment #3 from Blaine Bell ---
thanks for the quick response, much appreciated.
To be honest, I really don't understand this post/FAQ. Looking at these
examples, I do not see any ambiguity. This problem seems to be the compiler
implementa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63808
--- Comment #5 from Sergey Belyashov ---
Sorry. I am wrong about register corruption. It is bug of my simulator. But r8
in the list is not neccessary in fiq handler.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63821
Bug ID: 63821
Summary: ICE in verify_gimple during libgcc build starting with
r217349
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63622
--- Comment #31 from howarth at bromo dot med.uc.edu ---
(In reply to howarth from comment #28)
As noted before, passing -fno-ipa-icf to these failing fortran test cases
suppresses the execution failure.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63765
--- Comment #14 from Andrew Pinski ---
(In reply to r...@cebitec.uni-bielefeld.de from comment #11)
> > --- Comment #9 from David Edelsohn ---
> > I would have expected _XOPEN_SOURCE=500 to be defined in a host-specific
> > configure file (like
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63820
Bug ID: 63820
Summary: [5.0 regression] c++ ICE since libcpp change r217202
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component
/sw/src/fink.build/gcc50-5.0.0-1000/gcc-5-2014/gcc/testsuite/gfortran.dg/assumed_rank_10.f90
-fno-diagnostics-show-caret -fdiagnostics-color=never -O3 -fomit-frame-pointer
-funroll-loops -fdump-tree-original
-B/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/x86_64-apple-darwin13.4.0/i386/libg
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63808
--- Comment #4 from Sergey Belyashov ---
AT91SAM7X256
-apple-darwin13.4.0/i386/libgfortran/
/sw/src/fink.build/gcc50-5.0.0-1000/gcc-5-2014/gcc/testsuite/gfortran.dg/assumed_rank_10.f90
-fno-diagnostics-show-caret -fdiagnostics-color=never -O3 -fomit-frame-pointer
-funroll-loops -fdump-tree-original
-B/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/x86_64
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63761
--- Comment #4 from thopre01 at gcc dot gnu.org ---
Patch has been posted for review at
https://gcc.gnu.org/ml/gcc-patches/2014-11/msg01042.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63622
--- Comment #28 from howarth at bromo dot med.uc.edu ---
At r217355, the failures for the gfortran.dg/assumed_rank_[8/9/10].f90
execution tests , first noted in Comment 7, still remain on x86_64 darwin.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63808
--- Comment #3 from Richard Earnshaw ---
(In reply to Sergey Belyashov from comment #2)
> Target is armv4: I use gcc options: -marm -march=armv4
Which doesn't really answer my question. Which *CPU* are you seeing this on?
My reading of the Arc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63808
--- Comment #2 from Sergey Belyashov ---
Target is armv4: I use gcc options: -marm -march=armv4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63818
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63819
Bug ID: 63819
Summary: [5 Regression]: Cannot build compiler with
--enable-gather-detailed-mem-stats (error: default
argument given for parameter 5 of ‘void*
ggc_in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63818
--- Comment #1 from Blaine Bell ---
This does not seem to have incorrect behavior using clang
1 - 100 of 165 matches
Mail list logo