[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 14:26:34 -0500 (EST) |
Follow-up Comment #6, bug #61905 (project octave):
`hg annotate` indicated that that logic was added with this changeset:
https://hg.savannah.gnu.org/hgweb/octave/rev/b4cb9d04f3cf
That was after Octave 6 was released. So, it will be new for Octave 7.
Regarding the .la file: I'm not sure I correctly understand. I hope someone
will chime in if this complete nonsense.
Some background: Octave can be extended with library functions called .oct
files. Essentially, those files are shared library like any other .so on a
Linux system. But they have a special interface that allows them to be called
from the Octave interpreter. To make it possible to distinguish them from any
old .so file, those files end in ".oct". We'd like that these .oct files are
installed (not the corresponding .so file in the .libs folder).
My guess is that `make install` (without those rules) would install the .so
files.
For a test, I tried removing that rule:
diff -r 66456820ff59 Makefile.am
--- a/Makefile.am Mon Jan 31 17:27:19 2022 +0100
+++ b/Makefile.am Tue Feb 01 20:25:32 2022 +0100
@@ -455,25 +455,7 @@
&& mv $@-t $@
install-oct: oct-file-pkg-add
- $(MKDIR_P) $(DESTDIR)$(octfiledir)
- if [ -n "`cat $(OCT_FILE_PKG_ADD_FILES)`" ]; then \
- $(INSTALL_DATA) oct-file-pkg-add $(DESTDIR)$(octfiledir)/PKG_ADD; \
- fi
- cd $(DESTDIR)$(octlibdir) && \
- for ltlib in $(OCT_FILE_LIBS); do \
- f=`echo $$ltlib | $(SED) 's,.*/,,'`; \
- dl=`$(SED) -n -e "s/dlname='\([^']*\)'/\1/p" < $$f`; \
- if [ -n "$$dl" ]; then \
- $(INSTALL_PROGRAM) $$dl $(DESTDIR)$(octfiledir)/`echo $$f | $(SED)
's,^lib,,; s,\.la$$,.oct,'`; \
- else \
- echo "error: dlname is empty in $$ltlib!"; \
- exit 1; \
- fi; \
- lnames=`$(SED) -n -e "s/library_names='\([^']*\)'/\1/p" < $$f`; \
- if [ -n "$$lnames" ]; then \
- rm -f $$f $$lnames $$dl; \
- fi \
- done
+ echo Hello install-oct
.PHONY: install-oct
uninstall-oct:
With the effect that the .so files are installed (not the .oct files).
_______________________________________________________
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, 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/01
- [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/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
- [Octave-bug-tracker] [bug #61905] Build fails when using slibtool instead of GNU libtool, Michael Orlitzky, 2022/02/07
- [Octave-bug-tracker] [bug #61905] Build fails when using slibtool instead of GNU libtool, Markus Mützel, 2022/02/07
- [Octave-bug-tracker] [bug #61905] Build fails when using slibtool instead of GNU libtool, Markus Mützel, 2022/02/07