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 |Added
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 |Ad
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57208
--- Comment #32 from Martin Liška ---
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 see if this patch fixes t
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57208
Martin Jambor changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57208
--- Comment #30 from Martin Jambor ---
Author: jamborm
Date: Thu Jun 27 13:49:28 2013
New Revision: 200468
URL: http://gcc.gnu.org/viewcvs?rev=200468&root=gcc&view=rev
Log:
2013-06-27 Martin Jambor
PR lto/57208
* ipa-ref.h (ipa_maybe_
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57208
--- Comment #29 from Martin Jambor ---
(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/ml/gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57208
--- Comment #28 from Martin Liška ---
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 suggest this (yet unteste
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57208
--- Comment #27 from Martin Jambor ---
Created attachment 30355
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30355&action=edit
Proposed patch
I'd suggest this (yet untested) patch.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57208
Martin Jambor changed:
What|Removed |Added
CC||jamborm at gcc dot gnu.org
--- Comment #2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57208
--- Comment #25 from Jan Hubicka ---
Updated patch.
Honza
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57208
--- Comment #24 from Jan Hubicka ---
does this patch help?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57208
--- Comment #23 from Jan Hubicka ---
It seems late optimizers translate
cloning Bind to
_ZN4base4BindIMN3net12_GLOBAL__N_113DnsTCPAttemptEFviENS_8internal17UnretainedWrapperIS3_NS_8CallbackINS6_9BindStateINS6_13FunctorTraitsIT_E12RunnableType
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57208
--- Comment #22 from Martin Liška ---
Created attachment 30340
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30340&action=edit
chrome.ltrans16.s
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57208
--- Comment #21 from Martin Liška ---
Ltrans grep
marxin@marxinbox /ssd/chrome-dumps $ grep
_ZN3net12_GLOBAL__N_113DnsTCPAttempt12OnIOCompleteEi chrome.ltrans*
Binary file chrome.ltrans16.o matches
chrome.ltrans16.s:leaq
_ZN3net12_GLOBAL_
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57208
--- Comment #20 from Martin Liška ---
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 #19 from Jan Hubicka ---
chrome.wpa.000i.cgraph:
_ZN3net12_GLOBAL__N_113DnsTCPAttempt12OnIOCompleteEi/8859591 (OnIOComplete)
@0x7f80e10be980
Type: function definition analyzed
Visibility: force_output prevailing_def_ironly
Addres
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57208
--- Comment #18 from Jan Hubicka ---
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 #17 from Martin Liška ---
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
--- Comment #16 from Martin Liška ---
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 -fno-fat-lto-objects -O2 --param
lto-parti
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57208
--- Comment #15 from Martin Liška ---
I did a small workaround for ELF overflow: --param lto-partitions=64.
Following errors were met:
`_ZN10disk_cache15SimpleEntryImpl17WriteDataInternalEiiPN3net8IOBufferEiRKN4base8CallbackIFviEEEb'
referenced i
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57208
--- Comment #14 from Jakub Jelinek ---
int main() {}
#define A(n) __attribute__ ((used, externally_visible)) int \
tti \
## \
## i
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57208
--- Comment #13 from Jan Hubicka ---
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]# /abuild/jh/trunk-install/b
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57208
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #12
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57208
--- Comment #11 from Jan Hubicka ---
OK, self contained way to reproduce the bug:
evans:/tmp/:[1]# cat t.c
#include
main()
{
int i;
printf ("int main(){}\n");
for (i=0;i<7;i++)
printf ("__attribute__ ((used, externally_visible)) int
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57208
--- Comment #10 from Ian Lance Taylor ---
Created attachment 30323
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30323&action=edit
Possible patch
Can you see if this patch fixes the problem?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57208
Ian Lance Taylor changed:
What|Removed |Added
CC||ian at airs dot com
--- Comment #9 fro
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57208
Jan Hubicka changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57208
--- Comment #7 from Martin Liška ---
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 used for some stuff, I used j
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57208
--- Comment #6 from Martin Liška ---
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
Igor Zamyatin changed:
What|Removed |Added
CC||izamyatin at gmail dot com
--- Comment #5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57208
--- Comment #4 from Martin Liška ---
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 -Wl,--start-group
obj/third_party/protob
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57208
--- Comment #3 from Martin Liška ---
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 error is given by
gcc from ab
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57208
--- Comment #2 from Martin Liška 2013-05-08
12:32:51 UTC ---
Created attachment 30055
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30055
common.gypi - build configuration
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57208
--- Comment #1 from Martin Liška 2013-05-08
12:32:24 UTC ---
Created attachment 30054
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30054
Savetemps dump
34 matches
Mail list logo
