[Bug ld/18878] _savegpr1_XXX crashes when called through a stub on POWERPC64LE
https://sourceware.org/bugzilla/show_bug.cgi?id=18878 --- Comment #4 from cvs-commit at gcc dot gnu.org --- The master branch has been updated by Alan Modra : https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=d49044c7530d28894e73763c21c417a423e4297c commit d49044c7530d28894e73763c21c417a423e4297c Author: Alan Modra Date: Wed Sep 2 15:51:59 2015 +0930 [GOLD] ppc64 out-of-line register save/restore functions Gold version of a4b6fadd. Don't emit long branch or plt branch stubs to save/restore functions. Copy them instead. PR 18878 * powerpc.cc (Target_powerpc): Add savres_section_ and accessor. (Target_powerpc::Branch_info::make_stub): Determine whether long branch stub is for save/restore function. (Branch_stub_ent): Add save_res_, and extra parm to constructor. (Stub_table): Add need_save_res_. (Stub_table:clear_stubs): Clear need_save_res_. (Stub_table:set_address_and_size): Add save/restore section size. (Stub_table::add_long_branch_entry): Add save_res param. Set need_save_res_, but don't add space for save/restore stubs. (Stub_table::find_long_branch_entry): Return offset to local copy of save/restore func. (Stub_table::do_write): Don't output save/restore stubs. Instead copy the save/restore functions. (Output_data_save_res:contents): New accessor. (Target_powerpc::define_save_restore_funcs): Set savres_section_. -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/18886] Unnecessary PLT entry for IFUNC function from DSO
https://sourceware.org/bugzilla/show_bug.cgi?id=18886 H.J. Lu changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED Target Milestone|--- |2.26 --- Comment #3 from H.J. Lu --- Fixed. -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/18886] Unnecessary PLT entry for IFUNC function from DSO
https://sourceware.org/bugzilla/show_bug.cgi?id=18886 --- Comment #2 from cvs-commit at gcc dot gnu.org --- The master branch has been updated by H.J. Lu : https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=358de98820c5e9caa222846ba8b646de6cc091c8 commit 358de98820c5e9caa222846ba8b646de6cc091c8 Author: H.J. Lu Date: Wed Sep 2 04:14:21 2015 -0700 Turn IFUNC symbols from shared libraries into normal FUNC symbols Turn IFUNC symbols from shared libraries into normal FUNC symbols when we are resolving symbol references, instead of when we are writing out the symbol table. PR gold/18886 * resolve.cc (Symbol::override_base): Turn IFUNC symbols from shared libraries into normal FUNC symbols. * symtab.cc (Symbol_table::sized_write_symbol): Assert IFUNC symbols aren't from shared libraries. -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gas/18581] (ARM): issue with function names with a dash inside
https://sourceware.org/bugzilla/show_bug.cgi?id=18581 --- Comment #7 from Nick Clifton --- Hi Alan, > Hi Nick, something must have gone wrong with your testsuite runs.. The fixes > I > made were in response to testsuite regressions. From memory, tilepro didn't > build, mn10200, nios2 and fr30 had failing tests. Doh! I did not have the tilepro and nios2 targets in my test farm. I am not sure why the mn10200 and fr30 failures did not show up though, as I was definitely testing them. Anyway thanks again for picking up my slack. Cheers Nick -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/18912] Off-by-one error in ld documentation
https://sourceware.org/bugzilla/show_bug.cgi?id=18912 Mark Rages changed: What|Removed |Added CC||markrages at gmail dot com -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/18912] New: Off-by-one error in ld documentation
https://sourceware.org/bugzilla/show_bug.cgi?id=18912 Bug ID: 18912 Summary: Off-by-one error in ld documentation Product: binutils Version: unspecified Status: NEW Severity: normal Priority: P2 Component: ld Assignee: unassigned at sourceware dot org Reporter: markrages at gmail dot com Target Milestone: --- In ld/ld.texinfo, the following example code is offered: > start_of_ROM = .ROM; > end_of_ROM = .ROM + sizeof (.ROM) - 1; > start_of_FLASH = .FLASH; > > Then the C source code to perform the copy would be: > > extern char start_of_ROM, end_of_ROM, start_of_FLASH; > > memcpy (& start_of_FLASH, & start_of_ROM, & end_of_ROM - & start_of_ROM); But I think this does not copy the last byte of ROM due to the -1 in the end_of_ROM definition. Regards, Mark markrages@gmail -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/13521] ld.gold prefers unversioned symbol over default version
https://sourceware.org/bugzilla/show_bug.cgi?id=13521 --- Comment #7 from Jason Gunthorpe --- Hi Cary, HEAD behaves differently than the version in Vivid, but the result is not identical to ld. I tested c74be520ba8ed2d013d43916b923b837294343cc. $ /tmp/binutils-gdb/build/gold/ld-new --sysroot=/ --build-id --eh-frame-hdr -m elf_x86_64 --hash-style=gnu --as-needed -dynamic-linker /lib64/ld-linux-x86-64.so.2 -z relro /usr/lib/gcc/x86_64-linux-gnu/4.9/../../../x86_64-linux-gnu/crt1.o /usr/lib/gcc/x86_64-linux-gnu/4.9/../../../x86_64-linux-gnu/crti.o /usr/lib/gcc/x86_64-linux-gnu/4.9/crtbegin.o -L/usr/lib/gcc/x86_64-linux-gnu/4.9 -L/usr/lib/gcc/x86_64-linux-gnu/4.9/../../../x86_64-linux-gnu -L/usr/lib/gcc/x86_64-linux-gnu/4.9/../../../../lib -L/lib/x86_64-linux-gnu -L/lib/../lib -L/usr/lib/x86_64-linux-gnu -L/usr/lib/../lib -L/usr/lib/gcc/x86_64-linux-gnu/4.9/../../.. t.o -lsctp -v -lgcc --as-needed -lgcc_s --no-as-needed -lc -lgcc --as-needed -lgcc_s --no-as-needed /usr/lib/gcc/x86_64-linux-gnu/4.9/crtend.o /usr/lib/gcc/x86_64-linux-gnu/4.9/../../../x86_64-linux-gnu/crtn.o GNU gold (GNU Binutils 2.25.51.20150902) 1.11 $ readelf -s a.out | grep -i sctp Symbol table '.dynsym' contains 8 entries: 7: 00400550 0 FUNCGLOBAL DEFAULT UND sctp_connectx@VERS_3 (3) Symbol table '.symtab' contains 40 entries: 36: 0 FUNCGLOBAL DEFAULT UND sctp_connectx .. and with sytem ld .. $ readelf -s a.out | grep -i sctp Symbol table '.dynsym' contains 8 entries: 7: 00400560 0 FUNCGLOBAL DEFAULT UND sctp_connectx@VERS_3 (3) Symbol table '.symtab' contains 66 entries: 56: 00400560 0 FUNCGLOBAL DEFAULT UND sctp_connectx@ @VERS_3 Dynamic linking is OK - but the symtab from gold doesn't have any symbol versions even on glibc symbols, so it is a different thing. I think this bug can be closed, thanks Jason -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gas/18842] sparc64-sun-solaris2.9: error: implicit declaration of function ‘asprintf’
https://sourceware.org/bugzilla/show_bug.cgi?id=18842 Marcin Cieślak changed: What|Removed |Added Status|RESOLVED|VERIFIED --- Comment #7 from Marcin Cieślak --- Thanks. I can confirm the issue is fixed. -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/18878] _savegpr1_XXX crashes when called through a stub on POWERPC64LE
https://sourceware.org/bugzilla/show_bug.cgi?id=18878 Alan Modra changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED --- Comment #5 from Alan Modra --- I believe this is now fixed on master. -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
