[Octave-bug-tracker] [bug #61905] Build fails when using slibtool instead of GNU libtool

[Michael Orlitzky]

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/