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. libXrender.so.
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 again. 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.
1.1.2.13 +3 -1 xc/Attic/CHANGELOG-CURRENT 1.1.4.4 +8 -8 xc/config/cf/lnxLib.rules 1.1.4.4 +7 -7 xc/config/cf/bsdLib.rules 1.1.4.2 +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. :-(
1.1.4.2 +7 -7 xc/config/cf/darwinLib.rules
1.1.4.3 +5 -5 xc/config/cf/gnuLib.rules
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.