[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Octave-bug-tracker] [bug #61905] Build fails when using slibtool instea
From: |
Michael Orlitzky |
Subject: |
[Octave-bug-tracker] [bug #61905] Build fails when using slibtool instead of GNU libtool |
Date: |
Sun, 23 Jan 2022 20:07:55 -0500 (EST) |
URL:
<https://savannah.gnu.org/bugs/?61905>
Summary: Build fails when using slibtool instead of GNU
libtool
Project: GNU Octave
Submitted by: mjo
Submitted on: Mon 24 Jan 2022 01:07:53 AM UTC
Category: Configuration and Build System
Severity: 3 - Normal
Priority: 5 - Normal
Item Group: None
Status: None
Assigned to: None
Originator Name:
Originator Email:
Open/Closed: Open
Release: 6.4.0
Discussion Lock: Any
Operating System: GNU/Linux
_______________________________________________________
Details:
GNU libtool hasn't seen a release since 2015, so we've starting to look
elsewhere. One promising replacement is the slibtool project written in C
(https://dev.midipix.org/cross/slibtool). Let's try to build Octave...
First, slibtool is a bit more strict than GNU libtool. In particular, it
doesn't silently discard the --no-undefined option. Thus the Octave defaults
of
--enable-no-undefined (default on)
--enable-link-all-dependencies (default off)
conflict, since --enable-link-all-dependencies is required to eliminate the
undefined. But with ./configure --enable-link-all-dependencies, we get pretty
far:
for ltlib in libinterp/dldfcn/__delaunayn__.la
libinterp/dldfcn/__fltk_uigetfile__.la libinterp/dldfcn/__glpk__.la
libinterp/dldfcn/__init_fltk__.la libinterp/dldfcn/__init_gnuplot__.la
libinterp/dldfcn/__ode15__.la libinterp/dldfcn/__voronoi__.la
libinterp/dldfcn/audiodevinfo.la libinterp/dldfcn/audioread.la
libinterp/dldfcn/convhulln.la libinterp/dldfcn/fftw.la
libinterp/dldfcn/gzip.la; do \
f=`echo $ltlib | /usr/bin//sed 's,.*/,,'`; \
dl=`/usr/bin//sed -n -e "s/dlname='\([^']*\)'/\1/p" < $f`; \
if [ -n "$dl" ]; then \
/usr/lib/portage/python3.9/ebuild-helpers/xattr/install -c $dl
/var/tmp/portage/sci-mathematics/octave-6.4.0/image//usr/lib64/octave/6.4.0/oct/x86_64-pc-linux-gnu/`echo
$f | /usr/bin//sed 's,^lib,,; s,\.la$,.oct,'`; \
else \
echo "error: dlname is empty in $ltlib!"; \
exit 1; \
fi; \
lnames=`/usr/bin//sed -n -e "s/library_names='\([^']*\)'/\1/p" < $f`; \
if [ -n "$lnames" ]; then \
rm -f $f $lnames $dl; \
fi \
done
/bin/sh: 1: cannot open __delaunayn__.la: No such file
error: dlname is empty in libinterp/dldfcn/__delaunayn__.la!
make[4]: *** [Makefile:31893: install-oct] Error 1
Now at this point I see that the failed command is part of the install-oct
target in Makefile.am. So I have to beg you to find some other way to
accomplish the same thing without relying on GNU libtool's implementation
details =)
_______________________________________________________
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,
Michael Orlitzky <=