Here's a patch that copies the ((guix build utils)
delete-file-recursively) procedure and uses it in ((guix utils)
call-with-temporary-directory).
However, with the patch there is an error in the test 'gexp->script
#:module-path':
--
actual-value: #f
actual-error:
+ (system-error
+ "lstat"
Ludovic Courtès writes:
> Looks like you already closed it (or was it me?).
Well, I closed 32111 (guix-patches) but I opened 32132 (bug-guix) with a
wontfix tag, so that people can find it easily if they stumble across
the issue.
> Anyway, it’s certainly a limitation, but given that it’s an ann
On 7/12/18, 8:59 AM, "Ludovic Court=C3=A8s" wrote:
> Hello,
>
> Anonymous skribis:
>
> [...]
>
> Indeed. Does running:
>
> guix package -i glibc binutils ld-wrapper
>
> help?
Actually, it does not. Doing that, I get the error
ld: cannot find crt1.o: No such file or directory
ld: cann
Hello,
Anonymous skribis:
> This bug can be reproduced by doing
>
> guix package -i ghc
> echo 'main=return()' > test.hs
> ghc test.hs
>
> The expected output is that the program will be compiled, but instead
> we get the error message
>
> gcc: error trying to exec 'as': execvp:
Hi Leo,
Leo Famulari skribis:
> Should we alter the call-with-temporary-directory procedure to use
> ((guix build utils) delete-file-recursively)?
Yes, definitely. Note that you can alter (guix utils) without fear of a
full rebuild, so you can go ahead and do that in ‘master’.
Thanks,
Ludo’.
Ludovic Courtès writes:
> Hello Clément,
>
> Clément Lassieur skribis:
>
>> Nils Gillmann writes:
>>
>>> Hi,
>>>
>>> Can you provide some context why this is necessary, maybe even
>>> in the commit message?
>>
>> It's necessary when you want to package a program whose source looks
>> like file: