bug-guix
[Top][All Lists]
Advanced

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

bug#22354: Test failure when running distcheck from out-of-tree build


From: Taylan Ulrich Bayırlı/Kammer
Subject: bug#22354: Test failure when running distcheck from out-of-tree build
Date: Tue, 12 Jan 2016 20:40:38 +0100
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (gnu/linux)

address@hidden (Ludovic Courtès) writes:

> address@hidden (Taylan Ulrich "Bayırlı/Kammer") skribis:
>
>> If one runs distcheck from within the build directory of an out-of-tree
>> build (perhaps a strange combination), the guix-environment.sh test
>> fails with the following log snippet.
>
> [...]
>
>> ./configure: ./config.status: 
>> /home/taylan/src/guix/build/guix-0.9.1/_build/sub/test-tmp/store/d41iyl2gyk0r:
>>  bad interpreter: No such file or directory
>
> I think you’re hitting the shebang limit (127 chars) that prevents you
> from running test from that build tree.  ./configure emits a warning in
> this case, which you should see in ‘config.log’.
>
> So, not a bug, but it would have been nicer if ‘make check’ had failed
> directly.  Commit bb25130 does that.
>
> Though now that I look again at the error above, I see that we’re below
> the 127 char limit.  Weird.

Hmm, that commit didn't fix the issue.

I guess the problem is that this happens in some nested build process
started by guix-environment.sh (that of make-4.1), and not our own build
process?


I'm also puzzled by the cut-off of the shebang string at 77 characters
in the error message, so I looked into it a bit, but nothing strange
here from what I can tell: the ./configure of make-4.1 is called with
SHELL and CONFIG_SHELL set to

/home/taylan/src/guix/build/guix-0.9.1/_build/sub/test-tmp/store/d41iyl2gyk0rwd9z2ddgph9nyg48f3p0-bootstrap-binaries-0/bin/bash

which is exactly 127 characters, but add #! and you have 129.  This ends
up being the shebang of config.status, which is why it fails while
trying to call that.  Only the error message is broken.

Taylan





reply via email to

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