From owner-cvs-all Fri Sep 18 16:08:29 1998 Return-Path: Received: (from daemon@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA26050 for cvs-all-outgoing; Fri, 18 Sep 1998 16:08:29 -0700 (PDT) (envelope-from owner-cvs-all) Received: from metal.intt.org (metal.intt.org [206.109.108.186]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA25931; Fri, 18 Sep 1998 16:07:52 -0700 (PDT) (envelope-from smace@metal.intt.org) Received: (from smace@localhost) by metal.intt.org (8.9.1/8.9.1) id SAA02426; Fri, 18 Sep 1998 18:07:26 -0500 (CDT) From: Scott Mace Message-Id: <199809182307.SAA02426@metal.intt.org> Subject: Re: cvs commit: ports/graphics/tiff34 Makefile ports/graphics/tiff34/patches patch-aa patch-ab ports/graphics/tiff34/pkg PLI In-Reply-To: <199809182205.PAA02870@freefall.freebsd.org> from Scott Mace at "Sep 18, 1998 3: 5:56 pm" To: smace@FreeBSD.ORG (Scott Mace) Date: Fri, 18 Sep 1998 18:07:25 -0500 (CDT) Cc: cvs-committers@FreeBSD.ORG, cvs-all@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL43 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-cvs-all@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > smace 1998/09/18 15:05:56 PDT > > Modified files: > graphics/tiff34 Makefile > Log: > Convert to Elf > > Revision Changes Path > 1.10 +2 -2 ports/graphics/tiff34/Makefile > > Modified files: > graphics/tiff34/patches patch-aa patch-ab > Log: > COnvert to Elf. > Two DSO types for tiff34 are now supported: FREEBSD_AOUTdso and FREEBSD_ELFdso > > Revision Changes Path > 1.8 +12 -13 ports/graphics/tiff34/patches/patch-aa > 1.4 +12 -6 ports/graphics/tiff34/patches/patch-ab > > Modified files: > graphics/tiff34/pkg PLIST > Log: > Convert to Elf. > > Revision Changes Path > 1.7 +4 -3 ports/graphics/tiff34/pkg/PLIST > Only side effect of this is that anything that links with -ltiff34 needs -Wl,-rpath,/usr/local/lib This is because libtiff34.so.1 is linked with -ljpeg and -lz. Is this inheritanly evil? Should a port that links with -ltiff34 just be required to link with -ljpeg and -lz or is adding the rpath the right way to go? Scott