From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.gentoo.org (smtp.gentoo.org [134.68.220.30]) by robin.gentoo.org (8.13.4/8.13.4) with ESMTP id j36AD14D019196 for ; Wed, 6 Apr 2005 10:13:01 GMT Received: from callisto.cs.kun.nl ([131.174.33.75]) by smtp.gentoo.org with esmtp (Exim 4.43) id 1DJ7Wt-0001BY-Cc for gentoo-portage-dev@robin.gentoo.org; Wed, 06 Apr 2005 10:12:59 +0000 Received: from localhost (localhost [127.0.0.1]) by callisto.cs.kun.nl (Postfix) with ESMTP id 486182E80C8 for ; Wed, 6 Apr 2005 12:13:02 +0200 (CEST) From: Paul de Vrieze To: gentoo-portage-dev@robin.gentoo.org Subject: Re: [gentoo-portage-dev] RFC: Binary dependency tracking Date: Wed, 6 Apr 2005 12:12:52 +0200 User-Agent: KMail/1.8 References: <1110961726.2948.72.camel@cid.outersquare.org> <200503162102.25494.pauldv@gentoo.org> <1112740704.31455.20.camel@cid.outersquare.org> In-Reply-To: <1112740704.31455.20.camel@cid.outersquare.org> X-Face: #Lb+'V@sGJ;ptgo5}V"W+5OCoo{LZv;bh,s,`WKLi/J)ed1_$0;6X<=?utf-8?q?700LVV/=3BLqPhiDP=5E=0A=09=27f=5Dfnv?=@%6M8\'HR1t=aFx;ePfp{ZQoBe+e)JOQ8T5*(_;mHY+cltLGq<;@$Y,=?utf-8?q?O=5C=24=0A=09Tm=23G6M?=,g![Q62J{na*S9d;R[^8pc%u\aiLqU@`kJtYl"^6pxdW Precedence: bulk List-Post: , , List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-portage-dev@gentoo.org Reply-To: gentoo-portage-dev@gentoo.org MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2083935.jY15Crpdkd"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200504061213.00335.pauldv@gentoo.org> X-Archives-Salt: 41262367-ba88-45fe-a48b-d0e3fa82f254 X-Archives-Hash: f28e44455ea0438e08f398a68d4a10b6 --nextPart2083935.jY15Crpdkd Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday 06 April 2005 00:38, Jeremy Huddleston wrote: > Well, I've glossed over the dlopen() issues for now as I'm not sure the > best way to handle that or even if it needs to be addressed. How often > does something dlopen() a file if it doesn't know the exact filename at > compile time? It seems unlikely to me that this kind of dependency > would be introduced which wouldn't be uniquely satisfied by the > RDEPEND. Does anyone know of a case where we'd do something like: In general dlopen is used for plugins. Dlopen allows to define library=20 requirements at runtime. Often these requirements are optional in the=20 case of plugins and the like. With plugins the name of the plugin is=20 often unknown. For required dependencies where the name is allready known=20 in advance it doesn't really make sense to use dlopen which is a lot more=20 complex than a normal link. If you look at kde it massively uses plugins. One of the tricks that is=20 played is caused by the fact that the kde and qt libraries are massive=20 (take quite a time to load) and shared by most kde applications. The=20 trick is then to run a process (kdeinit) that is allready loaded and have=20 this process fork and let the fork load the actual application as plugin.=20 This result in faster load times even (especially) in absense of=20 prelinking. Paul =2D-=20 Paul de Vrieze Gentoo Developer Mail: pauldv@gentoo.org Homepage: http://www.devrieze.net --nextPart2083935.jY15Crpdkd Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) iD8DBQBCU7YsbKx5DBjWFdsRAo56AKCraCHvynA4HqZ05LpnoJLB5oRANACgjL3Q 2Mx+zCS+ZXBI1ncq0hZqgnc= =LHsh -----END PGP SIGNATURE----- --nextPart2083935.jY15Crpdkd-- -- gentoo-portage-dev@gentoo.org mailing list