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 6874613827E for ; Thu, 12 Dec 2013 01:20:16 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 81D75E0C0D; Thu, 12 Dec 2013 01:20:10 +0000 (UTC) Received: from mail-ie0-f182.google.com (mail-ie0-f182.google.com [209.85.223.182]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 9A642E0BEB for ; Thu, 12 Dec 2013 01:20:09 +0000 (UTC) Received: by mail-ie0-f182.google.com with SMTP id as1so12454107iec.13 for ; Wed, 11 Dec 2013 17:20:09 -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; bh=Fhjq15Jyxdhra7kYX94aCevIjQkghwwa9mE96o7/+4E=; b=JmMmRXPGW7ETef+TP0RV4S/ztM/Rv09D6fYuYswTMHm0sPIT9q2776UKCiJUGZIcY3 R5r7Sxkokhfk5qlnmABN+f53unhNuarxCyRNo1KzZlsJoQA4gcnVOFUj9STuA8gB6/w+ tx602cP/ez4TKR2Kf+i1QyZh2pSSDYz8qLoP/Tc+dbYSHFXgatuPWkO8/Q+J9NzE5TK0 VLeOKqu08+1Iaw6PNNzGGyMM7IN8YmCZPeIOAJ39pU5rh7qni6NPrjIbV4umlevEYOeE +VG5qc6RoLpK7QnOMIqjHZSLICT9qf5cu0Ii2FyddFqfvK54rxmh76yK5XZp9+iXBZMR xEuQ== X-Gm-Message-State: ALoCoQkD2KVdwsLHiIVNm2UhT6/crplPJyjBg8xLDZqzjqgpt5ro5IkUsqnZtKjk9+4Z+E+xP+Dp 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 bg10mr3996839icb.18.1386811208756; Wed, 11 Dec 2013 17:20:08 -0800 (PST) Sender: gmt@be-evil.net Received: by 10.64.91.231 with HTTP; Wed, 11 Dec 2013 17:20:08 -0800 (PST) X-Originating-IP: [75.147.143.253] In-Reply-To: <52A8DB12.8020902@gentoo.org> References: <52A8DB12.8020902@gentoo.org> Date: Wed, 11 Dec 2013 17:20:08 -0800 X-Google-Sender-Auth: _ryzmZvjJSFi6nE9LLZow5JndcU 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: gentoo-dev@lists.gentoo.org, hasufell@gentoo.org Content-Type: text/plain; charset=UTF-8 X-Archives-Salt: 6532b879-86cf-4644-a6be-4e6098726997 X-Archives-Hash: a891b30682e17a7f02cf9fc6032200ea On Wed, Dec 11, 2013 at 1:37 PM, hasufell wrote: > On 12/11/2013 10:18 PM, Greg Turner wrote: >> > > this needs more explanation. Why do we want this? Sometimes the automagic header stuff is working against the ebuild author, or at least threatens to, in the future. The most plausible etiology would be: ABI "X" is going to generate header_x.h but ABI "Y" is going to generate header_y.h, or no header at all. An argument could certainly be made this this calls for either (a) a way to exempt a particular header from the header automagic -- not all of them or (b) a general exemption from ebuild-crashing, for headers that are present for a certain ABI but not in other ABI's. The only reason I didn't implement either of those (both of which are probably preferable to mine) is that it seemed nontrivial, and I'm lazy. 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). FWIW, I'm pretty sure that thus far, every time I've thought, initially, that I needed this feature, I've ended up deciding I didn't need it, after all. -gmt