https://sourceware.org/bugzilla/show_bug.cgi?id=19526
John David Anglin changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://sourceware.org/bugzilla/show_bug.cgi?id=19541
--- Comment #3 from Nathaniel J. Smith ---
Created attachment 8946
--> https://sourceware.org/bugzilla/attachment.cgi?id=8946=edit
Tiny ILF file with DATA symbol for testing
Attaching an example ILF-format import member, extracted from a
https://sourceware.org/bugzilla/show_bug.cgi?id=19520
H.J. Lu changed:
What|Removed |Added
Status|NEW |WAITING
--- Comment #10 from H.J. Lu ---
https://sourceware.org/bugzilla/show_bug.cgi?id=19541
--- Comment #2 from Nathaniel J. Smith ---
Update: on further investigation my helpful tester reports that their segfault
problem was an unrelated configuration error that they made; once they sorted
that out then all was well.
So, I'm now
I'm currently configuring binutils with:
./configure \
--prefix="${_toolroot}" \
--host="${_local_triplet}" \
--target="${_target_triplet}" \
--with-sysroot="${_sysroot}" \
--disable-nls --disable-multilib \
--disable-static --disable-werror \
https://sourceware.org/bugzilla/show_bug.cgi?id=19542
--- Comment #7 from Markus Trippelsdorf ---
> 3. Show us where time is spent in linker.
Can you please "perf record" the linker invocation for some minutes
and then post the "perf report" output here.
--
You are receiving this mail
https://sourceware.org/bugzilla/show_bug.cgi?id=19542
--- Comment #6 from Armin K. ---
Created attachment 8945
--> https://sourceware.org/bugzilla/attachment.cgi?id=8945=edit
Marked ps aux output
The attached file is actually ps aux output containing clang++ and ld
invocation command lines.
https://sourceware.org/bugzilla/show_bug.cgi?id=19542
Bug ID: 19542
Summary: Preformance penalty when linking chromium executable
Product: binutils
Version: 2.26
Status: NEW
Severity: normal
Priority: P2
https://sourceware.org/bugzilla/show_bug.cgi?id=19542
--- Comment #3 from Armin K. ---
(In reply to Markus Trippelsdorf from comment #1)
> This happens when using ld.bfd, right?
>
> You could try ld.gold instead. It links chromium in a few seconds on my
> machine.
Yes ld.bfd. I had a couple of
You didn't tell how you ran configure. That usually happens if it
thinks that you are building with a cross compiler.
Andreas.
--
Andreas Schwab, sch...@linux-m68k.org
GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5
"And now for something completely different."
https://sourceware.org/bugzilla/show_bug.cgi?id=19542
Markus Trippelsdorf changed:
What|Removed |Added
CC||markus at trippelsdorf dot de
https://sourceware.org/bugzilla/show_bug.cgi?id=19542
--- Comment #2 from Markus Trippelsdorf ---
Also make sure you have enough RAM and your system is not swapping.
--
You are receiving this mail because:
You are on the CC list for the bug.
___
https://sourceware.org/bugzilla/show_bug.cgi?id=19538
--- Comment #14 from poma ---
(In reply to H.J. Lu from comment #9)
> Created attachment 8941 [details]
> Please try this simpler patch
With this patch build finishes, but produced binaries break extlinux/isolinux
loading.
Thanks for trying.
I've tried updating to binutils 2.26, however, it currently fails to build as
it tries to use "x86_64-unknown-linux-gnu-ar". The old configure script
(binutils 2.25) noticed that various x86_64-unknown-linux-gnu-* tools did not
exist, and instead falls back to plain 'ar' (or readelf, or ld,
https://sourceware.org/bugzilla/show_bug.cgi?id=19520
Richard PALO changed:
What|Removed |Added
CC||richard at netbsd dot org
--- Comment
https://sourceware.org/bugzilla/show_bug.cgi?id=19542
H.J. Lu changed:
What|Removed |Added
Status|NEW |WAITING
--- Comment #5 from H.J. Lu ---
https://sourceware.org/bugzilla/show_bug.cgi?id=19542
H.J. Lu changed:
What|Removed |Added
CC||hjl.tools at gmail dot com
--
You are
17 matches
Mail list logo