http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56227
--- Comment #16 from Uros Bizjak ubizjak at gmail dot com 2013-02-09 08:02:22
UTC ---
I didn't notice that my backport to 4.7 caused:
../../gcc-svn/branches/gcc-4_7-branch/gcc/lto/lto.c:1060:68: warning: format
‘%wx’ expects argument of type
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56227
--- Comment #17 from Uros Bizjak ubizjak at gmail dot com 2013-02-09 08:17:41
UTC ---
(In reply to comment #16)
I didn't notice that my backport to 4.7 caused:
../../gcc-svn/branches/gcc-4_7-branch/gcc/lto/lto.c:1060:68: warning: format
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56227
--- Comment #18 from Uros Bizjak ubizjak at gmail dot com 2013-02-09 09:47:51
UTC ---
Fixed again on 4.7 branch by #including output.h in lto.c.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56227
Uros Bizjak ubizjak at gmail dot com changed:
What|Removed |Added
CC||joseph at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56227
--- Comment #10 from Uros Bizjak ubizjak at gmail dot com 2013-02-07 10:07:43
UTC ---
(In reply to comment #8)
I don't see anything wrong with the above HOST_WIDE_INT_PRINT_HEX_PURE
definition. Does this hints and some MinGW specific
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56227
--- Comment #11 from Kai Tietz ktietz at gcc dot gnu.org 2013-02-07 10:15:42
UTC ---
(In reply to comment #9)
Adding some CCs.
The two changes about using HOST_LONG_LONG_FORMAT are fine.
The use of HOST_WIDE_INT_PRINT_HEX_PURE in
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56227
Uros Bizjak ubizjak at gmail dot com changed:
What|Removed |Added
URL|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56227
--- Comment #13 from uros at gcc dot gnu.org 2013-02-07 18:02:00 UTC ---
Author: uros
Date: Thu Feb 7 18:01:40 2013
New Revision: 195860
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=195860
Log:
PR bootstrap/56227
*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56227
--- Comment #14 from uros at gcc dot gnu.org 2013-02-07 19:18:40 UTC ---
Author: uros
Date: Thu Feb 7 19:18:27 2013
New Revision: 195865
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=195865
Log:
Backport from mainline
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56227
Uros Bizjak ubizjak at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56227
--- Comment #1 from Uros Bizjak ubizjak at gmail dot com 2013-02-06 16:54:49
UTC ---
Created attachment 29374
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=29374
proposed patch to use HOST_LONG_LONG_FORMAT
Please try to bootstrap
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56227
--- Comment #2 from Craig Powers craig.powers at gmail dot com 2013-02-06
18:42:58 UTC ---
(In reply to comment #1)
Created attachment 29374 [details]
proposed patch to use HOST_LONG_LONG_FORMAT
Please try to bootstrap with the
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56227
--- Comment #3 from Craig Powers craig.powers at gmail dot com 2013-02-06
18:50:34 UTC ---
There's another one on line 14622 of gcc/config/i386/i386.c.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56227
--- Comment #4 from Craig Powers craig.powers at gmail dot com 2013-02-06
18:54:39 UTC ---
(In reply to comment #3)
There's another one on line 14622 of gcc/config/i386/i386.c.
Doing the same substitution as in ggc-page.c fixes it.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56227
--- Comment #5 from Craig Powers craig.powers at gmail dot com 2013-02-06
19:03:10 UTC ---
../../gcc-4.8-20130203/gcc/lto/lto.c: In function 'void
lto_resolution_read(spla
y_tree, FILE*, lto_file*)':
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56227
--- Comment #6 from Uros Bizjak ubizjak at gmail dot com 2013-02-06 19:40:33
UTC ---
(In reply to comment #5)
../../gcc-4.8-20130203/gcc/lto/lto.c: In function 'void
lto_resolution_read(spla
y_tree, FILE*, lto_file*)':
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56227
--- Comment #7 from Craig Powers craig.powers at gmail dot com 2013-02-06
20:19:15 UTC ---
(In reply to comment #6)
(In reply to comment #5)
../../gcc-4.8-20130203/gcc/lto/lto.c: In function 'void
lto_resolution_read(spla
y_tree,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56227
--- Comment #8 from joseph at codesourcery dot com joseph at codesourcery dot
com 2013-02-07 01:48:56 UTC ---
On Wed, 6 Feb 2013, ubizjak at gmail dot com wrote:
The full line is,
internal_error (resolution sub id
18 matches
Mail list logo