From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from 93-97-173-237.zone5.bethere.co.uk ([93.97.173.237] helo=tim.rpsys.net) by linuxtogo.org with esmtp (Exim 4.72) (envelope-from ) id 1TGsRI-0002W5-Vq for openembedded-core@lists.openembedded.org; Wed, 26 Sep 2012 16:18:13 +0200 Received: from localhost (localhost [127.0.0.1]) by tim.rpsys.net (8.13.6/8.13.8) with ESMTP id q8QE5J6w020352; Wed, 26 Sep 2012 15:05:19 +0100 Received: from tim.rpsys.net ([127.0.0.1]) by localhost (tim.rpsys.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 20079-05; Wed, 26 Sep 2012 15:05:14 +0100 (BST) Received: from [192.168.3.10] ([192.168.3.10]) (authenticated bits=0) by tim.rpsys.net (8.13.6/8.13.8) with ESMTP id q8QE5AQF020346 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO); Wed, 26 Sep 2012 15:05:11 +0100 Message-ID: <1348668311.8662.110.camel@ted> From: Richard Purdie To: Phil Blundell Date: Wed, 26 Sep 2012 15:05:11 +0100 In-Reply-To: <1348651706.31293.89.camel@phil-desktop> References: <1348577690.31293.70.camel@phil-desktop> <1348610357.2853.5.camel@lenny> <1348610431.1335.11.camel@x121e.pbcl.net> <1348611089.2853.7.camel@lenny> <1348649372.8662.90.camel@ted> <1348651706.31293.89.camel@phil-desktop> X-Mailer: Evolution 3.2.3-0ubuntu6 Mime-Version: 1.0 X-Virus-Scanned: amavisd-new at rpsys.net Cc: openembedded-core@lists.openembedded.org Subject: Re: [PATCH] util-linux: Remove static libraries from -dev packages X-BeenThere: openembedded-core@lists.openembedded.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: Patches and discussions about the oe-core layer List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Sep 2012 14:18:13 -0000 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit On Wed, 2012-09-26 at 10:28 +0100, Phil Blundell wrote: > On Wed, 2012-09-26 at 09:49 +0100, Richard Purdie wrote: > > On Tue, 2012-09-25 at 18:11 -0400, Colin Walters wrote: > > > On Tue, 2012-09-25 at 23:00 +0100, Phil Blundell wrote: > > > > > > > That'd be inconsistent with other packages, since we do generally build > > > > and ship the static libraries. Having a big switch to turn off static > > > > libraries globally seems like a fine plan, but I can't see any obvious > > > > reason why the util-linux ones are any more useless than the rest. > > > > > > Makes sense. I wonder if there are actually any users of the static > > > libraries. > > > > > > For what it's worth in gnome-ostree I do just globally pass > > > --disable-static by default. > > > > I tested this a while back to see what performance difference it made. > > The answer was "nothing too significant", I don't have the exact timings > > handy. I do remember having to exclude sqlite-native from the list since > > pseudo static links against it. > > It's slightly surprising that it doesn't make that much of a difference, > given that building static libraries does essentially double the number > of compilations for library code. Though, of course, glibc doesn't > support --disable-static nowadays and there might be a few other big > packages that have the same issue. > > I guess that if you have enough cores, compilation count becomes > something of a non-issue since it's one of the few things that does > parallelize very well. It might be interesting to repeat the > measurements of --disable-static on a machine with only a few CPUs and > see whether it makes more of a difference there. Yes, admittedly I probably did test that in a highly parallel environment and was focusing on the critical path timings as a result. > Out of interest, why does pseudo static-link against sqlite anyway? Given the crazy things that pseudo does and the way it works as an ld preload that keeps itself preloaded, I'm guessing it stops itself having to worry about finding its own libraries correctly. I just added a package override for sqlite3-native which wasn't a big deal. Cheers, Richard