[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Failing to use gnulib bootstrap in libtool
From: |
Gary V. Vaughan |
Subject: |
Re: Failing to use gnulib bootstrap in libtool |
Date: |
Fri, 3 Sep 2010 13:45:17 +0700 |
Hi Jim,
Thanks for the feedback.
On 3 Sep 2010, at 13:05, Jim Meyering wrote:
> Gary V. Vaughan wrote:
>> 14. Updating
>> ============
>>
>> There's no obvious way for bootstrap to update itself. Since we got to some
>> lengths to install the `gnulib' subproject that it comes from, it should at
>> least be able to warn that it is out of date even if a self-update is not
>> possible - is it even possible (let alone portable) for a script to copy
>> something over itself while running, and then re-exec to pick up the changes?
>
> Detection would be easy. Something like this:
>
> cmp $0 $gnulib_path/$build_aux/bootstrap
Well, $build_aux is the path from AC_CONFIG_AUX_DIR, and at least in Libtool's
case is not the same as gnulib's build-aux path.
> A warning would be good, but I would avoid an auto-update.
How about:
cmp $0 $gnulib_path/build-aux/bootstrap >/dev/null 2>&1 \
func_warning "$gnulib_path/build-aux/bootstrap differs from $0"
Cheers,
--
Gary V. Vaughan (address@hidden)
PGP.sig
Description: This is a digitally signed message part
- Re: Failing to use gnulib bootstrap in libtool, (continued)
- Re: Failing to use gnulib bootstrap in libtool, Eric Blake, 2010/09/02
- Re: Failing to use gnulib bootstrap in libtool, Jim Meyering, 2010/09/02
- Re: Failing to use gnulib bootstrap in libtool, Jim Meyering, 2010/09/02
- Re: Failing to use gnulib bootstrap in libtool, Gary V. Vaughan, 2010/09/02
- Re: Failing to use gnulib bootstrap in libtool, Bruno Haible, 2010/09/03