http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56466
--- Comment #3 from Marek Polacek 2013-02-26
18:15:28 UTC ---
Unsurprisingly started with
http://gcc.gnu.org/viewcvs?view=revision&revision=195880, but must have been
latent before.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56467
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56341
Bernd Edlinger changed:
What|Removed |Added
Attachment #29506|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56460
Steven Bosscher changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55582
Jason Merrill changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|jaso
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56344
Marek Polacek changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unas
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56463
--- Comment #4 from Dominique d'Humieres 2013-02-26
18:41:56 UTC ---
> The compiler may assume that undefined behavior doesn't happen in the program.
> It is fine to have undefined behavior in code that will be never executed, but
> as soo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50190
--- Comment #2 from Dominique d'Humieres 2013-02-26
19:23:14 UTC ---
On a Core2Duo with '-Ofast' I get 2.51200998D+01 and with '-fprotect-parens
-Ofast' 2.50952975D+01.
I think the tolerance value for linpk does not make sense: the targe
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50537
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52748
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51487
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56461
--- Comment #5 from Vladimir Makarov 2013-02-26
20:45:57 UTC ---
(In reply to comment #4)
> Created attachment 29544 [details]
> gcc48-pr56461-2.patch
>
Sorry, I should have checked on leaks when I submitted LRA first time.
The patch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56461
--- Comment #6 from Jakub Jelinek 2013-02-26
21:13:36 UTC ---
Author: jakub
Date: Tue Feb 26 21:13:27 2013
New Revision: 196294
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=196294
Log:
PR middle-end/56461
* lra-spill
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56468
Bug #: 56468
Summary: Clang exposes bug with unexpected forward-declaration
of type_info
Classification: Unclassified
Product: gcc
Version: 4.7.2
Status: UN
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56460
--- Comment #3 from Steven Bosscher 2013-02-26
22:57:02 UTC ---
(In reply to comment #2)
> - Why qsort the whole array, instead of e.g. memmove'ing the bits
Ah, oops. qsort can't be used in libgcc, the target may not provide
a qsort i
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56468
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56012
--- Comment #2 from Jonathan Wakely 2013-02-26
23:46:29 UTC ---
Author: redi
Date: Tue Feb 26 23:46:21 2013
New Revision: 196296
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=196296
Log:
PR libstdc++/56012
* include/b
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56011
--- Comment #1 from Jonathan Wakely 2013-02-26
23:46:31 UTC ---
Author: redi
Date: Tue Feb 26 23:46:21 2013
New Revision: 196296
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=196296
Log:
PR libstdc++/56012
* include/b
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56012
--- Comment #3 from Jonathan Wakely 2013-02-27
00:57:43 UTC ---
Author: redi
Date: Wed Feb 27 00:57:36 2013
New Revision: 196301
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=196301
Log:
PR libstdc++/56012
* include/b
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56011
--- Comment #2 from Jonathan Wakely 2013-02-27
00:57:45 UTC ---
Author: redi
Date: Wed Feb 27 00:57:36 2013
New Revision: 196301
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=196301
Log:
PR libstdc++/56012
* include/b
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56011
Jonathan Wakely changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56012
Jonathan Wakely changed:
What|Removed |Added
Priority|P2 |P3
Status|ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56469
Bug #: 56469
Summary: The .gcno file being generated is not cleaned up after
gcc exits with an error.
Classification: Unclassified
Product: gcc
Version: 4.7.2
Status
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56455
--- Comment #2 from Jakub Jelinek 2013-02-27
07:27:02 UTC ---
Author: jakub
Date: Wed Feb 27 07:26:53 2013
New Revision: 196304
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=196304
Log:
PR target/56455
* stmt.c (expan
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56455
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56468
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
101 - 126 of 126 matches
Mail list logo