bug-gnulib
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: git-version-gen w/o git


From: Peter Rosin
Subject: Re: git-version-gen w/o git
Date: Fri, 28 Dec 2012 00:41:22 +0100
User-agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:16.0) Gecko/20121026 Thunderbird/16.0.2

On 2012-12-24 03:05, Paul Eggert wrote:
> On 11/29/2012 11:12 PM, Peter Rosin wrote:
>> This seems to be stalled because of a misconception. Can I please get
>> a second opinion? Please?
> 
> I'm afraid I don't understand the problem well enough to offer
> an opinion -- maybe it's because I don't understand the desire
> to do maintenance without git -- but I did look over the patch
> and noticed that it used ">& /dev/null", which isn't portable;
> it should use ">/dev/null 2>&1".

I would like to be able to use a git checkout from a system that lacks git.
In my case the system which lack git is MSYS. Sure, there is
MSYS-git, but that is a misnomer as it does not provide an MSYS git
version at all. It instead provides a MinGW git, with a bundled MSYS
installation, but that's not at all the same thing.

So, since there is no MSYS version of git, my preference is to use the
Cygwin git to work with various projects, e.g. Libtool. But Cygwin is
slow to work with, so I prefer to not do the "make dist" dance from
Cygwin in order to check if whatever changes I'm doing at the moment
work for the MSYS case. It is just much faster to "make" with a VPATH
build from MSYS, but then that has to work in a git checkout but with
git missing.

This used to work nicely for me until Gary overhauled the Libtool
build machinery to do things the Gnulib way, and my proposed changes
fixes the Libtool "regression" (quotes here since after all it is very
much an edge case and not all that much to quarrel about).

Erik stated that half the changes looked useful and made sense. The
rest was already possible to do according to him, but that's just plain
wrong. The .tarball-version hook in the git-version-gen script can't be
used as that screws up the git checkout from the Cygwin side of things.
When I pointed this out there has been two months of silence until your
response.

Libtool remains regressed and a PITA to work with for me until this is
fixed. I'm a bit frustrated since the changes are tiny and non-intrusive,
at least in my opinion.

If it helps I can regenerate with your redirection fix, but I assume
whoever commits it can fix that part easily enough. Just let me know.

Cheers,
Peter




reply via email to

[Prev in Thread] Current Thread [Next in Thread]