Since I've screwed up the build for nauty on Gentoo today, I noticed that slibtool is ignoring the junk that I've given it for version-info. Given -version-info :@INJECTVER@:@INJECTVER@ literally, we still get libnauty.so.0.0.0 out.
-version-info :@INJECTVER@:@INJECTVER@
libnauty.so.0.0.0
Example:
rlibtool --tag=CC --mode=link x86_64-pc-linux-gnu-gcc -O2 -pipe -march=native -version-info :@INJECTVER@:@INJECTVER@ -Wl,--version-script=./nauty.map -Wl,-O1 -Wl,--as-needed -o libnauty.la -rpath /usr/lib64 nauty.lo nautil.lo nausparse.lo naugraph.lo naurng.lo schreier.lo traces.lo gtools.lo naututil.lo nautinv.lo nautycliquer.lo planarity.lo gutil1.lo gutil2.lo gtnauty.lo naugroup.lo -lcliquer rlibtool: lconf: {.name="libtool"}. rlibtool: fdcwd: {.fdcwd=AT_FDCWD, .realpath="/var/tmp/portage/sci-mathematics/nauty-2.7.3/work/nauty27r3"}. rlibtool: lconf: fstatat(AT_FDCWD,".",...) = 0 {.st_dev = 2051, .st_ino = 4885375}. rlibtool: lconf: openat(AT_FDCWD,"libtool",O_RDONLY,0) = 5. rlibtool: lconf: found "/var/tmp/portage/sci-mathematics/nauty-2.7.3/work/nauty27r3/libtool". rlibtool: link: ln -s libnauty.so.def .libs/libnauty.so.def.linux rlibtool: link: ln -s libnauty.so.def.linux .libs/libnauty.so.def.host rlibtool: link: ln -s /dev/null .libs/libnauty.a.disabled rlibtool: link: x86_64-pc-linux-gnu-gcc .libs/nauty.o .libs/nautil.o .libs/nausparse.o .libs/naugraph.o .libs/naurng.o .libs/schreier.o .libs/traces.o .libs/gtools.o .libs/naututil.o .libs/nautinv.o .libs/nautycliquer.o .libs/planarity.o .libs/gutil1.o .libs/gutil2.o .libs/gtnauty.o .libs/naugroup.o -O2 -pipe -march=native -Wl,--version-script=./nauty.map -Wl,-O1 -Wl,--as-needed -lcliquer -shared -fPIC -Wl,-soname -Wl,libnauty.so.0 -o .libs/libnauty.so.0.0.0
Thanks for catching this! Fixed as of commit 5e729b2. And sorry that this has taken so long 🤦♂️
Fixed as of commit 5e729b2, newly tested and found to be working.
Metadata Update from @midipix: - Issue status updated to: Closed (was: Open)
Cool, thank you!
Login to comment on this ticket.