[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Octave-bug-tracker] [bug #61905] Build fails when using slibtool instea
From: |
Markus Mützel |
Subject: |
[Octave-bug-tracker] [bug #61905] Build fails when using slibtool instead of GNU libtool |
Date: |
Tue, 1 Feb 2022 11:09:38 -0500 (EST) |
Follow-up Comment #3, bug #61905 (project octave):
I don't remember what the default for `--enable-no-undefined` was in the past.
But that might have been fixed in the meantime(?).
Afaict currently on the stable branch (will become Octave 7), the configure
script only sets the corresponding linker flags to something non-empty by
default for msdosmsvc, mingw*, AIX, BeOS, or OS/2. Are you building for one of
those hosts?
See also this part of the current configure script source:
https://hg.savannah.gnu.org/hgweb/octave/file/66456820ff59/configure.ac#l676
case $host_os in
msdosmsvc | mingw* | AIX | BeOS | OS/2 )
DEFAULT_NO_UNDEFINED_LDFLAG="-no-undefined"
;;
*)
DEFAULT_NO_UNDEFINED_LDFLAG=""
;;
esac
AC_ARG_ENABLE([no-undefined],
[AS_HELP_STRING([--enable-no-undefined],
[pass -no-undefined to libtool when linking Octave and its shared
libraries. This is done by default for msdosmsvc, mingw*, AIX, BeOS, or OS/2
hosts.])],
[case $enableval in
yes) NO_UNDEFINED_LDFLAG="-no-undefined" ;;
no) NO_UNDEFINED_LDFLAG="" ;;
*) AC_MSG_ERROR([bad value $enableval for --enable-no-undefined]) ;;
esac],
[NO_UNDEFINED_LDFLAG="$DEFAULT_NO_UNDEFINED_LDFLAG"])
AC_SUBST(NO_UNDEFINED_LDFLAG)
I can't comment on the sed replacement in the .la files.
I don't know anything about slibtool or how it differs from GNU libtool. Could
you please elaborate why that doesn't work for you, or how this should be done
differently so it would work for both tools?
_______________________________________________________
Reply to this item at:
<https://savannah.gnu.org/bugs/?61905>
_______________________________________________
Message sent via Savannah
https://savannah.gnu.org/
- [Octave-bug-tracker] [bug #61905] Build fails when using slibtool instead of GNU libtool,
Markus Mützel <=
- [Octave-bug-tracker] [bug #61905] Build fails when using slibtool instead of GNU libtool, Markus Mützel, 2022/02/01
- [Octave-bug-tracker] [bug #61905] Build fails when using slibtool instead of GNU libtool, Michael Orlitzky, 2022/02/01
- [Octave-bug-tracker] [bug #61905] Build fails when using slibtool instead of GNU libtool, Markus Mützel, 2022/02/01
- [Octave-bug-tracker] [bug #61905] Build fails when using slibtool instead of GNU libtool, Markus Mützel, 2022/02/01
- [Octave-bug-tracker] [bug #61905] Build fails when using slibtool instead of GNU libtool, Michael Orlitzky, 2022/02/04
- [Octave-bug-tracker] [bug #61905] Build fails when using slibtool instead of GNU libtool, John W. Eaton, 2022/02/05
- [Octave-bug-tracker] [bug #61905] Build fails when using slibtool instead of GNU libtool, Michael Orlitzky, 2022/02/05
- [Octave-bug-tracker] [bug #61905] Build fails when using slibtool instead of GNU libtool, Markus Mützel, 2022/02/06
- [Octave-bug-tracker] [bug #61905] Build fails when using slibtool instead of GNU libtool, Michael Orlitzky, 2022/02/06
- [Octave-bug-tracker] [bug #61905] Build fails when using slibtool instead of GNU libtool, Markus Mützel, 2022/02/07