the SharedLibraryTarget rule in lnxLib.rules, or more specifically the sed
command in the rule, only handles libraries with Major and Minor versions.
It's desireable to support libraries with Teeny versions too, for, e.g.,
importing the Latest-and-Greatest Xrender library.
Linux is somewhat unique in that for a library such as libXrender.so.1.2 (or
libXrender.so.1.2.3), two symlinks are created: libXrender.so and
libXrender.so.1; whereas Solaris and *BSD only one symlink is created, i.e.
Oops, look like I was wrong about the *BSD lib symlinks. Sigh. As a general
rule, for system libs the BSDs store the fully version as the library soname,
but it seems that XFree86 has extended the Linux scheme to X libs on *BSD. Sigh
Furthermore, Linux (and BSD) shared libs store only the major version, i.e.
libXrender.so.1 as the library soname. Solaris, and other SVR4en store the full
versioned name as the library soname.
Even though ELF allows shared libs with names like
libXrender.so.roger.wilco.overandout, the sed command I'm checking in will
enforce numeric strings after the ".so.", e.g. libXrender.so.1.23.456. If
someone thinks they need non-numeric versions they can tweak the sed commands.
220.127.116.11 +3 -1 xc/Attic/CHANGELOG-CURRENT
18.104.22.168 +8 -8 xc/config/cf/lnxLib.rules
22.214.171.124 +7 -7 xc/config/cf/bsdLib.rules
126.96.36.199 +4 -4 xc/config/cf/bsdiLib.rules
N.B. I've applied the change to bsdiLib.rules, but I don't have a BSDI system to
check this on. :-(
188.8.131.52 +7 -7 xc/config/cf/darwinLib.rules
184.108.40.206 +5 -5 xc/config/cf/gnuLib.rules