https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63813
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63813
--- Comment #2 from Jakub Jelinek ---
(In reply to Marek Polacek from comment #1)
> I see a different ICE:
>
> : internal compiler error: Segmentation fault
> 0xec336e crash_signal
> /home/marek/src/gcc/gcc/toplev.c:358
> 0x18092ea ht_look
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63813
Marek Polacek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=7651
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|NEW
Assignee|mpolacek at gcc do
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61407
--- Comment #51 from Francois-Xavier Coudert ---
> Created attachment 33932 [details]
> Patch for gcc 4.8 branch (based on gcc 4.8.3)
The test results for this 4.8.3 GCC with the above patch are good:
https://gcc.gnu.org/ml/gcc-testresults/2014-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63610
Francois-Xavier Coudert changed:
What|Removed |Added
Target||x86_64-apple-darwin14
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63750
--- Comment #5 from Francois-Xavier Coudert ---
Author: fxcoudert
Date: Tue Nov 11 09:20:07 2014
New Revision: 217342
URL: https://gcc.gnu.org/viewcvs?rev=217342&root=gcc&view=rev
Log:
PR bootstrap/63699
PR bootstrap/63750
* system.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63699
--- Comment #6 from Francois-Xavier Coudert ---
Author: fxcoudert
Date: Tue Nov 11 09:20:07 2014
New Revision: 217342
URL: https://gcc.gnu.org/viewcvs?rev=217342&root=gcc&view=rev
Log:
PR bootstrap/63699
PR bootstrap/63750
* system.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63750
Francois-Xavier Coudert changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63699
Francois-Xavier Coudert changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63789
--- Comment #3 from Richard PALO ---
Apparently with gcc 4.8.2 on Or*acle Solaris 11.2 the error manifests itself as
well. Perhaps there is something [in the works] for s12?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63811
Francois-Xavier Coudert changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63811
--- Comment #2 from Francois-Xavier Coudert ---
The libstdc++'s own manual says that __unused is a bad identifier, because it's
reserved by BSD:
https://gcc.gnu.org/onlinedocs/libstdc++/manual/source_code_style.html#coding_style.bad_identifiers
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63534
Francois-Xavier Coudert changed:
What|Removed |Added
CC||fxcoudert at gcc dot gnu.org
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63773
Francois-Xavier Coudert changed:
What|Removed |Added
Last reconfirmed|2014-11-07 00:00:00 |2014-11-11
--- Comment #11 fro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63812
--- Comment #2 from Tatsushi Inagaki ---
(In reply to Andrew Pinski from comment #1)
> This might be an issue in mpfr and not GCC if I read GCC's code correctly.
> Depending on how 2.22 is read in as a floating point value.
Andrew,
Thank you v
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63811
--- Comment #3 from Jonathan Wakely ---
Author: redi
Date: Tue Nov 11 10:41:46 2014
New Revision: 217343
URL: https://gcc.gnu.org/viewcvs?rev=217343&root=gcc&view=rev
Log:
PR libstdc++/63811
* include/bits/stl_deque.h (_Deque_base::_M_mo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63811
Francois-Xavier Coudert changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63814
Bug ID: 63814
Summary: g++.dg/ipa/pr61160-1.C fails with -m32 on darwin14
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63814
Francois-Xavier Coudert changed:
What|Removed |Added
Target||x86_64-apple-darwin14
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63815
Bug ID: 63815
Summary: g++.dg/other/pr53811.C fails on darwin14
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63815
Francois-Xavier Coudert changed:
What|Removed |Added
Target||x86_64-apple-darwin14
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63815
Dominique d'Humieres changed:
What|Removed |Added
CC||kyukhin at gcc dot gnu.org
--- Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63815
--- Comment #2 from Dominique d'Humieres ---
This appeared between revisions r216154 (OK) and r216633 (ICE).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63815
--- Comment #3 from Dominique d'Humieres ---
> This appeared between revisions r216154 (OK) and r216633 (ICE).
Wrong PR, sorry.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63814
--- Comment #1 from Dominique d'Humieres ---
This appeared between revisions r216154 (OK) and r216633 (ICE).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=42978
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61250
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63701
--- Comment #2 from ktkachov at gcc dot gnu.org ---
Author: ktkachov
Date: Tue Nov 11 11:52:36 2014
New Revision: 217345
URL: https://gcc.gnu.org/viewcvs?rev=217345&root=gcc&view=rev
Log:
[Fortran] PR 63701 Make sure variable is always used initi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61250
Francois-Xavier Coudert changed:
What|Removed |Added
CC||fxcoudert at gcc dot gnu.org
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63701
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=42978
--- Comment #5 from simon at pushface dot org ---
(In reply to Eric Botcazou from comment #4)
> > I posted a patch for this in
> > https://gcc.gnu.org/ml/gcc-patches/2010-02/msg00325.html, and Arnaud
> > approved it in the followup message, but it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=42978
--- Comment #6 from Eric Botcazou ---
Author: ebotcazou
Date: Tue Nov 11 11:58:26 2014
New Revision: 217346
URL: https://gcc.gnu.org/viewcvs?rev=217346&root=gcc&view=rev
Log:
PR ada/42978
* mlib-utl.adb (ar): Output the options passed to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62132
--- Comment #12 from Dominique d'Humieres ---
I now see the failures on 4.9 due to r216459.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=42978
Eric Botcazou changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=42978
--- Comment #8 from Arnaud Charlet ---
Note that support for project files (and libraries) in gnatmake is being
deprecated in favor of gprbuild, so this patch will soon become OBE.
But no problem in applying it now.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63534
--- Comment #67 from Igor Zamyatin ---
Posted a patch here - http://gcc.gnu.org/ml/gcc-patches/2014-10/msg03318.html
Now discussion stop here -
http://gcc.gnu.org/ml/gcc-patches/2014-11/msg00320.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63534
--- Comment #68 from Francois-Xavier Coudert ---
(In reply to Igor Zamyatin from comment #67)
> Posted a patch here - http://gcc.gnu.org/ml/gcc-patches/2014-10/msg03318.html
> Now discussion stop here -
> http://gcc.gnu.org/ml/gcc-patches/2014-11
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=42978
--- Comment #9 from Eric Botcazou ---
Author: ebotcazou
Date: Tue Nov 11 12:30:00 2014
New Revision: 217347
URL: https://gcc.gnu.org/viewcvs?rev=217347&root=gcc&view=rev
Log:
PR ada/42978
* mlib-utl.adb (ar): Output the options passed to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=42978
Eric Botcazou changed:
What|Removed |Added
Target Milestone|5.0 |4.9.3
--- Comment #10 from Eric Botcazou
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63534
--- Comment #69 from Dominique d'Humieres ---
On top of pr63815, r216154 is also responsible of
FAIL: gcc.target/i386/avx512f-kandnw-1.c scan-assembler-times kandnw[
t]+[^\\n]*%k[1-7] 1
FAIL: gcc.target/i386/fuse-caller-save-rec.c scan-assem
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60487
Christian Bauer changed:
What|Removed |Added
CC||cb at cebix dot net
--- Comment #1 fro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63714
--- Comment #18 from Michael Felt ---
Not sure if I replied to this elsewhere, but the reason for PACKAGING
on AIX 5.3 is because it can be used on AIX 5.3 TL7 and higher
(including AIX 6.1 and AIX 7.1).
In short, the level an application in pac
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63765
--- Comment #11 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #9 from David Edelsohn ---
> I would have expected _XOPEN_SOURCE=500 to be defined in a host-specific
> configure file (like libstdc++-v3/config/os/.../os_defines.h) or ad
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=33911
--- Comment #12 from Jonathan Wakely ---
The comment below is from Richard Smith. I don't think we do have the same
problem for abi_tag, so Jason must have solved this problem there.
I was amazed to discover that clang has the *exact*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63765
--- Comment #12 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #10 from Andrew Pinski ---
> Let's go with the one defining _XOPEN_SOURCE only for Solaris until someone
> programs David's suggestion of the host-specific configure file.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63765
--- Comment #13 from Rainer Orth ---
Created attachment 33933
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33933&action=edit
alternative patch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=33911
--- Comment #13 from Jonathan Wakely ---
Also, even after the template definition (and the attribute) have been
instantiated, typedefs for the instantiation don't get a warning unless the
typedef itself is also marked deprecated:
template struct
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63816
Bug ID: 63816
Summary: internal compiler error: in expand_expr_addr_expr_1 on
gcc version 5.0.0 20141109 (experimental)
Product: gcc
Version: unknown
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63795
--- Comment #2 from Martin Liška ---
Author: marxin
Date: Tue Nov 11 14:58:21 2014
New Revision: 217355
URL: https://gcc.gnu.org/viewcvs?rev=217355&root=gcc&view=rev
Log:
PR ipa/63622
PR ipa/63795
* g++.dg/ipa/ipa-icf-4.C: Add more
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63622
--- Comment #27 from Martin Liška ---
Author: marxin
Date: Tue Nov 11 14:58:21 2014
New Revision: 217355
URL: https://gcc.gnu.org/viewcvs?rev=217355&root=gcc&view=rev
Log:
PR ipa/63622
PR ipa/63795
* g++.dg/ipa/ipa-icf-4.C: Add more
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63795
Martin Liška changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63795
--- Comment #4 from Francois-Xavier Coudert ---
(In reply to Martin Liška from comment #3)
> Resolved.
I don't think so (maybe you picked the wrong PR number, and meant PR63622 ?). I
had this patch in my tree already, when I reported this ICE.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63773
--- Comment #12 from howarth at bromo dot med.uc.edu ---
With the commits of https://gcc.gnu.org/ml/gcc-cvs/2014-11/msg00357.html and
https://gcc.gnu.org/ml/gcc-cvs/2014-11/msg00370.html, the darwin bootstrap
should be fully restored on darwin13 a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63773
--- Comment #13 from Dominique d'Humieres ---
There is still a bootstrapping issue with libcc1 when bootstrapping with gcc
4.9:
https://gcc.gnu.org/ml/gcc-patches/2014-11/msg00731.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63795
--- Comment #5 from Francois-Xavier Coudert ---
(In reply to Francois-Xavier Coudert from comment #4)
> Anyway, I'm bootstrapping a fresh compiler, including your commit, so I'll
> be able to tell soon for sure.
Don't mind me. It is indeed fixed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63817
Bug ID: 63817
Summary: ICE in verify_gimple_in_cfg tree-cfg.c:5039 (arm)
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63787
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63536
H.J. Lu changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63787
--- Comment #3 from Markus Trippelsdorf ---
(In reply to H.J. Lu from comment #2)
> r217288 failed and it is fixed as of r217295.
r217295? Are you sure?
I got the same ICE today.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63817
Jiong Wang changed:
What|Removed |Added
CC||jiwang at gcc dot gnu.org
--- Comment #1 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63787
--- Comment #4 from H.J. Lu ---
(In reply to Markus Trippelsdorf from comment #3)
> (In reply to H.J. Lu from comment #2)
> > r217288 failed and it is fixed as of r217295.
>
> r217295? Are you sure?
>
> I got the same ICE today.
It is a differ
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63813
Jiong Wang changed:
What|Removed |Added
CC||jiwang at gcc dot gnu.org
--- Comment #4 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63808
--- Comment #1 from Richard Earnshaw ---
What CPU are you running this on?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63818
Bug ID: 63818
Summary: unexpected/incorrect behavior
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
Assigne
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
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
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
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=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=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=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
-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=63808
--- Comment #4 from Sergey Belyashov ---
AT91SAM7X256
/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=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
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=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=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=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=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=63820
Andrew Pinski changed:
What|Removed |Added
Depends on||61997
--- Comment #2 from Andrew Pinski
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=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=63265
Paolo Carlini changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
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=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 #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=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=60804
Andi Kleen changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
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=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.build/gcc5
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
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=63787
H.J. Lu changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Last reconfirmed|
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=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 #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=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
1 - 100 of 165 matches
Mail list logo
