Received: from [209.42.233.245] by phillip.cerious.com (NTMail 3.03.0017/7.aaxh) with ESMTP id pcrews for <pcrews@cerious.com>; Tue, 23 May 2000 07:25:29 -0400
Received: from gate7.olympiakos.com (207.176.88.85) by mail2.calvander.com with
 ESMTP (Eudora Internet Mail Server 2.2.2); Tue, 23 May 2000 06:07:02 -0500
Received: from localhost (daemon@localhost)
	by gate7.olympiakos.com (8.9.3/8.9.3) with SMTP id GAA14047;
	Tue, 23 May 2000 06:44:14 -0400
Received: by gate7.olympiakos.com (bulk_mailer v1.9); Tue, 23 May 2000 06:33:53 -0400
Received: (from majordom@localhost)
	by gate7.olympiakos.com (8.9.3/8.9.3) id GAA13707
	for tiff-outgoing; Tue, 23 May 2000 06:33:11 -0400
X-Authentication-Warning: gate7.olympiakos.com: majordom set sender to owner-tiff@olympiakos.com using -f
Received: from dsmail.hmi.de (dsmail.hmi.de [134.30.15.24])
	by gate7.olympiakos.com (8.9.3/8.9.3) with ESMTP id GAA13704
	for <tiff@olympiakos.com>; Tue, 23 May 2000 06:33:08 -0400
Received: from dsapp3.hmi.de (dsapp3.hmi.de [134.30.15.45])
	by dsmail.hmi.de (8.10.1/8.10.1) with ESMTP id e4N73G708238
	for <tiff@olympiakos.com>; Tue, 23 May 2000 09:03:16 +0200 (MET DST)
Received: (from dta@localhost)
	by dsapp3.hmi.de (8.9.1b+Sun/8.9.1) id JAA28697;
	Tue, 23 May 2000 09:03:12 +0200 (MET DST)
Date: Tue, 23 May 2000 09:03:12 +0200 (MET DST)
From: Thomas Anders <anders@hmi.de>
Message-Id: <1000523090312.ZM28695@dsapp3.hmi.de>
Reply-To: anders@hmi.de
X-Www-Homepage: http://www.hmi.de/people/anders/
X-Disclaimer: I only speak 4 myself - if at all
X-Mailer: Z-Mail (4.0.1 13Jan97)
To: tiff@olympiakos.com
Subject: SONAME=libtiff.so
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Sender: owner-tiff@olympiakos.com

Hello,

the latest libtiff 3.5.5 distribution produces a libtiff.so with a
SONAME=libtiff.so. Is there any reason for not having proper version
numbers in the SONAME?

Problem: Solaris ships with /usr/openwin/lib/libtiff.so (linked to
/usr/openwin/lib/libtiff.so.3; SONAME=libtiff.so.3). Applications
compiled against libtiff 3.5.5 depend on libtiff.so. Depending on the
library search path users may pick up /usr/openwin/lib/libtiff.so on
Solaris which is apparently bad.

I see two workarounds for the moment:

a. Remove the link /usr/openwin/lib/libtiff.so on all Solaris systems.
   This shouldn't break existing applications (e.g. sdtimage) compiled
   against Solaris' libtiff because they depend on libtiff.so.3. Of
   course I'd rather avoid having to do this on dozens of machines.
b. Set another SONAME, e.g. "libtiff.so.35", upon compilation (by
   "ld -h"). Which name can we all agree with?

Suggestions, comments appreciated.


Kind regards,
Thomas

P.S. Sorry if this question has already been asked here. The mailing list
archive unfortunately isn't searchable.

--
Thomas Anders <anders@hmi.de>
Hahn-Meitner-Institut Berlin, Germany
