Hello,
>Correctly handling the ABI concerns — which Guix currently does
>not do — would result in a combinatorial explosion of Clojure
>packages should multiple versions of Clojure ever be available in
>Guix at the same time.
I think this is partly true and also a problem of other languages in
Gu
Hello,
I’ve been following along with this discussion, as well as a
discussion on Clojureverse, and thought it might be helpful to
pull together some threads and design decisions around Clojure’s
behavior.
Clojure is designed to ship libraries as source artifacts, not
bytecode ("pretty much
Steve George writes:
> Hi,
>
> Guix's clojure-build-system turns on AOT compilation by default. I would like
> to advocate that 'as a distributor' we should *not* ship Clojure code AOT'd,
> so we should change the default.
>
> This has been discussed previously. In #56604 r0man noted that AOT
Hi,
I don't think I'm making any progress convincing you, and I'm not enjoying the
interaction so I'm going to take a few days off from this thread.
I've tried to ask the Clojure community for a definitive expression of what
they think Linux distributions should do with byte-compiled libraries.
Hey Maxime,
On Thu, Feb 22 2024, Maxime Devos wrote:
> familiarity with good manners
Sometimes it's better to admit defeat. Maybe you find this apology [1]
helpful, although it was imperfect.
Kind regards
Felix
[1] https://lists.gnu.org/archive/html/guix-devel/2022-10/msg00141.html
Hi Maxime!
Maxime Devos writes:
>>On Thu, Feb 22 2024, Andreas Enge wrote:
>>> Am Thu, Feb 22, 2024 at 03:57:41PM +0100 schrieb Maxime Devos:
Yes. It appears you are unfamiliar with (...)
It also appears you are unfamiliar with (...)
>>>
>>> May I suggest to not make assumptions about
>On Thu, Feb 22 2024, Andreas Enge wrote:
>> Am Thu, Feb 22, 2024 at 03:57:41PM +0100 schrieb Maxime Devos:
>>> Yes. It appears you are unfamiliar with (...)
>>> It also appears you are unfamiliar with (...)
>>
>> May I suggest to not make assumptions about what other people are familiar
>> with or
>Am Thu, Feb 22, 2024 at 03:57:41PM +0100 schrieb Maxime Devos:
>> Yes. It appears you are unfamiliar with (...)
>> It also appears you are unfamiliar with (...)
>May I suggest to not make assumptions about what other people are familiar
with or not? There is no point in claiming that others are l
Hey,
On Thu, Feb 22 2024, Andreas Enge wrote:
> Am Thu, Feb 22, 2024 at 03:57:41PM +0100 schrieb Maxime Devos:
>> Yes. It appears you are unfamiliar with (...)
>> It also appears you are unfamiliar with (...)
>
> May I suggest to not make assumptions about what other people are familiar
> with or
Am Thu, Feb 22, 2024 at 03:57:41PM +0100 schrieb Maxime Devos:
> Yes. It appears you are unfamiliar with (...)
> It also appears you are unfamiliar with (...)
May I suggest to not make assumptions about what other people are familiar
with or not? There is no point in claiming that others are less
>> [...]
>> > But, I would like to draw attention to this thread on Clojureverse as the
>> > best source I could find:
>> >Alex Miller is the main community manager for Clojure, and is a maintainer
>> >of the core libraries, so his perspective is key. He notes that, AOT code
>> >is tied to *spe
Hi Maxime,
On 19 Feb, Maxime Devos wrote:
(...)
> > Consequently, there is no specific statement saying 'Distributors should
> > not AOT libraries' that I can point to.
>
> In this bit about differences in perspective, I haven’t seen any mention of
> AOT, hence the “Consequently” does not foll
As someone who has worked as a professional Clojure programmer, I would
like to add my voice in support of this:
On Mon, Feb 19 2024, Ryan Sundberg wrote:
> ... In my experience using AOT is the exception rather than the rule;
> it is a nice optimization when practical for release engineering, but
As a daily Clojure programmer using Guix the default 'off' makes sense. The
only situation where AOT compilation is useful is in the final runnable
application programs, and even then, its often incompatible with AOT
compilation in subtle ways. Having libraries aot compiled not only adds
incomp
((As I said about a month ago, in theory I should have access to a proper
e-mail program again a week or two in the past.))
>Hi,
>Guix's clojure-build-system turns on AOT compilation by default. I would like
>to advocate that 'as a distributor' we should *not* ship Clojure code AOT'd,
>so we s
15 matches
Mail list logo
