[sane-devel] Build system issues.

[m. allan noah]

On Sun, Feb 22, 2009 at 2:06 PM, Chris Bagwell <chris at cnpbagwell.com> wrote:
> m. allan noah wrote:
>>
>> On Fri, Feb 20, 2009 at 3:08 PM, Chris Bagwell <chris at cnpbagwell.com>
>> wrote:
>>
>>>
>>> When backend was converted to automake, it uses the standard automake
>>> support to install libraries.  That does install symlinks on fresh
>>> install.
>>>
>>> I think your point is that now if a user installs, libsane.so.1.1.0 on
>>> top
>>> of a previous libsane.so.1.0.19 install then libsane.so symlink still
>>> points
>>> to libsane.so.1.0.19?
>>>
>>
>> it's not just that it leaves the links behind, it actually makes the
>> links to 1.0.19, even when 1.1.0 is also installed.
>>
> Couldn't find any documentation related to what libtool behaviour should be
> in tihs area.
>
> I just now installed sane 1.0.19 tarball into a private directory and then
> installed current CVS on top of it.  The behaviour I got seems to be the
> behaviour you want.  In the end, all symlinks were updated and pointed to
> latest so.  I had the following in ${prefix}/lib and other backends followed
> same behaviour.
>
> libsane.la
> libsane.so -> libsane.so.1.1.0
> libsane.so.1 -> libsane.so.1.1.0
> libsane.so.1.0.19
> libsane.so.1.1.0
>
> Let me know if you continue to see different behaviour and we can continue
> to debug it.

Well, It seems to do the base dll backend correctly:

/usr/lib/libsane.so -> libsane.so.1.1.0
/usr/lib/libsane.so.1 -> libsane.so.1.1.0

but all of the individual backends that were in 1.0.19 are still (partly) wrong:
/usr/lib/sane/libsane-fujitsu.so -> libsane-fujitsu.so.1.1.0
/usr/lib/sane/libsane-fujitsu.so.1 -> libsane-fujitsu.so.1.0.19

So running scanimage still nets you the wrong one.

allan
-- 
"The truth is an offense, but not a sin"