[Pkg-ace-devel] [PATCH] Request for review on a new library versioning scheme (versioned_so=2)

[Thomas Girard]

Hello,

for the Debian ACE+TAO packages we have decided to revert back to the
traditional compilation method. But we also agreed to keep libtool-like
library versioning scheme: libName-x.y.z.so instead of libName.so.x.y.z.
(e.g. libTAO_DynamicAny-1.7.7.so instead of libTAO_DynamicAny.so.1.7.7)

Rationale, already discussed in [0]: the meaning of 1.7.7 in the above
example is really to show TAO's version. There is no intent to provide
a hint or an ABI information.

The attached patch adds this new behavior when versioned_so=2.

Some remarks on the patch:
  - default versioning mechanism remains versioned_so=1. Hence without
    explicitely adding versioned_so=2 on make invocation this patch
    sould be a no-op.
  - soname of libraries was changed accordingly.
  - prj_install.pl was taught to copy these libraries as well.
  - tested on a Debian GNU/Linux i386 unstable box only.

Input needed on the following items:
  - rules.lib.GNU relies on a make macro definition, versioned_lib,
    defined differently for all three values 0, 1 and 2 of versioned_so.
  - rules.local.GNU does *not* rely on this macro because according to a
    comment at the beginning of the file it's possible that
    rules.lib.GNU does not get included in rules.local.GNU. Hence I
    wonder if it's useful to define a macro in rules.lib.GNU.
  - installation macro was not tweaked for vxworks. Would it be useful?

Last but not least: are you okay if I commit this patch to SVN?

Thanks,
Regards,

Thomas

[0] 
http://groups.google.com/group/comp.soft-sys.ace/browse_thread/thread/f4790aadbdeb4679/5c43a557334afc69
-------------- next part --------------
A non-text attachment was scrubbed...
Name: versioned_libs.diff
Type: text/x-patch
Size: 6908 bytes
Desc: not available
URL: <http://lists.alioth.debian.org/pipermail/pkg-ace-devel/attachments/20100514/471dcab6/attachment.bin>