https://bugzilla.novell.com/show_bug.cgi?id=714556
https://bugzilla.novell.com/show_bug.cgi?id=714556#c3
--- Comment #3 from Richard Guenther 2011-08-30 08:31:47 UTC ---
Just for information, it's elf_link_add_object_symbols doing
/* A symbol from a library loaded via DT_NEEDED of some
other library is referenced by a regular object.
Add a DT_NEEDED entry for it. Issue an error if
--no-add-needed is used and the reference was not
a weak one. */
if (undef_bfd != NULL
&& (elf_dyn_lib_class (abfd) & DYN_NO_NEEDED) != 0)
{
(*_bfd_error_handler)
(_("%B: undefined reference to symbol '%s'"),
undef_bfd, name);
(*_bfd_error_handler)
(_("note: '%s' is defined in DSO %B so try adding it to the
linker command line"),
abfd, name);
bfd_set_error (bfd_error_invalid_operation);
goto error_free_vers;
and the caller, gld${EMULATION_NAME}_try_needed issueing
/* Add this file into the symbol table. */
if (! bfd_link_add_symbols (abfd, &link_info))
einfo ("%F%B: could not read symbols: %E\n", abfd);
we could guard the latter with bfd_get_error () != bfd_error_invalid_operation
or not set an error and guard it with bfd_get_error () != bfd_error_no_error.
But it's probably not worth fixing (didn't find an upstream bug either).
I have filed http://sourceware.org/bugzilla/show_bug.cgi?id=13141
--
Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.