https://sourceware.org/bugzilla/show_bug.cgi?id=27967
--- Comment #2 from Sergei Trofimovich <slyfox at inbox dot ru> ---
(In reply to Nick Clifton from comment #1)
> (In reply to Sergei Trofimovich from comment #0)
> Hi Sergei,
>
> I am not exactly sure what the error is here. The linker's message seems
> pretty explicit:
>
> > ld: fatal: option --version-script requires option -z
> > gnu-version-script-compat to be specified
>
> So either this is a libtool problem - in that it is not adding the necessary
> option to the gcc command line that is then used to invoke the linker, or it
> is a gcc problem, if you think that it should automagically add the option
> itself.
>
> Possibly you are suggesting that the linker should not issue the error
> message, but just silently enable the option itself ?
I think the simplest solution for binutils would be somehow not to use
--version-script against a solaris linker.
libctf/configure.ac has too simplistic detection of --version-script and
probably will need to be extended:
"""
# Use a version script, if possible, or an -export-symbols-regex otherwise.
VERSION_FLAGS='-export-symbols-regex ctf_.*'
if $LD --help 2>&1 | grep -- --version-script >/dev/null; then
VERSION_FLAGS="-Wl,--version-script='$srcdir/libctf.ver'"
fi
AC_SUBST(VERSION_FLAGS)
"""
Note1: flag support is detected only by grepping --help output (not by trying
to use the flag for real). That's probably why we get a mismatch of a
versioning feature support.
Note2: we don't probe libtool here and don't use binutils ld.
--
You are receiving this mail because:
You are on the CC list for the bug.
