Re: t5150-request-pull.sh fails on newest master in Debian
- From
Øyvind A. Holm <sunny@sunbase.org>
- Date
- Jul 9, 2014, 00:52 UTC
- Message-ID
- <CAA787r=Q5B7R1sxiVhRgobPHHPro6D5YyqVO+P_MZC=aGa+ZHw@mail.gmail.com>
- In-Reply-To
- <CAA787rnMonCuON+C0U5FDXKzjTBdpOusCpGLeWytDWaA1torEw@mail.gmail.com>
On 3 July 2014 23:55, Øyvind A. Holm <sunny@sunbase.org> wrote:
Show 8 quoted lines
> When compiling newest master (v2.0.1-472-g6f92e5f) on Debian 7.5 > (64-bit), t5150-request-pull.sh fails when compiling with > > $ make configure > $ ./configure --prefix=/usr/local/varprg/git.master.v2.0.1-472-g6f92e5f > $ make prefix=/usr/local/varprg/git.master.v2.0.1-472-g6f92e5f > $ cd t > $ ./t5150-request-pull.sh
FYI, t5150-request-pull.sh passes all tests now on newest master (v2.0.1-474-g72c7794) in Debian. There are two new commits on master since I wrote this, and the commit that makes things work again is 4602f1a ("diff-tree: call free_commit_list() instead of duplicating its code"). Reverting this commit brings the failure back.
The whole thing is still a mystery to me, though. I can't see why this should have anything to do with the use of ./configure --prefix. I tested several variants with and without ./configure --prefix, all tests were run several times and were reproducible every time. Was this --prefix thing just a red herring, or is it linked to this in some way?
Also, the only file this commit touches is builtin/diff-tree.c, and this file hasn't been modified since 2011. Does anyone know what's going on here?
Cheers, Øyvind