http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57949
--- Comment #7 from Bill Schmidt ---
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 done by gcc). So this adds
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: rtl
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58033
--- Comment #4 from Teresa Johnson ---
On Tue, Jul 30, 2013 at 2:40 PM, olegendo at gcc dot gnu.org
wrote:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58033
>
> --- Comment #3 from Oleg Endo ---
> Created attachment 30574
> --> http://gcc.gn
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58032
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51048
Paolo Carlini changed:
What|Removed |Added
CC||ppluzhnikov at google dot com
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57748
--- Comment #8 from Bernd Edlinger ---
(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 I'm considering the following p
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57673
Paolo Carlini changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58033
--- Comment #3 from Oleg Endo ---
Created attachment 30574
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30574&action=edit
bbro dump
(In reply to Teresa Johnson from comment #2)
>
> I assume it is the above branch that is the issue (not th
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58033
--- Comment #2 from Teresa Johnson ---
On Tue, Jul 30, 2013 at 2:00 PM, olegendo at gcc dot gnu.org
wrote:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58033
>
> Bug ID: 58033
>Summary: counterproductive bb-reorder
>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58033
--- Comment #1 from Oleg Endo ---
... 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
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=54682
--- Comment #2 from Oleg Endo ---
A related case, but the other way around:
#include
std::bitset<32> make_bits (void)
{
std::bitset<32> r;
for (auto&& i : { 4, 5, 6, 10 })
if (i < r.size ())
r.set (i);
return r;
}
results in t
ResultCallback {
void Run(T a) { }
};
template
ResultCallback*
NewCallback(void (*function)(T))
{
return new FunctionResultCallback;
}
int main(int argc, char** argv) {
struct Bar {
static void Do(Bar*) { }
};
NewCallback(&Bar::Do)->Run(0);
}
Using
g++ (GCC) 4.9.0 20130730 (exper
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58001
--- Comment #8 from Steve Kargl ---
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 ---
> > With -Wno-tabs, gfortran shou
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58001
--- Comment #7 from Dominique d'Humieres ---
> 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 I've
> deleted here, and
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58001
--- Comment #6 from Steve Kargl ---
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: Nonconforming tab character at (1)
> pr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58001
--- Comment #5 from Dominique d'Humieres ---
Created attachment 30573
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30573&action=edit
test case with tabs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58001
--- Comment #4 from Dominique d'Humieres ---
> 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 not in what has been past
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58020
--- Comment #9 from Fred Krogh ---
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 stuff, but the inquiry functions have
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=58001
--- Comment #3 from Steve Kargl ---
On Tue, Jul 30, 2013 at 12:59:00PM +, dominiq at lps dot ens.fr wrote:
>
> print *, "AstringwithTabsinsteadofspaces"
> print 1894
> 1894 format('123')
> end
>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58020
--- Comment #8 from Steve Kargl ---
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 kind (8 with -m32 or 16 with -m64) as 2
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 #7 from Dominique d'Humieres ---
> 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 great. Testing that I h
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=57901
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58022
Jason Merrill changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57947
Paolo Carlini changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57673
Paolo Carlini changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned at
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: UNCONFI
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57989
Richard Earnshaw changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57673
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58029
--- Comment #1 from Jorn Wolfgang Rennecke ---
Created attachment 30572
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30572&action=edit
patch
This patch fixes the problem for the epiphany, however, it appears to
cause 37 guality regressions
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58030
--- Comment #3 from Francesco Biscani ---
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=58030
--- Comment #2 from Jonathan Wakely ---
There's nothing to "fix", the code is correct, the warning is stupid.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56627
Jonathan Wakely changed:
What|Removed |Added
CC||bluescarni at gmail dot com
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58030
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57748
--- Comment #7 from Martin Jambor ---
(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 cannot tell if the code is
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=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=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 #5 from Tobias Burnus ---
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 be linked from the Wiki a
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: wrong-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53705
Jorn Wolfgang Rennecke changed:
What|Removed |Added
CC||amylaar at gcc dot gnu.org
--- C
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: norm
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=58001
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58020
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
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=57947
Paolo Carlini changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned at
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)
@@ -42
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=57987
Jan Hubicka changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57413
--- Comment #5 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #4 from Dominique d'Humieres ---
>> 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.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58026
Tobias Burnus changed:
What|Removed |Added
Keywords||error-recovery,
|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57413
--- Comment #4 from Dominique d'Humieres ---
> 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 part of the audit tra
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57413
Rainer Orth changed:
What|Removed |Added
Status|RESOLVED|ASSIGNED
Resolution|WONTFIX
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57947
Paolo Carlini changed:
What|Removed |Added
Status|ASSIGNED|NEW
Assignee|paolo.carlini at o
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52402
Jorn Wolfgang Rennecke changed:
What|Removed |Added
CC||amylaar at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58014
--- Comment #1 from Ramana Radhakrishnan ---
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 any commits in the
range men
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
--- Co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57947
Paolo Carlini changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57637
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
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=58023
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|una
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=56627
--- Comment #11 from Jonathan Wakely ---
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 silence the stupid warnin
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58026
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39968
Dominique d'Humieres changed:
What|Removed |Added
Status|NEW |WAITING
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57530
--- Comment #8 from Tobias Burnus ---
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 variable, function or an
a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57530
--- Comment #6 from Tobias Burnus ---
Author: burnus
Date: Tue Jul 30 07:18:54 2013
New Revision: 201328
URL: http://gcc.gnu.org/viewcvs?rev=201328&root=gcc&view=rev
Log:
2013-07-30 Tobias Burnus
PR fortran/57530
* trans-expr.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57530
--- Comment #7 from Tobias Burnus ---
Author: burnus
Date: Tue Jul 30 07:20:43 2013
New Revision: 201329
URL: http://gcc.gnu.org/viewcvs?rev=201329&root=gcc&view=rev
Log:
2013-07-30 Tobias Burnus
PR fortran/57530
* symbol.c (g
72 matches
Mail list logo
