From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1OYt4P-0002Ax-7o for garchives@archives.gentoo.org; Wed, 14 Jul 2010 03:55:41 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 211F4E0AD4; Wed, 14 Jul 2010 03:55:22 +0000 (UTC) Received: from mail-bw0-f53.google.com (mail-bw0-f53.google.com [209.85.214.53]) by pigeon.gentoo.org (Postfix) with ESMTP id DB328E0ABB for ; Wed, 14 Jul 2010 03:55:04 +0000 (UTC) Received: by bwz6 with SMTP id 6so5468403bwz.40 for ; Tue, 13 Jul 2010 20:55:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:subject:date :user-agent:references:in-reply-to:disposition-notification-to :mime-version:content-type:content-transfer-encoding:message-id; bh=puRNKbBIFHkwByE7AJWRxwz1TNB2YGj7aExm35aby8c=; b=AmoQRbh0TDqY5N0w6bjzpPQkZZJzPbKCwmbs9GKZiq1Qn2i5E+tfM7RFaJM1cDc1YX bsVCnxu0/szUd6OJ68laeyhdCMZ2iCWZlzGCNXqYGhsvJR12sj9zhl0sclOwwbV/J56F Efm4dM+zKGYk1o19U6jpheDV1p41gwGF0esiY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:subject:date:user-agent:references:in-reply-to :disposition-notification-to:mime-version:content-type :content-transfer-encoding:message-id; b=lbcmezTrfOb9nx43tGMF1/+Sp+nSd3EvvcgowbYn6TnC70sH03l++yeCMDH5QqlndE JZ2M65kBFGWaZK5gE1ZUCyMNwYXUAoRSpgc/TLw5QB89N34P6hb55+KePUcNvI8wQgXa 9fEM/6xprOZT+8+Mp14u7UBt3PFxLibCrv6BM= Received: by 10.204.178.67 with SMTP id bl3mr5154944bkb.161.1279079704166; Tue, 13 Jul 2010 20:55:04 -0700 (PDT) Received: from lebrodyl.localnet (aafn105.neoplus.adsl.tpnet.pl [83.4.143.105]) by mx.google.com with ESMTPS id y2sm28907489bkx.20.2010.07.13.20.55.02 (version=SSLv3 cipher=RC4-MD5); Tue, 13 Jul 2010 20:55:02 -0700 (PDT) From: Maciej Mrozowski To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Re: [Survey || RFC] autotools-utils.eclass Date: Wed, 14 Jul 2010 05:54:54 +0200 User-Agent: KMail/1.13.5 (Linux/2.6.34-gentoo-r1; KDE/4.4.92; x86_64; ; ) References: <201005251302.56615.reavertm@gmail.com> <20100602233209.GZ27745@ohnopublishing.net> <201007070216.13662.reavertm@gmail.com> In-Reply-To: <201007070216.13662.reavertm@gmail.com> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201007140554.54981.reavertm@gmail.com> X-Archives-Salt: ec48e4f1-efca-4a37-a077-fd90cf5a9d63 X-Archives-Hash: 14a79fea62e72bb20db894594269f234 On Wednesday 07 of July 2010 02:16:13 Maciej Mrozowski wrote: > On Thursday 03 of June 2010 01:32:09 Nathan Phillip Brink wrote: > > On Mon, May 31, 2010 at 03:29:01PM +0200, Maciej Mrozowski wrote: > > > On Wednesday 26 of May 2010 19:27:43 Mike Frysinger wrote: > > > > On Wednesday 26 May 2010 05:38:00 Maciej Mrozowski wrote: > > > > > I've updated documentation, added example usage and option to keep > > > > > libtool files (ltdl.so supposedly needs those as I was told, no > > > > > idea what for). > > > > IMO, ltdl.so is probably just being silly. Perhaps these files contain > > information that is useful on non-Linux systems for dlopen()ing > > plugins. > > > > > > more applicable to us w/Linux is that static linking with libtool > > > > needs them. the AUTOTOOLS_KEEP_LA_FILES seems kind of spurious > > > > considering current tree behavior and assumption of gnu-capable > > > > linking systems. > > > > > > It is spurious when we forget about run-time dynamic linking (plugins) > > > in some apps. > > > libtool loader (ltdl.so) needs .la files unfortunately. One example - > > > imagemagick - removing .la files for coders makes 'convert' unable to > > > locate them (silly, but hey...). > > > > This case can be caught by checking if the .la file has the following in > > it: `` > > # Should we warn about portability when linking against -modules? > > shouldnotlink=yes > > '' > > Excellent. Eclass updated, see attachment. AUTOTOOLS_KEEP_LA_FILES option > removed. Now removing .la files relies only on shouldnotlink value (and > static-libs presence in IUSE that is). > > > Removing .la files which are useless on a given system would be very > > nice. It would be even more useful if unused .a files could be swept > > away at the same time :-). > > They are - just add static-libs to IUSE and disable said USE flag when > emerging. > > I've also had an idea to be smarter and to look for patches (PATCHES array) > updating any .m4, Makefile.{ac,in}, configure.{ac.in} files and to run > eautoreconf automatically in ${eclass}_src_prepare but I've decided it's a > bit too much. I may rethink the idea later though. > > If there are no objections nor further comments, I'd like to unleash new > eclass for public consumption within a few days. Before I do so, please comment on the following changes I've made: - always pass --disable-dependency-tracking - always remove static libs corresponding to plugins (based on shouldnotlink=yes) - add remove_libtool_files [all|none] function - add some low-profile echo messages showing removed files - append myeconfargs at the end of econfargs so that eclass defaults can be overriden at request http://git.overlays.gentoo.org/gitweb/?p=proj/kde.git;a=history;f=eclass/autotools- utils.eclass If there are no further issues, I'll commit it to tree (with announcement) within three or more days. -- regards MM