GNU bug report logs -
#36511
extraneous recompiles of scm files while editing gnu/packages/
Previous Next
Full log
Message #14 received at 36511 <at> debbugs.gnu.org (full text, mbox):
Robert Vollmert <rob <at> vllmrt.net> skribis:
>> On 5. Jul 2019, at 22:40, Ludovic Courtès <ludo <at> gnu.org> wrote:
>>
>> Hi,
>>
>> Robert Vollmert <rob <at> vllmrt.net> skribis:
>>
>>> rob <at> garp ~/guix$ nano gnu/packages/haskell.scm
>>> rob <at> garp ~/guix$ ./pre-inst-env guix build ghc-ansi-wl-pprint
>>
>> I’d suggest running “make” once you’ve edited a file.
>>
>> It’s not strictly necessary (Guile then simply evaluates code instead of
>> running compiled code), but it will allow you to get rid of these
>> warnings, the compiler might warn you ahead of time of possible
>> mistakes, and the whole thing will be slightly faster.
>>
>> Does that make sense?
>
> It does make sense. However once again my complaint is a bit more about the
> developer experience than how to work around the current state. I feel that
> a situation where the obvious thing works but is painful (guile debug spam,
> slowness) and you need to learn to do things differently (always run make first,
> which frequently causes work you don’t even care about, such as a guix-daemon
> recompile or po-file work) could be improved upon.
Yes I agree. Things to have to be compiled at one point though. We
could let Guile auto-compile code, but unfortunately that comes with its
own warts: the equivalent of “make clean-go”, for instance when an ABI
incompatibility pops up, is “rm -rf ~/.cache/guile/ccache”, and that too
is something a developer has too learn, and one could argue that it’s
less familiar than “make” or “make clean.”
So, I’m not satisfied with the ./pre-inst-env and ‘make’ workflow, but
we have yet to come up with a concrete proposal for a better workflow.
> Concretely, this bug report is in response to
> https://lists.gnu.org/archive/html/guix-devel/2019-07/msg00009.html
>
> In that spirit, “you should run make first” is not answer I’m completely
> happy with. :)
I was trying to address the “I see recompilation messages” issue that
you raised in the current framework. I didn’t initially interpret the
bug report as a call for a new workflow.
Thanks,
Ludo’.
This bug report was last modified 5 years and 336 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.