http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40973
--- Comment #4 from Tobias Burnus 2012-04-08
07:15:12 UTC ---
Author: burnus
Date: Sun Apr 8 07:15:01 2012
New Revision: 186223
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=186223
Log:
2012-04-08 Tobias Burnus
PR fortran/52
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52751
--- Comment #3 from Tobias Burnus 2012-04-08
07:15:12 UTC ---
Author: burnus
Date: Sun Apr 8 07:15:01 2012
New Revision: 186223
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=186223
Log:
2012-04-08 Tobias Burnus
PR fortran/52
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48496
--- Comment #17 from Eric Botcazou 2012-04-08
07:42:36 UTC ---
Reload maintainers, do you have objections to removing the problematic block of
code as suggested by Vlad in comment #4? If so, please propose something else.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40973
Tobias Burnus changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52751
Tobias Burnus changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52724
--- Comment #4 from Thomas Koenig 2012-04-08
08:55:42 UTC ---
Yes, my original test case was bogus.
Slightly reduced test case:
program main
implicit none
integer :: i
character(len=100,kind=4) :: buffer
buffer = 4_"123"
read(buffer,*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52904
Bug #: 52904
Summary: -Wstrict-overflow false alarm with bounded loop
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Pr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52904
--- Comment #1 from eggert at gnu dot org 2012-04-08 08:59:43 UTC ---
Created attachment 27114
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=27114
gcc -v output, for test case
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52904
eggert at gnu dot org changed:
What|Removed |Added
Attachment #27113|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52630
Eric Botcazou changed:
What|Removed |Added
Status|ASSIGNED|WAITING
--- Comment #3 from Eric Botcazou
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52904
Andrew Pinski changed:
What|Removed |Added
Keywords||diagnostic
Component|c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44786
Ivan Sorokin changed:
What|Removed |Added
CC||vanyacpp at gmail dot com
--- Comment #3 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42143
Roumen Petrov changed:
What|Removed |Added
CC||bugtrack at roumenpetrov
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52883
Eric Botcazou changed:
What|Removed |Added
Status|ASSIGNED|NEW
Component|rtl-optimization
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52901
Daniel Krügler changed:
What|Removed |Added
CC||daniel.kruegler at
|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16612
--- Comment #35 from Jonathan Wakely 2012-04-08
13:59:20 UTC ---
(In reply to comment #34)
> For what it's worth, it appears as if I was just bitten by this issue in a
> slightly different context.
You haven't given enough detail to know if it's
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44786
--- Comment #4 from Jonathan Wakely 2012-04-08
14:06:31 UTC ---
Indeed. I think it's meant to be useful for catching some of the problems that
valgrind identifies, and valgrind has even more performance overhead.
That said, although I haven't u
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52901
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52867
--- Comment #4 from Richard Earnshaw 2012-04-08
14:38:23 UTC ---
If the problem is with your installed compiler, there are a number of ways in
which you might work around the problem:
- Build stage1 with optimization enabled: STAGE1_CFLAGS
- Buil
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52867
--- Comment #5 from Szűcs, Gábor 2012-04-08 15:12:53
UTC ---
Thanks a lot!
For the records: I managed to proceed with compilation till stage3 where I had
to disable compare as per install docs. Afterwards, cc1 seems to have some flaw
because it
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52901
Marc Glisse changed:
What|Removed |Added
CC||marc.glisse at normalesup
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52905
Bug #: 52905
Summary: [C++0x] ice on invalid brace-enclosed initializer of
vector of enums
Classification: Unclassified
Product: gcc
Version: 4.6.1
Status: UNCONFIRME
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52905
--- Comment #1 from Dirk Moermans 2012-04-08
16:17:40 UTC ---
I compile with g++ -std=c++0x
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48496
--- Comment #18 from Ulrich Weigand 2012-04-08
17:32:23 UTC ---
According to Vlad's comment #4, the validity check fails because a reload insn
contains a spilled pseudo that will later be replaced by a MEM.
However, recog.c contains in various p
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52905
Jonathan Wakely changed:
What|Removed |Added
Keywords||ice-on-invalid-code
Status|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52901
Jonathan Wakely changed:
What|Removed |Added
Severity|major |normal
--- Comment #4 from Jonathan Wak
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52901
--- Comment #5 from Jonathan Wakely 2012-04-08
18:09:06 UTC ---
See also PR 51066 and PR 51270 and PR 38958 for similar RFEs for better
diagnostics about creating dangling references
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49974
--- Comment #4 from Jonathan Wakely 2012-04-08
18:15:04 UTC ---
As pointed out in PR 52901 comment 3, this missing warning is likely to bite
people misusing std::move like so:
X&& f()
{
X x;
return std::move(x);
}
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52906
Bug #: 52906
Summary: [4.7/4.8 Regression] ICE: SIGSEGV in check_tag_decl
(decl.c:4230) with "__attribute__ ((__deprecated__));"
alone
Classification: Unclassified
Produ
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44786
--- Comment #5 from Andrew Pinski 2012-04-08
18:57:51 UTC ---
> # Subscripting where the static type of one operand is variable which is
decayed from an array type and the other operand is greater than the size of
the array or less than zero.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52907
Bug #: 52907
Summary: Underflowing floating point expressions wrongly folded
to zero
Classification: Unclassified
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52908
Bug #: 52908
Summary: xop-mul-1:f9 miscompiled on bulldozer (-mxop)
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
Prio
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52909
Bug #: 52909
Summary: Procedure pointers not private to modules
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
Priority
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52910
Bug #: 52910
Summary: xop-mul-1:f13 miscompiled on bulldozer (-mxop)
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
Pri
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52909
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
35 matches
Mail list logo