https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57208
Bug 57208 depends on bug 57703, which changed state.
Bug 57703 Summary: Assembler function definition moved to a different ltrans
then call
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57703
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57208
Bug 57208 depends on bug 57726, which changed state.
Bug 57726 Summary: LTO verify_flow_info: error: control flow in the middle of
basic block
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57726
What|Removed
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57208
--- Comment #32 from Martin Liška marxin.liska at gmail dot com ---
Sorry for late answer, proposed patch works for me.
Thanks,
Martin
(In reply to Ian Lance Taylor from comment #10)
Created attachment 30323 [details]
Possible patch
Can you
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57208
--- Comment #30 from Martin Jambor jamborm at gcc dot gnu.org ---
Author: jamborm
Date: Thu Jun 27 13:49:28 2013
New Revision: 200468
URL: http://gcc.gnu.org/viewcvs?rev=200468root=gccview=rev
Log:
2013-06-27 Martin Jambor mjam...@suse.cz
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57208
Martin Jambor jamborm at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57208
--- Comment #29 from Martin Jambor jamborm at gcc dot gnu.org ---
(In reply to Martin Liška from comment #28)
Patch solved the problem for chromium ;) I will test libreoffice tomorrow.
Great, I have submitted the patch to the mailing list then:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57208
Martin Jambor jamborm at gcc dot gnu.org changed:
What|Removed |Added
CC||jamborm at gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57208
--- Comment #27 from Martin Jambor jamborm at gcc dot gnu.org ---
Created attachment 30355
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30355action=edit
Proposed patch
I'd suggest this (yet untested) patch.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57208
--- Comment #28 from Martin Liška marxin.liska at gmail dot com ---
Patch solved the problem for chromium ;) I will test libreoffice tomorrow.
(In reply to Martin Jambor from comment #27)
Created attachment 30355 [details]
Proposed patch
I'd
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57208
--- Comment #25 from Jan Hubicka hubicka at ucw dot cz ---
Updated patch.
Honza
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57208
--- Comment #21 from Martin Liška marxin.liska at gmail dot com ---
Ltrans grep
marxin@marxinbox /ssd/chrome-dumps $ grep
_ZN3net12_GLOBAL__N_113DnsTCPAttempt12OnIOCompleteEi chrome.ltrans*
Binary file chrome.ltrans16.o matches
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57208
--- Comment #22 from Martin Liška marxin.liska at gmail dot com ---
Created attachment 30340
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30340action=edit
chrome.ltrans16.s
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57208
--- Comment #23 from Jan Hubicka hubicka at gcc dot gnu.org ---
It seems late optimizers translate
cloning Bind to
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57208
--- Comment #24 from Jan Hubicka hubicka at ucw dot cz ---
does this patch help?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57208
--- Comment #18 from Jan Hubicka hubicka at gcc dot gnu.org ---
What about trying ulimit -m to increase the number of FDs? (it requires root)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57208
--- Comment #19 from Jan Hubicka hubicka at gcc dot gnu.org ---
chrome.wpa.000i.cgraph:
_ZN3net12_GLOBAL__N_113DnsTCPAttempt12OnIOCompleteEi/8859591 (OnIOComplete)
@0x7f80e10be980
Type: function definition analyzed
Visibility: force_output
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57208
--- Comment #20 from Martin Liška marxin.liska at gmail dot com ---
Link to ltrans16.cgraph dump:
https://docs.google.com/file/d/0B0pisUJ80pO1c0JTTmR5Z1pQb28/edit?usp=sharing
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57208
--- Comment #14 from Jakub Jelinek jakub at gcc dot gnu.org ---
int main() {}
#define A(n) __attribute__ ((used, externally_visible)) int \
tti \
##
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57208
--- Comment #15 from Martin Liška marxin.liska at gmail dot com ---
I did a small workaround for ELF overflow: --param lto-partitions=64.
Following errors were met:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57208
--- Comment #16 from Martin Liška marxin.liska at gmail dot com ---
Looks like ld.gold has a problem with large amount of files:
FAILED: flock linker.lock g++ -Wl,-z,now -Wl,-z,relro -pthread
-Wl,-z,noexecstack -fPIC -pie -L. -flto=9
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57208
--- Comment #17 from Martin Liška marxin.liska at gmail dot com ---
I created a bug for gold linker in binutils bugzilla:
http://sourceware.org/bugzilla/show_bug.cgi?id=15660
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57208
Jan Hubicka hubicka at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57208
Ian Lance Taylor ian at airs dot com changed:
What|Removed |Added
CC||ian at airs dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57208
--- Comment #10 from Ian Lance Taylor ian at airs dot com ---
Created attachment 30323
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30323action=edit
Possible patch
Can you see if this patch fixes the problem?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57208
--- Comment #11 from Jan Hubicka hubicka at gcc dot gnu.org ---
OK, self contained way to reproduce the bug:
evans:/tmp/:[1]# cat t.c
#include stdio.h
main()
{
int i;
printf (int main(){}\n);
for (i=0;i7;i++)
printf (__attribute__
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57208
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57208
--- Comment #13 from Jan Hubicka hubicka at gcc dot gnu.org ---
progret needs a fraction of brain capacity than the preprocessor generator and
I doubt it would be faster :)))
anyway I seem to be still getting error with the patch
evans:/tmp/:[0]#
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57208
--- Comment #7 from Martin Liška marxin.liska at gmail dot com ---
I've updated to latest gcc, all previous bugs are irrelevant: I mixed different
-Ox cflags and chromium build system is full of hacks (they use gold as a
primary linker, but bfd is
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57208
Igor Zamyatin izamyatin at gmail dot com changed:
What|Removed |Added
CC||izamyatin at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57208
--- Comment #6 from Martin Liška marxin.liska at gmail dot com ---
I've just tested latest gcc and the same message is still received by compiler.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57208
--- Comment #3 from Martin Liška marxin.liska at gmail dot com ---
I had a problem with linker, looks like chrome build system uses both linkers.
I hacked build system to use just ld.bfd.
gcc revision: 197652. I know it's about 2 months old, same
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57208
--- Comment #4 from Martin Liška marxin.liska at gmail dot com ---
gcc --version: HEAD (June 3rd, 2013)
Failure:
g++ -Wl,-z,now -Wl,-z,relro -pthread -Wl,-z,noexecstack -fPIC -Wl,-O1
-Wl,--as-needed -flto -fno-fat-lto-objects -o protoc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57208
--- Comment #1 from Martin Liška marxin.liska at gmail dot com 2013-05-08
12:32:24 UTC ---
Created attachment 30054
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30054
Savetemps dump
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57208
--- Comment #2 from Martin Liška marxin.liska at gmail dot com 2013-05-08
12:32:51 UTC ---
Created attachment 30055
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30055
common.gypi - build configuration
34 matches
Mail list logo