http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58964
Bernd Edlinger changed:
What|Removed |Added
CC||bernd.edlinger at hotmail dot
de
--- Co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58964
--- Comment #2 from Bernd Edlinger ---
Created attachment 31140
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31140&action=edit
For a possible fix.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58708
Paolo Carlini changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29234
--- Comment #9 from paolo at gcc dot gnu.org ---
Author: paolo
Date: Sat Nov 2 09:34:13 2013
New Revision: 204312
URL: http://gcc.gnu.org/viewcvs?rev=204312&root=gcc&view=rev
Log:
/cp
2013-11-02 Paolo Carlini
PR c++/29234
PR c++/5603
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56037
--- Comment #4 from paolo at gcc dot gnu.org ---
Author: paolo
Date: Sat Nov 2 09:34:13 2013
New Revision: 204312
URL: http://gcc.gnu.org/viewcvs?rev=204312&root=gcc&view=rev
Log:
/cp
2013-11-02 Paolo Carlini
PR c++/29234
PR c++/5603
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56037
Paolo Carlini changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29234
Paolo Carlini changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58355
--- Comment #8 from janus at gcc dot gnu.org ---
(In reply to Feng Gao from comment #7)
> Changing
> type, extends(t1)
> to
> type, extends(ct) ! note ct is the module name
> will produce the same ICE with gfortran 4.7
That is true, but al
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58970
Bug ID: 58970
Summary: internal compiler error: in get_bit_range, at
expr.c:4562
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
Severity: normal
Prior
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58970
--- Comment #1 from Jan Smets ---
And compile with -O1 or -O2. Reproducible on x86 and mips.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54236
--- Comment #5 from Oleg Endo ---
Created attachment 31141
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31141&action=edit
widening unsigned addition
The addc insn can also be used to implement widening 32 bit -> 64 bit unsigned
addition, a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58862
--- Comment #13 from Uroš Bizjak ---
(In reply to Paulo J. Matos from comment #9)
> Unfortunately running one of these takes a long time so it's a slow process
> to check it out since as far as I am aware it's not possible to use a
> parallel bui
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58970
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58355
--- Comment #9 from janus at gcc dot gnu.org ---
Author: janus
Date: Sat Nov 2 12:52:04 2013
New Revision: 204318
URL: http://gcc.gnu.org/viewcvs?rev=204318&root=gcc&view=rev
Log:
2013-11-02 Janus Weil
Backport from mainline
2013-09-2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58970
--- Comment #3 from Marek Polacek ---
struct S
{
struct
{
int b:1;
} mode[1];
};
void
foo (int x, struct S *s)
{
if (x == -1)
s->mode[x].b = 0;
}
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58947
--- Comment #2 from Vladimir Fuka ---
Yes, also on my other computer with a more recent version (4.8.2 20131003) it
works right. I have more computers and I sometimes loose track of when did I
recompile gcc last time there. I assumed it is from fi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58971
Bug ID: 58971
Summary: Compile Error during Android 4.0.4 Building
Product: gcc
Version: 4.4.6
Status: UNCONFIRMED
Severity: critical
Priority: P3
Component: c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58947
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58972
Bug ID: 58972
Summary: Lambda can't access private members
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58355
--- Comment #10 from janus at gcc dot gnu.org ---
Author: janus
Date: Sat Nov 2 15:56:35 2013
New Revision: 204320
URL: http://gcc.gnu.org/viewcvs?rev=204320&root=gcc&view=rev
Log:
2013-11-02 Janus Weil
Backport from mainline
2013-09-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58355
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58771
--- Comment #2 from Paul Thomas ---
This one is going to drive me mad! It appears that the derived type is not
being built as Steve reported in comment #1. If I force it to be built by
using a type 't' variable, the ICE goes away. However, I hav
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58973
Bug ID: 58973
Summary: Small english manpage grammar fixes
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
Severity: minor
Priority: P3
Component: other
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58974
Bug ID: 58974
Summary: document bug: texi2pod.pl
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: other
Assignee
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58771
Paul Thomas changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |pault at gcc dot gnu.org
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58851
--- Comment #8 from Andreas Schwab ---
Still broken.
(gdb) ptype r3
type = real(kind=8)
(gdb) ptype r4
type = real(kind=10)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58939
Jonathan Wakely changed:
What|Removed |Added
Severity|blocker |normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58968
Steven Bosscher changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58968
--- Comment #2 from Steven Bosscher ---
Created attachment 31143
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31143&action=edit
Somewhat reduced test case
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58975
Bug ID: 58975
Summary: Builtin function RAN() interferes with F77 program's
own definition of INTEGER FUNCTION RAN()
Product: gcc
Version: 4.8.1
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58976
Bug ID: 58976
Summary: Internal compiler error: Error reporting routines
re-entered.
Product: gcc
Version: 4.7.4
Status: UNCONFIRMED
Severity: normal
P
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58975
kargl at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58975
--- Comment #2 from Arthur O'Dwyer ---
You're right, adding
EXTERNAL RAN
to the top of the program seems to "fix" it. However, for gfortran to break
code that has worked since the 1980s (in a dialect with "1977" in the name, no
less!) seems.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58955
--- Comment #2 from Zhendong Su ---
Here is another testcase that seems related (also goes away with
-fno-tree-loop-distribute-patterns.
int printf (const char *, ...);
int a, b[10];
int
main ()
{
for (; a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58975
--- Comment #3 from Steve Kargl ---
On Sun, Nov 03, 2013 at 12:24:10AM +, arthur.j.odwyer at gmail dot com
wrote:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58975
>
> --- Comment #2 from Arthur O'Dwyer ---
> You're right, adding
>
>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58975
--- Comment #4 from Arthur O'Dwyer ---
@Steve: When I say "f77" in lowercase, I'm talking about the f77 executable
that comes as part of the "fort77" package on Ubuntu. (It works by invoking f2c
followed by the C compiler.)
The only reason I was
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58977
Bug ID: 58977
Summary: C++11 uniform initialization syntax causes error
Product: gcc
Version: 4.8.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58862
--- Comment #14 from Paulo J. Matos ---
(In reply to Uroš Bizjak from comment #13)
> (In reply to Paulo J. Matos from comment #9)
>
> > Unfortunately running one of these takes a long time so it's a slow process
> > to check it out since as far
38 matches
Mail list logo
