From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id ED13713827E for ; Thu, 12 Dec 2013 07:10:22 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 8CA85E0BBF; Thu, 12 Dec 2013 07:10:14 +0000 (UTC) Received: from mail-ie0-f177.google.com (mail-ie0-f177.google.com [209.85.223.177]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 98178E0B1D for ; Thu, 12 Dec 2013 07:10:13 +0000 (UTC) Received: by mail-ie0-f177.google.com with SMTP id tp5so650ieb.22 for ; Wed, 11 Dec 2013 23:10:12 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:date :message-id:subject:from:to:content-type:content-transfer-encoding; bh=MiR9Q69HFpA8/OsbiC0xhQHCmKhB7zCQTxEKorqjbMU=; b=H0q/e4kGAYTKH/i6rsZdvKwMpOxzdSi+f4daOrFQXosuBrHJJJeQqCRyShYmOdkZp/ xUBOV4VbVjpNdZ4EbMIQkCKRcM5ZME/iP28/V6NEkT6xq/ExPllfheCMcdlSz1RUZg7M Z56KmYWAk+MeJMa1UjVnRsbH5pYwj/pU+HdjiqOUNcx8th4VCxQtGywJxWGgplUnFqIi WLWm89A15YzHxzhNzVyN3ODIGioM2WrVP2J0uOMD2K6ru6rzKsFshMt81dZvYbI9uZce KKlh5nLCZ/+yjulY64v97tBOx9/h3sxNKWZu4FuexbW4dFh0YCvAI1vPLPk074cNHbeO ftxg== X-Gm-Message-State: ALoCoQlpPklNihk9uojkuTd5TNnvpE/oOloLHBCRod+WCtCsaOVJ1cuB6xc01B5lJjEvvMFyB/bF 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 X-Received: by 10.42.177.10 with SMTP id bg10mr4971589icb.18.1386832212176; Wed, 11 Dec 2013 23:10:12 -0800 (PST) Sender: gmt@be-evil.net Received: by 10.64.91.231 with HTTP; Wed, 11 Dec 2013 23:10:12 -0800 (PST) X-Originating-IP: [75.147.143.253] In-Reply-To: <20131212073331.6a5aa7ab@gentoo.org> References: <52A8DB12.8020902@gentoo.org> <20131212073331.6a5aa7ab@gentoo.org> Date: Wed, 11 Dec 2013 23:10:12 -0800 X-Google-Sender-Auth: yXw7ois4_wpTU24ZSgeJIPWe2eQ Message-ID: Subject: Re: [gentoo-dev] some multilib-minimal enhancements [2/6]: add frob for consumers to disable automagic header wrapping From: Greg Turner To: =?UTF-8?B?TWljaGHFgiBHw7Nybnk=?= , gentoo-dev@lists.gentoo.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Archives-Salt: f0457222-473e-4bab-97ab-9e8187ef6ef8 X-Archives-Hash: 54e5ec9605e182aba0753668767d858b On Wed, Dec 11, 2013 at 10:33 PM, Micha=C5=82 G=C3=B3rny wrote: >> Regardless, if our standard advice is "try not to use this automagic >> header wrapping feature, it can break autoconf assumptions" (IIRC, it >> is -- but if it isn't, it probably should be), then we ought to >> provide /some/ convenient means to get around it, other than sneaking >> those headers in through some kind of inter-abi back-door, in order to >> fake out the automagic (which is, effectively, what we require right >> now). > > The advice tells to do things properly, not to choose even worse > solution. If wrapping breaks something, random header install is going > to screw up even worse. The matter of whether ebuild authors know how to implement multilib headers correctly or not is mostly orthogonal to that of whether or not multilib-minimal.eclass throws up obstructions in the way of a correct (or incorrect) implementation. I'm attempting to address the latter issue, not the former. Encouraging everyone to wrap headers, even, for example, in pathological cases where there is not, in fact, any header conflict between ABI's, to begin with, seems to me like incurring a cost (likelihood of broken autotools macros) with no benefit, I can identify, to end-users. Furthermore, the possibility of a superior, but more involved and hypothetical solution to a problem is, in my experience, not always a good reason to avoid a quick and simple solution, available immediately. If you prefer that I code up one of the more sophisticated approaches I mentioned, I'd be happy and perfectly capable to do so, just let me know which you prefer. -gmt