Re: [Bug-xorriso] building libisofs-1.4.4, libburn-1.4.4, libisoburn-1.4.4 on OpenBSD

[Thomas Schmitt]

Hi,

> OpenBSD requires shared library scheme: libfoo.so.major.minor.
> I think NetBSD style (libisofs.so.6.80) will be good choice.

So i will teach my local Debian 8 installation to use
  version_type=netbsd
in
  /usr/share/aclocal/libtool.m4

I will also change the wiki text at the end of
  http://libburnia-project.org/wiki/Releases

ltmain.sh needs no change because we ride on the ticket of NetBSD.

The affected code line is the second match of "version_type=sunos"
in libburn-1.4.4/configure, libisofs-1.4.4/configure, and
libisoburn-1.4.4/configure.

If possible, please test this change in the ./configure files, whether
they let "make" produce the desired number scheme.
  
 openbsd*)
-  version_type=sunos
+  version_type=netbsd
   sys_lib_dlsearch_path_spec="/usr/lib"

Expected library names are
  libisofs.so.6.80
  libburn.so.4.97
  libisoburn.so.1.100

On my system they appear in subdirectory ./.libs after "make".


> http://www.openbsd.org/faq/ports/specialtopics.html 

I wonder what .so names "Re-generating configure scripts" would yield
and by what template code.

What makes me really riddle is why original ltmain.sh has no numbering
scheme which would produce the desired numbers from $major, $current, $age.
The triple is quite usual in configure.ac.

"Those tools do not work all that well" ... true. But still the most
common interface with packagers, who often teach me how to manage my
inherited auto-empire.


Have a nice day :)

Thomas