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 1OJ53c-0000rN-PG for garchives@archives.gentoo.org; Mon, 31 May 2010 13:29:33 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 73E19E0953; Mon, 31 May 2010 13:29:28 +0000 (UTC) Received: from mail-fx0-f53.google.com (mail-fx0-f53.google.com [209.85.161.53]) by pigeon.gentoo.org (Postfix) with ESMTP id C528DE0954 for ; Mon, 31 May 2010 13:29:12 +0000 (UTC) Received: by fxm14 with SMTP id 14so2585612fxm.40 for ; Mon, 31 May 2010 06:29:12 -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=hVeapiUgSPuB4zs3j7v9FJ2hIdKQVa/6Nx/LU7iRE/M=; b=Nm2uYAb++c4uN0uZXjPjTDgYwQPkjKdDlPGb3pemZ9ha+MSfXxx+I6CfrtDU6BDy/k DT2LUpQFOWra7Ydlyc4mLcaJALWOqsCzgWUhRKqPSAGXhNe03BJUg17lL9tdstIb7nw/ fuvxc/xiem1IOf40v8rYvWPez0RUjiYRq52KU= 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=cWq99dHYrtV1pojuxyxe58AGnqrmqEhZ7A5ucIQGbvIIx27TmgiZD3kNUUnpfYc1gn kK+J8qOmS1QOMQnbvy2CakPzTwSjKhbvt90IlJh8WTLICd5Q8O7lQyLus9njwgtXvveV PCrajYQ5mOqWu9g4xjnCv6LMDIwZI240p8Y/Q= Received: by 10.223.24.133 with SMTP id v5mr5495172fab.46.1275312552153; Mon, 31 May 2010 06:29:12 -0700 (PDT) Received: from lebrodyl.localnet (apf190.neoplus.adsl.tpnet.pl [83.26.139.190]) by mx.google.com with ESMTPS id y12sm40314737faj.5.2010.05.31.06.29.10 (version=SSLv3 cipher=RC4-MD5); Mon, 31 May 2010 06:29:11 -0700 (PDT) From: Maciej Mrozowski To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Re: [Survey || RFC] autotools-utils.eclass Date: Mon, 31 May 2010 15:29:01 +0200 User-Agent: KMail/1.13.3 (Linux/2.6.32-gentoo-r7; KDE/4.4.3; x86_64; ; ) References: <201005251302.56615.reavertm@gmail.com> <201005261138.01207.reavertm@gmail.com> <201005261327.44442.vapier@gentoo.org> In-Reply-To: <201005261327.44442.vapier@gentoo.org> 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: <201005311529.02461.reavertm@gmail.com> X-Archives-Salt: 7545701b-ab11-4317-b1c2-245336e4de99 X-Archives-Hash: 81b77c0ce9210f29ac2828a9d7d641db 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). > > 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...). Using autotools-utils for such packages would mean: - either not having static-libs in IUSE - barely acceptable - or having static-libs in IUSE but overriding all autotools-utils provided phases that make some actions depending on that USE flag - barely convenient (or not using this eclass, but like I said - I'd prefer it was able to obsolete all other autotools related eclasses - for ebuild API unification purpose - in such case it would be adopted by base-system@ most likely - hmm but then I'd need to add '<'EAPI-2 support, and it means src_unpack which I want to avoid) Since .la files aren't unfortunately exclusively related to static libs, I think it's better to have a simple option to keep .la files and be able to produce static libs in straightforward way even when this option for most cases would be simply redundant. -- regards MM