[Bug-xorriso] libfoo.so.$major.$minor issue (Re: building libisofs-1.4.4, libburn-1.4.4, libisoburn-1.4.4 on OpenBSD)

[SASANO Takayoshi]

Hello,

> 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".

there seems to be no problem.

  address@hidden:~$ find lib* -name *.so*
  libburn-1.4.4/libburn/.libs/libburn.so.4.97
  libisoburn-1.4.4/libisoburn/.libs/libisoburn.so.1.100
  libisofs-1.4.4/libisofs/.libs/libisofs.so.6.80
  address@hidden:~$

>> 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.

For example, libmagic (ftp://ftp.astron.com/pub/file/file-5.25.tar.gz)
normally yields .libs/libmagic.so.1.0. Oy the other hand, using
ports/devel/libmagic/Makefile produces libmagic.so.4.2.

The line "SHARED_LIBS += magic 4.2 #1.0" in ports' Makefile does renumbering,
but I don't know why do so.

Regards,
-- 
SASANO Takayoshi <address@hidden>