Hi Catonano,
> I am experimenting with this line
>
> (system* "guile" "-c" "(use-modules (commonmark)) (exit ((lambda () 0)))")
>
> If it finds the module it returns 0
>
> Otherwise it returns a different number
>
> I copied some bits for a configure script for a Guile project instrumented
> with
Hi Catonano,
That’s a lot of text :-) and it seems we’ve drifted away from the
initial discussion.
Perhaps this should go to guile-u...@gnu.org, or did I mischaracterize
what you were asking?
Thanks,
Ludo’.
2018-04-20 8:52 GMT+02:00 Catonano :
> 2018-04-19 18:49 GMT+02:00 Catonano :
>
>>
>>
>> 2018-04-18 23:09 GMT+02:00 Ludovic Courtès :
>>
>>> Hello,
>>>
>>> Christopher Lemmer Webber skribis:
>>>
>>> > While this is a fun idea, I'd still much rather have a guile-based
>>> > DSL replacement for auto
2018-04-19 18:49 GMT+02:00 Catonano :
>
>
> 2018-04-18 23:09 GMT+02:00 Ludovic Courtès :
>
>> Hello,
>>
>> Christopher Lemmer Webber skribis:
>>
>> > While this is a fun idea, I'd still much rather have a guile-based
>> > DSL replacement for autotools type things that's standalone (but maybe
>> >
2018-04-18 23:09 GMT+02:00 Ludovic Courtès :
> Hello,
>
> Christopher Lemmer Webber skribis:
>
> > While this is a fun idea, I'd still much rather have a guile-based
> > DSL replacement for autotools type things that's standalone (but maybe
> > also which can export to shell if need be).
>
> Yeah
Hello,
Christopher Lemmer Webber skribis:
> While this is a fun idea, I'd still much rather have a guile-based
> DSL replacement for autotools type things that's standalone (but maybe
> also which can export to shell if need be).
Yeah, not depending on Guix would have pros (it’d be more widely
Hi Chris & Chris, :-)
Chris Marusich skribis:
> Christopher Lemmer Webber writes:
>
>> David Thompson has made many comments before on the mistake of mixing
>> build systems and package managers... I'm a bit worried that we might be
>> encouraging going down that same path?
>
> The Guix daemon
Christopher Lemmer Webber writes:
> David Thompson has made many comments before on the mistake of mixing
> build systems and package managers... I'm a bit worried that we might be
> encouraging going down that same path?
The Guix daemon implements the functional software deployment model.
That
Ludovic Courtès writes:
> Hello!
>
> Pjotr Prins skribis:
>
>> Indeed, I love working with Guix and developing with Guix. Guix takes
>> care of my deployment and configuration requirements.
>>
>> I have written some time in the past that with Guix you don't need
>> autotools. The main thing autot
2018-04-09 17:30 GMT+02:00 Ludovic Courtès :
> Hello!
>
> Pjotr Prins skribis:
>
> > Indeed, I love working with Guix and developing with Guix. Guix takes
> > care of my deployment and configuration requirements.
> >
> > I have written some time in the past that with Guix you don't need
> > autot
Le 2018-04-09 17:30, l...@gnu.org a écrit :
Hello!
Pjotr Prins skribis:
Indeed, I love working with Guix and developing with Guix. Guix takes
care of my deployment and configuration requirements.
I have written some time in the past that with Guix you don't need
autotools. The main thing aut
Hello!
Pjotr Prins skribis:
> Indeed, I love working with Guix and developing with Guix. Guix takes
> care of my deployment and configuration requirements.
>
> I have written some time in the past that with Guix you don't need
> autotools. The main thing autotools solve is configuring the build
12 matches
Mail list logo