[Bug binutils/19311] arm-linux-as build on Mac OS X with Xcode7 fails to assemble code from FreePascal cross-compiler

2016-01-31 Thread Loria at phantasia dot org
https://sourceware.org/bugzilla/show_bug.cgi?id=19311 --- Comment #16 from Loria --- Created attachment 8947 --> https://sourceware.org/bugzilla/attachment.cgi?id=8947&action=edit sugested patch to /gas/config/tc-arm.c This fixes the use of the undefined use of shiftoperator in tc-arm.c . if X

Re: binutils-2.26 configure doesn't fall back to 'ar' if it can't find 'x86_64-unknown-linux-gnu-ar'

2016-01-31 Thread Alan Modra
On Mon, Feb 01, 2016 at 07:47:01AM +1300, Alastair Hughes wrote: > So it appears that I either need to add --build, or I need to change the host > triplet to x86_64-pc-linux-gnu? Which would be better? In your case you most likely should omit both --build and --host. If for some reason you want

Re:binutils-2.26 configure doesn't fall back to 'ar' if it can't find 'x86_64-unknown-linux-gnu-ar'

2016-01-31 Thread Alastair Hughes
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 \

[Bug ld/19541] Format reader for ILF format (used by MSVC-generated import libraries) does not properly handle data imports

2016-01-31 Thread njs at pobox dot com
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&action=edit Tiny ILF file with DATA symbol for testing Attaching an example ILF-format import member, extracted fr

[Bug ld/19541] Format reader for ILF format (used by MSVC-generated import libraries) does not properly handle data imports

2016-01-31 Thread njs at pobox dot com
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 fa

[Bug ld/19542] Preformance penalty when linking chromium executable

2016-01-31 Thread markus at trippelsdorf dot de
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 because:

[Bug ld/19542] Preformance penalty when linking chromium executable

2016-01-31 Thread krejzi at email dot com
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&action=edit Marked ps aux output The attached file is actually ps aux output containing clang++ and ld invocation command li

[Bug ld/19526] Using "gcc -o /dev/null" gives "ld: final link failed: File truncated" error

2016-01-31 Thread danglin at gcc dot gnu.org
https://sourceware.org/bugzilla/show_bug.cgi?id=19526 John David Anglin changed: What|Removed |Added Status|NEW |RESOLVED CC|

[Bug gas/19520] [2.26 regression] R_386_GOT32X relocation breaks gcc bootstrap with non-gld/gold linker

2016-01-31 Thread hjl.tools at gmail dot com
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 --- I

[Bug gas/19520] [2.26 regression] R_386_GOT32X relocation breaks gcc bootstrap with non-gld/gold linker

2016-01-31 Thread richard at netbsd dot org
https://sourceware.org/bugzilla/show_bug.cgi?id=19520 Richard PALO changed: What|Removed |Added CC||richard at netbsd dot org --- Comment

[Bug ld/19542] Preformance penalty when linking chromium executable

2016-01-31 Thread hjl.tools at gmail dot com
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 rece

[Bug ld/19542] Preformance penalty when linking chromium executable

2016-01-31 Thread hjl.tools at gmail dot com
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 --- Pl

[Bug ld/19538] ld >= 2.26 breaks syslinux (bios) build

2016-01-31 Thread pomidorabelisima at gmail dot com
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.

binutils-2.26 configure doesn't fall back to 'ar' if it can't find 'x86_64-unknown-linux-gnu-ar'

2016-01-31 Thread Alastair Hughes
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, or..

[Bug ld/19542] Preformance penalty when linking chromium executable

2016-01-31 Thread krejzi at email dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=19542 --- Comment #4 from Armin K. --- (In reply to Markus Trippelsdorf from comment #2) > Also make sure you have enough RAM and your system is not swapping. RAM usage stays constant at 22% as reported by htop. I have 6 GB of RAM and nowhere near

[Bug ld/19542] Preformance penalty when linking chromium executable

2016-01-31 Thread krejzi at email dot com
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

[Bug ld/19542] Preformance penalty when linking chromium executable

2016-01-31 Thread 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. ___ bug-b

[Bug ld/19542] Preformance penalty when linking chromium executable

2016-01-31 Thread markus at trippelsdorf dot de
https://sourceware.org/bugzilla/show_bug.cgi?id=19542 Markus Trippelsdorf changed: What|Removed |Added CC||markus at trippelsdorf dot de -

[Bug ld/19542] New: Preformance penalty when linking chromium executable

2016-01-31 Thread krejzi at email dot com
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 Componen

Re: binutils-2.26 configure doesn't fall back to 'ar' if it can't find 'x86_64-unknown-linux-gnu-ar'

2016-01-31 Thread Andreas Schwab
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." ___