From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 9191 invoked by alias); 3 Mar 2014 13:44:26 -0000 Mailing-List: contact libffi-discuss-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: libffi-discuss-owner@sourceware.org Received: (qmail 9180 invoked by uid 89); 3 Mar 2014 13:44:25 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00,RP_MATCHES_RCVD,SPF_PASS autolearn=ham version=3.3.2 X-HELO: smtp.gentoo.org Received: from smtp.gentoo.org (HELO smtp.gentoo.org) (140.211.166.183) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-GCM-SHA384 encrypted) ESMTPS; Mon, 03 Mar 2014 13:44:24 +0000 Received: from [10.179.16.198] (85-76-109-22-nat.elisa-mobile.fi [85.76.109.22]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: ssuominen) by smtp.gentoo.org (Postfix) with ESMTPSA id 5A7BE33FBAE for ; Mon, 3 Mar 2014 13:44:22 +0000 (UTC) Message-ID: <53148681.8010001@gentoo.org> Date: Mon, 03 Mar 2014 13:44:00 -0000 From: Samuli Suominen User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: libffi-discuss@sourceware.org Subject: Re: [PATCH] Use $CFLAGS to calculate multi_os_directory in configure.ac. References: <20140303123619.GA7627@linux.vnet.ibm.com> <531477A9.5010007@gentoo.org> <5314783D.6090401@gentoo.org> <20140303125625.GA18044@linux.vnet.ibm.com> <53147D77.50605@gentoo.org> <20140303133421.GA339@linux.vnet.ibm.com> In-Reply-To: <20140303133421.GA339@linux.vnet.ibm.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-IsSubscribed: yes X-SW-Source: 2014/txt/msg00022.txt.bz2 On 03/03/14 15:34, Dominik Vogt wrote: > On Mon, Mar 03, 2014 at 03:02:47PM +0200, Samuli Suominen wrote: >> On 03/03/14 14:56, Dominik Vogt wrote: >>> While we're talking about installations paths: "make istall" >>> should really install ffi.h to /include/libffi... and not >>> to /lib/libffi.../include. It doen't respect --installdir= >>> either. >> The headers are arch specific and belong to libdir. > Still, "./configure --help" claims that --includedir= works, but it > doesn't: > > $ ./configure --help > ... > --includedir=DIR C header files [PREFIX/include] > ^^^^^^^^^^^^^^ > > Ciao > > Dominik ^_^ ^_^ > I hear you. Indeed, there should be an ./configure switch to override the default. But since not everyone is realizing the headers are arch specific, there should at the very least be ./configure --help 'information' about to let people know it's not a good idea. Possibly it shouldn't be --includedir=, but something like --with-override-includedir= Likewise for --with-override-libdir= for the other case of multi os directory