This is the mail archive of the
libffi-discuss@sourceware.org
mailing list for the libffi project.
Re: [PATCH] Use $CFLAGS to calculate multi_os_directory in configure.ac.
- From: Samuli Suominen <ssuominen at gentoo dot org>
- To: libffi-discuss at sourceware dot org
- Date: Mon, 03 Mar 2014 15:41:21 +0200
- Subject: Re: [PATCH] Use $CFLAGS to calculate multi_os_directory in configure.ac.
- Authentication-results: sourceware.org; auth=none
- References: <20140303123619 dot GA7627 at linux dot vnet dot ibm dot com> <531477A9 dot 5010007 at gentoo dot org> <5314783D dot 6090401 at gentoo dot org> <20140303125625 dot GA18044 at linux dot vnet dot ibm dot com> <53147D77 dot 50605 at gentoo dot org> <20140303133421 dot GA339 at linux dot vnet dot ibm dot com>
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 <prefix>/include/libffi... and not
>>> to <prefix>/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