> cd
> make -p does-it-work/foo
cd
> ./configure --prefix=$HOME/does-it-work/foo
> make; make check; make install
> # try it ...
> # you like it, keep it or redo the above with what ever $prefix
> # suites you
> # you don't like it and/o
Hello,
> I find using Guix to be much better than the ./configure && make &&
> make stuff. The reason is, that I always think: "What, if it doesn't
> work and I want to clean up my system afterwards?". I can't stand it,
> if any remains of non-working stuff is left on the system.
cd
On Sun, 06 Feb 2022, Maxime Devos wrote:
> Olivier Dion schreef op zo 06-02-2022 om 17:05 [-0500]:
>> > Is it restricted to Makefiles, or can it also be used without
>> > generating Makefiles? If not, things like progress bars should be
>> > easy
>> > to implement and file names containing spaces
Olivier Dion schreef op zo 06-02-2022 om 17:05 [-0500]:
> > Is it restricted to Makefiles, or can it also be used without
> > generating Makefiles? If not, things like progress bars should be
> > easy
> > to implement and file names containing spaces or ‘special
> > characters’
> > can be used wit
On Sun, 06 Feb 2022, Zelphir Kaltstahl wrote:
>> is just a matter of shipping the `makefile` with the source codes.
> What is this similar to Hall thing you have written, which generates the
> files
> from the code you gave?
I've setup a quick demo here: https://gitlab.com/oldiob/cbuild
Note
On Sun, 06 Feb 2022, Vivien Kraus wrote:
> Hello,
>
> Le dimanche 06 février 2022 à 11:35 -0500, Olivier Dion via General
> Guile related discussions a écrit :
>> As much as I like hall for pure Guile project,
>> it's difficult to integrate extension libraries written in C.
>
> While this is cer
On Sun, 06 Feb 2022, Maxime Devos wrote:
> This seems like a practical build system to me. Is it available online
> somewhere? I'd like to investigate it a bit for some common problems
> in ad-hoc Makefiles (in particular w.r.t. cross-compilation, tracking
> dependency information, choosing ins
On 2/6/22 17:35, Olivier Dion via General Guile related discussions wrote:
On Sat, 05 Feb 2022, Christine Lemmer-Webber wrote:
Anyway, just some thoughts. Making Guile packages is already much less
intimidating now thanks to Hall's work. Thank you for it!
Here's my two cents. As much
On 2/6/22 16:29, Vijay Marupudi wrote:
Ognen Duzlevski writes:
Have you tried Racket? If you haven't - try that and you will find
recommending Guile to beginners to be much easier ;). On a serious note,
there are other schemes that have their own package managers (e.g.
Racket).
I have, but I
Olivier Dion via General Guile related discussions schreef op zo 06-02-
2022 om 11:35 [-0500]:
> I personnally end up writting something similar to hall for a project of
> mine using Guix records. From a description like so:
> ---
Hello,
Le dimanche 06 février 2022 à 11:35 -0500, Olivier Dion via General
Guile related discussions a écrit :
> As much as I like hall for pure Guile project,
> it's difficult to integrate extension libraries written in C.
While this is certainly true, I think that nyacc is on the right track
On Sat, 05 Feb 2022, Christine Lemmer-Webber wrote:
> Anyway, just some thoughts. Making Guile packages is already much less
> intimidating now thanks to Hall's work. Thank you for it!
Here's my two cents. As much as I like hall for pure Guile project,
it's difficult to integrate extensio
Ognen Duzlevski writes:
> Have you tried Racket? If you haven't - try that and you will find
> recommending Guile to beginners to be much easier ;). On a serious note,
> there are other schemes that have their own package managers (e.g.
> Racket).
I have, but I like Guile better, and want everyo
Ognen Duzlevski schreef op zo 06-02-2022 om 09:53 [-0500]:
> > Asking beginners to use Guix is too much of a jump I think. But get
> > them
> > hooked on Guile with an easy package manager and a rich ecosystem,
> > and I
> > think they will come to appreciate Guix and other free software
> > projec
Vijay Marupudi writes:
> Let's not make perfect be the enemy of good here. A language specific
> package manager does work to a certain extent. I sometimes struggle to
> recommend Guile for beginners to programming, or even those that have
> some experience (in academia atleast). That's not bec
Hello all,
I am similarly impressed by Guile Hall and wish for its continued
development and success.
> PyPI is a good example for the kind of problems that all language
> package managers end up having. Language package managers have no way
> of clearly expressing dependencies that are not writ
Jose Antonio Ortega Ruiz writes:
> But my feeling is that the community
> is heavily invested in autotools and Guix as /the/ build system (and
> very happily so!) and i don't have the evangelising chops/time :)
I don’t think anyone really like to use autotools. When working with
just Guile I
Mikael Djurfeldt writes:
> I also think that there is a need for something light-weight and cross
> platform. I think, e.g., that PyPI is one of the main reasons for the
> success of Python and that the lack of something in that direction is
> holding Guile back.
PyPI is a good example for the
From: "Mikael Djurfeldt"
To: "Aleix Conchillo Flaqué"
Cc: "guile-user"
Sent: Sunday February 6 2022 8:15:06AM
Subject: Re: Newbie thoughts on Guile Hall + Guix
> I also think that there is a need for something light-weight and
cross
> platform. I think, e.g., that PyPI is one of the main reasons
I also think that there is a need for something light-weight and cross
platform. I think, e.g., that PyPI is one of the main reasons for the
success of Python and that the lack of something in that direction is
holding Guile back.
Even though Guix is a great project, I can think of many instances
20 matches
Mail list logo
