[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Libunwind-devel] [PATCH 10/11] configure: introduce AX_ARG_ENABLE.
From: |
Mike Frysinger |
Subject: |
Re: [Libunwind-devel] [PATCH 10/11] configure: introduce AX_ARG_ENABLE. |
Date: |
Tue, 11 Sep 2012 10:30:30 -0700 |
On Tue, Sep 11, 2012 at 9:00 AM, Cody P Schafer wrote:
> On 09/10/2012 06:11 PM, Mike Frysinger wrote:
>> On Mon, Sep 10, 2012 at 8:21 PM, Cody P Schafer wrote:
>>> +# AX_ARG_ENABLE(argument, help-text, if-not-present)
>>
>> dnl rather than #
>>
>>> +AC_DEFUN([AX_ARG_ENABLE],
>>
>> AX_* is sort of a reserved namespace as the large autoconf-archive
>> project utilizes it everywhere. maybe pick a different prefix ?
>
> Sure, any suggestion?
libunwind doesn't seem to have a standard atm (other than to not use a
prefix at all). maybe "LU_" since "LIBUNWIND_" is a little verbose ?
>>> + [AC_ARG_ENABLE([$1], [$2],[enable_$1=$enablearg],[$3])])
>>
>> this 3rd arg is redundant. that's pretty much what autoconf already
>> does. i would just omit it.
>>
>> $ cat configure.ac; autoconf
>> AC_INIT(foo)
>> AC_ARG_ENABLE(foo, boo, , enable_foo=foo)
>> echo $enable_foo
>> AC_OUTPUT
>> $ ./configure
>> foo
>> $ ./configure --enable-foo
>> yes
>> $ ./configure --disable-foo
>> no
>
> Ah, cool. Will do. Hadn't realized that I could just omit an arg.
>
> In that case, it may be better to just use that pattern in configure.in
> (remove the arg) instead of defining a new macro.
yeah, it seems so :)
-mike
[Libunwind-devel] [PATCH 09/11] configure: use AC_ARG_ENABLE's defaults when possible, Cody P Schafer, 2012/09/10
[Libunwind-devel] [PATCH 08/11] configure: avoid using a shell function in autoconf, Cody P Schafer, 2012/09/10
[Libunwind-devel] [PATCH 03/11] ppc32: add used attribute to dmy_ctxt, Cody P Schafer, 2012/09/10
[Libunwind-devel] [PATCH 07/11] ppc64: remove compile warnings from wchar test., Cody P Schafer, 2012/09/10