[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: AC_SUBST and AC_CACHE_VAL
From: |
Ralf Wildenhues |
Subject: |
Re: AC_SUBST and AC_CACHE_VAL |
Date: |
Wed, 13 May 2009 22:46:10 +0200 |
User-agent: |
Mutt/1.5.18 (2008-05-17) |
* Stefan Bienert wrote on Wed, May 13, 2009 at 10:33:06PM CEST:
> > What does the last line have to do with the ones before that?
>
> Oh, I forgot to mention: I have this stuff in a macro. It's meant to
> check for certain flags and if accepted by the program, the flag is
> added to the flag-list. Now I have another macro, which invokes the flag
> checks by AC_REQUIRE... If someone invokes the macro at another place,
> with the AC_SUBST in the end, the concatenation happens.
OK, but still the last line had no logical connection with the other
ones, so I wondered whether we were missing something.
> > If an initial value of SB_FOOS from the user (./configure SB_FOOS=...)
> > is to be honored, then maybe you should just check for presence of bar
> > before adding it?
> > case " $SB_FOOS " in
> > *\ bar\ *) ;;
> > *) SB_FOOS="$SB_FOOS bar";;
> > esac
>
> Never thought of that before! Many thanks, I will check my setups where
> this applies. Tres cool, I would say! But why is nobody using AS_CASE?
Old habit. Use AS_CASE, please. It makes a difference only if its
arguments expand AC_REQUIRE statements.
> > If the user is not involved here, then how come you save and restore
> > SB_FOOS but not initialize it early in configure?
>
> Isn't SB_FOOS empty if not initialised?
Sure, but do you want it to be seedable or not?
Cheers,
Ralf
- AC_SUBST and AC_CACHE_VAL, Stefan Bienert, 2009/05/12
- Re: AC_SUBST and AC_CACHE_VAL, Ralf Wildenhues, 2009/05/13
- Re: AC_SUBST and AC_CACHE_VAL, Stefan Bienert, 2009/05/13
- Re: AC_SUBST and AC_CACHE_VAL,
Ralf Wildenhues <=
- Re: AC_SUBST and AC_CACHE_VAL, Stefan Bienert, 2009/05/13
- Re: AC_SUBST and AC_CACHE_VAL, Ralf Wildenhues, 2009/05/13
- Re: AC_SUBST and AC_CACHE_VAL, Stefan Bienert, 2009/05/13
- Re: AC_SUBST and AC_CACHE_VAL, Ralf Wildenhues, 2009/05/14
- Message not available
- Re: AC_SUBST and AC_CACHE_VAL, Ralf Wildenhues, 2009/05/15
- Re: AC_SUBST and AC_CACHE_VAL, Eric Blake, 2009/05/13