[Bug binutils/841] mips64-elf-readelf was crashed by EABI64 binary.
--- Additional Comments From nickc at redhat dot com 2005-04-13 15:40 --- Subject: Re: mips64-elf-readelf was crashed by EABI64 binary. Hi Monaka, Do you have a small testcase with which we can reproduce this failure and test any fixes ? Cheers Nick -- http://sources.redhat.com/bugzilla/show_bug.cgi?id=841 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/815] [C-api -> C++ lib] undefined symbol _Unwind*
--- Additional Comments From j at bitron dot ch 2005-04-14 09:18 --- You're right, -Wl,-rpath-link,../../exports/lib is missing from the gcc command line but when buildling Xorg 6.8.2 with binutils 2.15.94.0.2.2 (and everything else the same) that part of the command line is not missing. Don't know the problem source right now. -- http://sources.redhat.com/bugzilla/show_bug.cgi?id=815 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/815] [C-api -> C++ lib] undefined symbol _Unwind*
--- Additional Comments From pluto at pld-linux dot org 2005-04-14 15:59
---
(In reply to comment #7)
print *h
$4 = {root = {next = 0x838f620, string = 0x8369840
"[EMAIL PROTECTED]", hash = 421875337},
type = bfd_link_hash_undefined,
u = {undef = {next = 0x8402f90, abfd = 0x8361968, weak = 0x0},
def = {next = 0x8402f90, section = 0x8361968, value = 0},
i = {next = 0x8402f90, link = 0x8361968, warning = 0x0},
c = {next = 0x8402f90, p = 0x8361968, size = 0}}}
print *h->u.undef.next
$11 = {root = {next = 0x838f620, string = 0x8369840
"[EMAIL PROTECTED]", hash = 421875337},
type = bfd_link_hash_undefined,
u = {undef = {next = 0x8402f90, abfd = 0x8361968, weak = 0x0},
def = {next = 0x8402f90, section = 0x8361968, value = 0},
i = {next = 0x8402f90, link = 0x8361968, warning = 0x0},
c = {next = 0x8402f90, p = 0x8361968, size = 0}}}
print *h
$5 = {root = {next = 0x82e489c, string = 0x841479c
"[EMAIL PROTECTED]", hash = 317394191},
type = bfd_link_hash_undefined,
u = {undef = {next = 0x842e1a4, abfd = 0x8361968, weak = 0x0},
def = {next = 0x842e1a4, section = 0x8361968, value = 0},
i = {next = 0x842e1a4, link = 0x8361968, warning = 0x0},
c = {next = 0x842e1a4, p = 0x8361968, size = 0}}}
$6 = {root = {next = 0x849806c, string = 0x8414df8
"[EMAIL PROTECTED]", hash = 779585870},
type = bfd_link_hash_undefined,
u = {undef = {next = 0x84b2710, abfd = 0x8361968, weak = 0x0},
def = {next = 0x84b2710, section = 0x8361968, value = 0},
i = {next = 0x84b2710, link = 0x8361968, warning = 0x0},
c = {next = 0x84b2710, p = 0x8361968, size = 0}}}
# glibc/nptl
# readelf -sW /lib/libc-2.3.90.so |grep pthread_mutex_
1497: 000dc08d 41 FUNC GLOBAL DEFAULT 11 pthread_mutex_unlock@@GLIBC_2.0
1778: 000dc00a 41 FUNC GLOBAL DEFAULT 11 pthread_mutex_destroy@@GLIBC_2.0
1800: 000dc064 41 FUNC GLOBAL DEFAULT 11 pthread_mutex_lock@@GLIBC_2.0
1942: 000dc033 49 FUNC GLOBAL DEFAULT 11 pthread_mutex_init@@GLIBC_2.0
--
http://sources.redhat.com/bugzilla/show_bug.cgi?id=815
--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.
___
bug-binutils mailing list
bug-binutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/815] [C-api -> C++ lib] undefined symbol _Unwind*
--- Additional Comments From pluto at pld-linux dot org 2005-04-14 16:05
---
print *h->u.undef.abfd
$15 = {id = 246, filename = 0x80cf5a0 "/usr/X11R6/lib/libX11.so",
xvec = 0x400adf60, iostream = 0x84ee0a0, iovec = 0x400aa6f0,
cacheable = 1, target_defaulted = 0, lru_prev = 0x84ee4f8,
lru_next = 0x8573268, where = 50692, opened_once = 0, mtime_set = 0,
mtime = 0, ifd = 0, format = bfd_object, direction = read_direction,
flags = 336, origin = 0, output_has_begun = 0,
section_htab = { table = 0x85e2bf8, size = 4051, newfunc = 0x4003b410
, memory = 0x80d3160}, sections = 0x0,
section_tail = 0x83619cc, section_count = 0, start_address = 70640,
symcount = 0, outsymbols = 0x0, dynsymcount = 0,
arch_info = 0x400affe0, no_export = 0, arelt_data = 0x0,
my_archive = 0x0, next = 0x0, archive_head = 0x0, has_armap = 0,
link_next = 0x0, archive_pass = 0, tdata = {aout_data = 0x85de428,
aout_ar_data = 0x85de428, oasys_obj_data = 0x85de428,
oasys_ar_data = 0x85de428, coff_obj_data = 0x85de428,
pe_obj_data = 0x85de428, xcoff_obj_data = 0x85de428,
ecoff_obj_data = 0x85de428, ieee_data = 0x85de428,
ieee_ar_data = 0x85de428, srec_data = 0x85de428,
ihex_data = 0x85de428, tekhex_data = 0x85de428,
elf_obj_data = 0x85de428, nlm_obj_data = 0x85de428,
bout_data = 0x85de428, mmo_data = 0x85de428,
sun_core_data = 0x85de428, sco5_core_data = 0x85de428,
trad_core_data = 0x85de428, som_data = 0x85de428,
hpux_core_data = 0x85de428, hppabsd_core_data = 0x85de428,
sgi_core_data = 0x85de428, lynx_core_data = 0x85de428,
osf_core_data = 0x85de428, cisco_core_data = 0x85de428,
versados_data = 0x85de428, netbsd_core_data = 0x85de428,
mach_o_data = 0x85de428, mach_o_fat_data = 0x85de428,
pef_data = 0x85de428, pef_xlib_data = 0x85de428,
sym_data = 0x85de428, any = 0x85de428}, usrdata = 0x80b3cd8,
memory = 0x80cf5c0}
--
http://sources.redhat.com/bugzilla/show_bug.cgi?id=815
--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.
___
bug-binutils mailing list
bug-binutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/817] FAIL: S-records with constructors
--- Additional Comments From christian dot joensson at gmail dot com 2005-04-14 18:20 --- works now... LAST_UPDATED: Thu Apr 14 17:47:28 UTC 2005 -- http://sources.redhat.com/bugzilla/show_bug.cgi?id=817 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gas/848] New: gas testsuite FAIL: macros dot
>From binutils cvs trunk, LAST_UPDATED: Thu Apr 14 17:47:28 UTC 2005 Executing /usr/local/src/trunk/src/gas/testsuite/lib/run ../as-new - alm /usr/local/src/trunk/src/gas/testsuite/gas/macros/dot.s >&dump.out regexp_diff match failure regexp "^.*:28: Error: .*$" line "/usr/local/src/trunk/src/gas/testsuite/gas/macros/dot.s:28: Fatal error: Unknown opcode: `x.y.z 0'" extra regexps in /usr/local/src/trunk/src/gas/testsuite/gas/macros/dot.l starting with "^(.* )?GAS .*$" EOF from dump.out FAIL: macros dot -- Summary: gas testsuite FAIL: macros dot Product: binutils Version: 2.17 (HEAD) Status: NEW Severity: normal Priority: P2 Component: gas AssignedTo: unassigned at sources dot redhat dot com ReportedBy: christian dot joensson at gmail dot com CC: bug-binutils at gnu dot org GCC build triplet: sparc-unknown-linux-gnu GCC host triplet: sparc-unknown-linux-gnu GCC target triplet: sparc-unknown-linux-gnu http://sources.redhat.com/bugzilla/show_bug.cgi?id=848 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/850] New: linker issued assertion failure elf64-ppc.c:7771
I am an IBM contractor and working on porting Oracle products on Linux on POWER project. The problem caught is about error during linking of executable. /usr/bin/ld: BFD 041202 20041202 assertion fail elf64-ppc.c:7771 ... This error msg is repeated many times. ld -V GNU ld version 041202 20041202 Supported emulations: elf64ppc elf32ppclinux elf32ppc elf32ppcsim Linux version: 2.4.21-20.EL -- Summary: linker issued assertion failure elf64-ppc.c:7771 Product: binutils Version: unspecified Status: NEW Severity: normal Priority: P2 Component: ld AssignedTo: unassigned at sources dot redhat dot com ReportedBy: robert dot wen at oracle dot com CC: bug-binutils at gnu dot org http://sources.redhat.com/bugzilla/show_bug.cgi?id=850 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/815] [C-api -> C++ lib] undefined symbol _Unwind*
--- Additional Comments From amodra at bigpond dot net dot au 2005-04-15 02:35 --- Ah! Seeing [EMAIL PROTECTED]'s u.undef.next link back to itself was the clue I needed. u.undef.next is used as a list pointer, and also as a marker to say that a symbol has been referenced. As a marker, u.undef.next is set to point to the symbol itself, so obviously can't be on the list and thus won't be fixed by bfd_link_repair_undef_list. Hmm, but just fixing u.undef.next might be papering over another problem, as it isn't exactly clear how u.undef.next is being set like this. I suspect the following scenario: a) pthread_mutex_init is defined in one shared lib and referenced by another, which would leave u.undef.next pointing back to the sym b) an as-needed lib is loaded which also defines pthread_mutex_init. There is a hack in _bfd_elf_merge_symbol around line 1177 of elflink.c to stop multiple symbol definition errors when two shared libs define a sym. Unfortunately, this will result in the symbol being marked as defined in the as-needed lib. c) The as-needed lib doesn't satisfy any undefined syms in regular object files, so elf_smash_syms is called to remove syms defined in the library. This interacts with the above mentioned hack, and results in the symbol being undefined. To confirm this, would you please give the result from readelf -sD lib.so | grep pthread_mutex_init for each shared lib involved in the link. It might pay to add -Wl,--verbose to options passed to libtool so that you see the real list of libs involved in the link. -- http://sources.redhat.com/bugzilla/show_bug.cgi?id=815 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/815] [C-api -> C++ lib] undefined symbol _Unwind*
--- Additional Comments From amodra at bigpond dot net dot au 2005-04-15 02:52 --- No, (b) is wrong. elf.c:1177 won't result in the sym being marked as defined in the as-needed shared lib. I need to dig some more (or have those readelf -sD results!) -- http://sources.redhat.com/bugzilla/show_bug.cgi?id=815 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
