http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48511
--- Comment #4 from Janne Blomqvist 2011-04-10 08:36:24
UTC ---
(In reply to comment #3)
> Does any of the Fortran edit descriptors require, or for that matter allow,
> this kind of "shortest decimal representation" output?
Well, the obvious(?)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47547
Richard Guenther changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48511
--- Comment #5 from Thomas Henlich
2011-04-10 10:19:47 UTC ---
(In reply to comment #4)
> (In reply to comment #3)
> > Does any of the Fortran edit descriptors require, or for that matter allow,
> > this kind of "shortest decimal representation"
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48538
Summary: GCC build fails with -flto in BOOT_CFLAGS
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: lto
AssignedTo: unassig...
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44336
Richard Guenther changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44290
--- Comment #32 from Richard Guenther 2011-04-10
10:27:30 UTC ---
Backporting regression fixes is generally fine and does not require explicit
approval (given that the patches do not need significant changes).
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42687
Richard Guenther changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47976
Richard Guenther changed:
What|Removed |Added
Priority|P3 |P1
Component|fortran
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48031
Richard Guenther changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48090
Richard Guenther changed:
What|Removed |Added
Priority|P3 |P2
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48124
Richard Guenther changed:
What|Removed |Added
Keywords||wrong-code
Priority|P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48172
Richard Guenther changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48181
Richard Guenther changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48189
Richard Guenther changed:
What|Removed |Added
Priority|P3 |P2
--- Comment #2 from Richard Guenthe
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48235
Richard Guenther changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48248
Richard Guenther changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48306
Richard Guenther changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48389
Richard Guenther changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48418
Richard Guenther changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48446
Richard Guenther changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48035
Richard Guenther changed:
What|Removed |Added
Priority|P1 |P2
AssignedTo|unassigned at gc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48538
--- Comment #1 from Richard Guenther 2011-04-10
10:51:05 UTC ---
You should not merely use -flto in BOOT_CFLAGS, that will fail anyway. Instead
use --with-build-config=bootstrap-lto.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48539
Summary: Missing warning when messaging a forward-declared
class
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: minor
Priority: P3
Component: o
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48539
Nicola Pero changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48538
--- Comment #2 from jafb at tinet dot org 2011-04-10 11:45:55 UTC ---
Ok. In the documentation it said that was equivalent to -flto in BOOT_CFLAGS,
that's why I used it.
Now I've checked bootstrap-lto.mk and looks like it disables lto when doing a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48540
Summary: [4.7 Regression] FAIL:
20_util/typeindex/comparison_operators.cc on
powerpc-apple-darwin9
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48538
--- Comment #3 from Richard Guenther 2011-04-10
11:52:02 UTC ---
(In reply to comment #2)
> Ok. In the documentation it said that was equivalent to -flto in BOOT_CFLAGS,
> that's why I used it.
> Now I've checked bootstrap-lto.mk and looks like i
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48511
--- Comment #6 from Janne Blomqvist 2011-04-10 12:24:54
UTC ---
(In reply to comment #5)
> (In reply to comment #4)
> > (In reply to comment #3)
> > > Does any of the Fortran edit descriptors require, or for that matter
> > > allow,
> > > this k
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48189
Steven Bosscher changed:
What|Removed |Added
CC||steven at gcc dot gnu.org
--- Comment #
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48541
Summary: std::function(std::_Function_base) should use
std::addressof
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compon
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48541
Jonathan Wakely changed:
What|Removed |Added
Keywords||rejects-valid
Status|UNCONF
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48492
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48465
--- Comment #12 from Jonathan Wakely 2011-04-10
16:19:46 UTC ---
Author: redi
Date: Sun Apr 10 16:19:41 2011
New Revision: 172240
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=172240
Log:
2011-04-10 Jonathan Wakely
PR libstdc++/4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48465
--- Comment #13 from Jonathan Wakely 2011-04-10
16:20:50 UTC ---
Author: redi
Date: Sun Apr 10 16:20:42 2011
New Revision: 172241
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=172241
Log:
2011-04-10 Jonathan Wakely
PR libstdc++/4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48465
Jonathan Wakely changed:
What|Removed |Added
Status|NEW |RESOLVED
Known to work|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48541
--- Comment #1 from Jonathan Wakely 2011-04-10
16:29:09 UTC ---
Author: redi
Date: Sun Apr 10 16:29:05 2011
New Revision: 172242
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=172242
Log:
2011-04-10 Jonathan Wakely
PR libstdc++/48
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48541
--- Comment #2 from Jonathan Wakely 2011-04-10
16:36:01 UTC ---
Author: redi
Date: Sun Apr 10 16:35:58 2011
New Revision: 172244
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=172244
Log:
2011-04-10 Jonathan Wakely
PR libstdc++/48
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48541
Jonathan Wakely changed:
What|Removed |Added
Target Milestone|--- |4.6.1
--- Comment #3 from Jonathan Wake
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47713
Thomas Koenig changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25708
Jerry DeLisle changed:
What|Removed |Added
AssignedTo|pault at gcc dot gnu.org|jvdelisle at gcc dot
|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48543
Summary: Collapse identical strings
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: enhancement
Priority: P3
Component: fort
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47908
Alan Hourihane changed:
What|Removed |Added
CC||alanh at fairlite dot co.uk
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48462
--- Comment #5 from Paul Thomas 2011-04-10 18:48:40
UTC ---
(In reply to comment #4)
> This should be easy. The only difference between default (failing) and
snip
> which sort of does a job on 'a'. I say that it is easy because there a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48544
Summary: "might be clobbered by ‘longjmp’" diagnostic for
unmodified variable
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48545
Summary: dereferencing does not work as expected
Product: gcc
Version: 4.4.4
Status: UNCONFIRMED
Severity: critical
Priority: P3
Component: c
AssignedTo: unassig...@g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48545
--- Comment #1 from Dmitry Gorbachev
2011-04-10 23:44:58 UTC ---
Hi!
I'm not a GCC team, but I believe that GCC is correct here.
An argument called "output" has a type "pointer to an array of 132 unsigned
chars". "*output" has a type "array of
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48546
Summary: lto-wrapper returned 1 exit
Product: gcc
Version: 4.5.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassig...@gcc.gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48547
Summary: iostream and some other C++ libraries do not work with
-fpack-struct
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48547
--- Comment #1 from Jim Michaels 2011-04-11
04:04:50 UTC ---
Created attachment 23942
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23942
pack-struct.ii
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48547
--- Comment #2 from Jim Michaels 2011-04-11
04:06:00 UTC ---
Created attachment 23943
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23943
pack-struct.cpp
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48547
--- Comment #3 from Jim Michaels 2011-04-11
04:06:35 UTC ---
I attached the test code.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48547
--- Comment #4 from Jim Michaels 2011-04-11
04:27:38 UTC ---
by the way, in dealing with packed structures in code, I don't know how it is
normally handled in compilers and system libraries such as Win32, Mac OS X, and
Linux because I haven't tak
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48547
--- Comment #5 from Jim Michaels 2011-04-11
04:29:20 UTC ---
Created attachment 23944
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23944
output from the compiler, pack-struct2
this is vector, iterator, and string
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48547
--- Comment #6 from Jim Michaels 2011-04-11
04:30:26 UTC ---
Created attachment 23945
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23945
pack-struct2.cpp
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48547
--- Comment #7 from Jim Michaels 2011-04-11
04:31:13 UTC ---
Created attachment 23946
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23946
pack-struct2.ii
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48547
--- Comment #8 from Jim Michaels 2011-04-11
04:48:41 UTC ---
oops. bug in code. let me recode to show problem.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48548
Summary: recent svn version gcc (4.6? 4.7?) compile failed
Product: gcc
Version: lto
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: lto
AssignedTo: unas
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48547
Jim Michaels changed:
What|Removed |Added
Attachment #23941|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48547
--- Comment #10 from Jim Michaels 2011-04-11
05:02:18 UTC ---
Created attachment 23948
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23948
pack-struct2.cpp
the iterator bug
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48547
--- Comment #11 from Jim Michaels 2011-04-11
05:03:01 UTC ---
Created attachment 23949
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23949
pack-struct2.ii
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48547
--- Comment #12 from Jim Michaels 2011-04-11
05:03:53 UTC ---
Created attachment 23950
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23950
pack-struct.ii
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48547
--- Comment #13 from Jim Michaels 2011-04-11
05:04:56 UTC ---
Created attachment 23951
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23951
compiler output, pack-struct
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48547
--- Comment #14 from Jim Michaels 2011-04-11
05:05:33 UTC ---
Created attachment 23952
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23952
compiler output, pack-struct2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48547
--- Comment #15 from Jim Michaels 2011-04-11
05:06:05 UTC ---
there. fixed the test cases.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48547
--- Comment #16 from Dmitry Gorbachev
2011-04-11 05:46:07 UTC ---
> I don't know of compiler-specific ways of doing structure
> packing using pragmas or whatever. I am learning though.
Use GCC __attribute__((packed)) or #pragma pack (which is a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48497
--- Comment #1 from Allan McRae 2011-04-11
06:12:28 UTC ---
I see the same failure with -march=i686 on i686-pc-linux-gnu with gcc-4.6.0.
Using -march=pentium4 makes this pass.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48547
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48549
Summary: [4.6/4.7 Regression] Combiner ICE with -g
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
Priority: P3
Compone
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48520
--- Comment #2 from tim.vanholder at anubex dot com 2011-04-11 06:56:27 UTC ---
Fair enough.
However, this was the _only_ (noticeable) breakage resulting from this
configuration.
If that's really all there is I don't see why this couldn't/shouldn'
69 matches
Mail list logo