http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58026
Bug ID: 58026
Summary: internal compiler error: in
generate_finalization_wrapper, at fortran/class.c:1521
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58024
Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed:
What|Removed |Added
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57530
--- Comment #7 from Tobias Burnus burnus at gcc dot gnu.org ---
Author: burnus
Date: Tue Jul 30 07:20:43 2013
New Revision: 201329
URL: http://gcc.gnu.org/viewcvs?rev=201329root=gccview=rev
Log:
2013-07-30 Tobias Burnus bur...@net-b.de
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57530
--- Comment #6 from Tobias Burnus burnus at gcc dot gnu.org ---
Author: burnus
Date: Tue Jul 30 07:18:54 2013
New Revision: 201328
URL: http://gcc.gnu.org/viewcvs?rev=201328root=gccview=rev
Log:
2013-07-30 Tobias Burnus bur...@net-b.de
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57530
--- Comment #8 from Tobias Burnus burnus at gcc dot gnu.org ---
The original test case (cf. comment 0) is now solved.
However, only type = class is handled. Still missing is type = class,
where CLASS is a (coarray) scalar or (coarray) array
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39968
Dominique d'Humieres dominiq at lps dot ens.fr changed:
What|Removed |Added
Status|NEW |WAITING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58026
Dominique d'Humieres dominiq at lps dot ens.fr changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56627
--- Comment #11 from Jonathan Wakely redi at gcc dot gnu.org ---
I'm think I'm just going to change the code to shut everyone up, despite it
being a nonsense warning about a non-issue, because I'm sick of these
discussions.
Fine, you win, we'll
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58023
janus at gcc dot gnu.org changed:
What|Removed |Added
Keywords||ice-on-invalid-code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58023
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57637
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.9.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57637
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57947
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|NEW |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57968
chrbr at gcc dot gnu.org changed:
What|Removed |Added
CC||chrbr at gcc dot gnu.org
---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58014
--- Comment #1 from Ramana Radhakrishnan ramana at gcc dot gnu.org ---
No access to any hppa machine for me to consider reproducing the issue and the
compile farm machines are down.
I did do some work in this area a year ago but I don't have
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52402
Jorn Wolfgang Rennecke amylaar at gcc dot gnu.org changed:
What|Removed |Added
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57947
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|ASSIGNED|NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57413
Rainer Orth ro at gcc dot gnu.org changed:
What|Removed |Added
Status|RESOLVED|ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57413
--- Comment #4 from Dominique d'Humieres dominiq at lps dot ens.fr ---
Closing this bug was premature: as I've mentioned before, I've been
working on a patch to detect if the necessary support is present.
Sorry, but the mentioned before is not
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58026
Tobias Burnus burnus at gcc dot gnu.org changed:
What|Removed |Added
Keywords||error-recovery,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57413
--- Comment #5 from ro at CeBiTec dot Uni-Bielefeld.DE ro at CeBiTec dot
Uni-Bielefeld.DE ---
--- Comment #4 from Dominique d'Humieres dominiq at lps dot ens.fr ---
Closing this bug was premature: as I've mentioned before, I've been
working
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57987
Jan Hubicka hubicka at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58026
janus at gcc dot gnu.org changed:
What|Removed |Added
CC||janus at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58026
--- Comment #4 from janus at gcc dot gnu.org ---
Draft patch:
Index: gcc/fortran/decl.c
===
--- gcc/fortran/decl.c(revision 201331)
+++ gcc/fortran/decl.c(working copy)
@@
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57947
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|NEW |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58027
Bug ID: 58027
Summary: Arithmetic overflow converting ... in PARAMETER
triggers an ICE
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58020
Dominique d'Humieres dominiq at lps dot ens.fr changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58001
Dominique d'Humieres dominiq at lps dot ens.fr changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58023
--- Comment #3 from janus at gcc dot gnu.org ---
(In reply to janus from comment #2)
Draft patch:
Regtests cleanly. Will commit as obvious.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58028
Bug ID: 58028
Summary: [4.9 Regression] Several failures in libgomp.graphite
after revision 200946
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53705
Jorn Wolfgang Rennecke amylaar at gcc dot gnu.org changed:
What|Removed |Added
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58029
Bug ID: 58029
Summary: base_alias_check says pretend-args saves and varargs
accesses don't alias
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Keywords:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58020
--- Comment #5 from Tobias Burnus burnus at gcc dot gnu.org ---
Cross-ref: See also PR29383.
(In reply to Fred Krogh from comment #0)
Dr. Richard Hanson has written code to provide IEEE exception handling to
gfortran.
Cool! I think it should
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58026
--- Comment #5 from janus at gcc dot gnu.org ---
(In reply to janus from comment #4)
Draft patch:
... seems to regtest cleanly.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58020
--- Comment #6 from richard.koolhans at gmail dot com ---
Bonjour Dominique-
Le reste sera l'anglais! Voilà pour mon cours de français.
I see your bug report. There are two matters to track down here. The first
one is the diagnostic of 'PR58027'.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58030
Bug ID: 58030
Summary: Mismatched tags in std::hash friends
Product: gcc
Version: 4.8.1
Status: UNCONFIRMED
Severity: minor
Priority: P3
Component: libstdc++
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57748
--- Comment #7 from Martin Jambor jamborm at gcc dot gnu.org ---
(In reply to Bernd Edlinger from comment #6)
hhmm..
set_ptr_info_alignment is always called with align=4,
and by the way, the crash goes away if I change this line
(but I
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58030
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56627
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
CC||bluescarni at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58030
--- Comment #2 from Jonathan Wakely redi at gcc dot gnu.org ---
There's nothing to fix, the code is correct, the warning is stupid.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58030
--- Comment #3 from Francesco Biscani bluescarni at gmail dot com ---
Sorry, I did search for mismatched tags but it seemed like nothing came up :/
Thanks for taking the time to reply.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58029
--- Comment #1 from Jorn Wolfgang Rennecke amylaar at gcc dot gnu.org ---
Created attachment 30572
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30572action=edit
patch
This patch fixes the problem for the epiphany, however, it appears to
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57673
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57989
Richard Earnshaw rearnsha at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58031
Bug ID: 58031
Summary: invalid class template partial specialization accepted
where argument list identical to primary template
Product: gcc
Version: 4.9.0
Status:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57673
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|NEW |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57947
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58022
Jason Merrill jason at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57901
Jason Merrill jason at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55004
Bug 55004 depends on bug 57901, which changed state.
Bug 57901 Summary: [4.8/4.9 Regression] Cannot call-by-value such that class
has non-trivial (constexpr) move constructor
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57901
What
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58020
--- Comment #7 from Dominique d'Humieres dominiq at lps dot ens.fr ---
I see your bug report. There are two matters to track down here.
The first one is the diagnostic of 'PR58027'. This may require you
to report a line number. That would be
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58023
--- Comment #4 from janus at gcc dot gnu.org ---
(In reply to janus from comment #2)
Draft patch:
Unfortunately, this patch only fixes comment 1, but not comment 0!
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58020
--- Comment #8 from Steve Kargl sgk at troutmask dot apl.washington.edu ---
On Tue, Jul 30, 2013 at 05:31:01PM +, dominiq at lps dot ens.fr wrote:
with -m32. The gfortran rationale is that Z'FF80' is converted to the
highest integer
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58001
--- Comment #3 from Steve Kargl sgk at troutmask dot apl.washington.edu ---
On Tue, Jul 30, 2013 at 12:59:00PM +, dominiq at lps dot ens.fr wrote:
print *, AstringwithTabsinsteadofspaces
print 1894
1894
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58023
--- Comment #5 from janus at gcc dot gnu.org ---
Comment 0 can be fixed by the following additional hunk in resolve.c:
@@ -12148,7 +12147,7 @@ resolve_fl_derived0 (gfc_symbol *sym)
must have at least one argument,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58020
--- Comment #9 from Fred Krogh fkrogh#gcc at mathalacarte dot com ---
Concering Fortran language standards, our guru is W. Van Snyder a long time
member of the Fortran Standards committee. He has said to me in an email:
It's OK not to support
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58001
--- Comment #4 from Dominique d'Humieres dominiq at lps dot ens.fr ---
According to both vi and nedit, there are no tabs in the
above code. I assume that this is cut-n-paste from an
xterm term.
With Safari I see the tabs in comment #2, but
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58001
--- Comment #5 from Dominique d'Humieres dominiq at lps dot ens.fr ---
Created attachment 30573
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30573action=edit
test case with tabs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58001
--- Comment #6 from Steve Kargl sgk at troutmask dot apl.washington.edu ---
On Tue, Jul 30, 2013 at 12:59:00PM +, dominiq at lps dot ens.fr wrote:
If compiled with -Wno-tabs, it gives
pr58001.f90:2.1:
print 1894
1
Warning:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58001
--- Comment #7 from Dominique d'Humieres dominiq at lps dot ens.fr ---
With -Wno-tabs, gfortran should report a warning for the
occurence of every tab used in the context of a character
from the Fortran character set. Taking your code, which
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58001
--- Comment #8 from Steve Kargl sgk at troutmask dot apl.washington.edu ---
On Tue, Jul 30, 2013 at 06:16:27PM +, dominiq at lps dot ens.fr wrote:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58001
--- Comment #7 from Dominique d'Humieres
) 4.9.0 20130730 (experimental)
pp.ii:3:16: error: 'void ResultCallbackT::Run(T) [with T = main(int,
char**)::Bar*]', declared using local type 'main(int, char**)::Bar', is used
but never defined [-fpermissive]
virtual void Run(T) = 0;
^
Broken since at least 4.7
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54682
--- Comment #2 from Oleg Endo olegendo at gcc dot gnu.org ---
A related case, but the other way around:
#include bitset
std::bitset32 make_bits (void)
{
std::bitset32 r;
for (auto i : { 4, 5, 6, 10 })
if (i r.size ())
r.set (i);
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58033
Bug ID: 58033
Summary: counterproductive bb-reorder
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: rtl-optimization
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58033
--- Comment #1 from Oleg Endo olegendo at gcc dot gnu.org ---
... according to the changelog you've been doing some things on bb-reorder.c,
maybe you have an idea?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58033
--- Comment #2 from Teresa Johnson tejohnson at google dot com ---
On Tue, Jul 30, 2013 at 2:00 PM, olegendo at gcc dot gnu.org
gcc-bugzi...@gcc.gnu.org wrote:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58033
Bug ID: 58033
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58033
--- Comment #3 from Oleg Endo olegendo at gcc dot gnu.org ---
Created attachment 30574
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30574action=edit
bbro dump
(In reply to Teresa Johnson from comment #2)
I assume it is the above branch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57673
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57748
--- Comment #8 from Bernd Edlinger bernd.edlinger at hotmail dot de ---
(In reply to Martin Jambor from comment #7)
In any event, it is clear that
the code in expand_assignment cannot cope with unaligned tem and non-NULL
offset. So currently
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51048
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58032
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58033
--- Comment #4 from Teresa Johnson tejohnson at google dot com ---
On Tue, Jul 30, 2013 at 2:40 PM, olegendo at gcc dot gnu.org
gcc-bugzi...@gcc.gnu.org wrote:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58033
--- Comment #3 from Oleg Endo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58034
Bug ID: 58034
Summary: glibc nptl/tst-cleanup2 fail due to scheduling
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57949
--- Comment #7 from Bill Schmidt wschmidt at gcc dot gnu.org ---
I rewrote the test case to use the IBM vector extensions and ran it through
xlc. The generated code shows that xlc addresses the code as expected by the
ABI (and contrary to what's
74 matches
Mail list logo
