[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: AC_FUNC_LSTAT_FOLLOWS_SLASHED_SYMLINK
From: |
Tim Van Holder |
Subject: |
Re: AC_FUNC_LSTAT_FOLLOWS_SLASHED_SYMLINK |
Date: |
Thu, 20 Sep 2001 15:52:43 +0200 |
> Tim> So I changed it to $LN_S, but forgot that was only substituted if
> Tim> AC_PROG_LN_S is invoked (does that make sense, btw? we always
> Tim> compute it, so why don't we substitute it too?)
>
> If we do compute it systematically, please, indeed, get rid of
> ac_ln_s. If not, I would not be against computing it anyway.
So it's OK to move the
AC_SUBST(LN_S, $as_ln_s)
to _AS_PREPARE_LN_S
and make AC_PROG_LN_S a virtual no-op?
- (no subject), (continued)
- (no subject), Tim Van Holder, 2001/09/16
- Re: (no subject), Akim Demaille, 2001/09/17
- Re: (no subject), Tim Van Holder, 2001/09/17
- Re: AC_FUNC_LSTAT_FOLLOWS_SLASHED_SYMLINK, Paul Eggert, 2001/09/17
- Re: AC_FUNC_LSTAT_FOLLOWS_SLASHED_SYMLINK, Tim Van Holder, 2001/09/18
- Re: AC_FUNC_LSTAT_FOLLOWS_SLASHED_SYMLINK, Akim Demaille, 2001/09/19
- Re: AC_FUNC_LSTAT_FOLLOWS_SLASHED_SYMLINK,
Tim Van Holder <=
- Re: AC_FUNC_LSTAT_FOLLOWS_SLASHED_SYMLINK, Akim Demaille, 2001/09/20
- Re: AC_FUNC_LSTAT_FOLLOWS_SLASHED_SYMLINK, Tim Van Holder, 2001/09/20
- Re: AC_FUNC_LSTAT_FOLLOWS_SLASHED_SYMLINK, Akim Demaille, 2001/09/20
(no subject), Tim Van Holder, 2001/09/16