My Guile Hacker Handbook

My Guile Hacker Handbook

[Jérémy Korwin-Zmijowski]

Hello hackers !

I would liko to introduce my (almost started) book to you : 
https://jeko.frama.io

It aims to provide a tutorial-like way to learn Guile. But also to get
used to tests.

As I am not an experienced Guile hacker, the book will emerge
accordingly to my Guile journey haha.

Hope it can help someone to jump in and hack.

Cheers,

Jérémy

test anything? (Re: My Guile Hacker Handbook)

[Marc Chantreux]

hello,

> I would liko to introduce my (almost started) book to you :
> https://jeko.frama.io

a french guile documentation is very welcome (should be nice to have a
french mailing list as well).

> Hope it can help someone to jump in and hack.

i just discovered srfi 64 thanks to your page. the thing is: when it
comes to test report, i have one simple rule: TAPs or GTFO.

so i saw a TAP lib for guile (https://github.com/xevz/guile-tap) which
is not mentioned in the testanything.org/ or guile documentation.

so ... questions:

* is srfi the official/recommended test lib?
* if so, is there a way to get TAP render from it?
* if not so, what is the best strategy to get TAP from it?

regards,
marc

Re: test anything? (Re: My Guile Hacker Handbook)

[Frank Terbeck]

Hi,

Marc Chantreux wrote:
[…]
>> Hope it can help someone to jump in and hack.
>
> i just discovered srfi 64 thanks to your page. the thing is: when it
> comes to test report, i have one simple rule: TAPs or GTFO.
>
> so i saw a TAP lib for guile (https://github.com/xevz/guile-tap) which
> is not mentioned in the testanything.org/ or guile documentation.

I'm similar  with test-reporting.  TAP is nice  and available  for every
language under the sun. So years  back, because I couldn't find a frame-
work that would for Guile,  I wrote ¹,  which emits TAP as well.  But it
does not  replicate Perl's API.  So  no "ok"  procedure and  things like
that.

I don't think many people use it, but I thought I'd mention it anyway.


Regards, Frank

¹ https://github.com/ft/scm-test-tap
-- 
In protocol design, perfection has been reached not when there is
nothing left to add, but when there is nothing left to take away.
                                                  -- RFC 1925

Re: My Guile Hacker Handbook

[Bonface M. K.]

Jérémy Korwin-Zmijowski <jeremy@korwin-zmijowski.fr> writes:

> Hello hackers !
>
> I would liko to introduce my (almost started) book to you : 
> https://jeko.frama.io
>

Thanks for sharing!

> It aims to provide a tutorial-like way to learn Guile. But also to get
> used to tests.
>
> As I am not an experienced Guile hacker, the book will emerge
> accordingly to my Guile journey haha.
>
> Hope it can help someone to jump in and hack.
>

I am that person ;)

> Cheers,
>
> Jérémy
>
>

-- 
Bonface M. K. (https://www.bonfacemunyoki.com)
One Divine Emacs To Rule Them All
GPG key = D4F09EB110177E03C28E2FE1F5BBAE1E0392253F

Re: test anything? (Re: My Guile Hacker Handbook)

[Jérémy Korwin-Zmijowski]

Hi Frank and Marc,

I've never tried to use these frameworks. I will give them a try.

They could be part of the awesome-guile list Zelphir initiated.

Thank you for bringing this and also taking time to give feedback !

Jérémy

Re: test anything? (Re: My Guile Hacker Handbook)

[Marc Chantreux]

hello,

> I don't think many people use it, but I thought I'd mention it anyway.

good to know. both guile-tap and scm-test-tap deserve an entry on
testanything.org. yet i'm wondering if there is an official or de facto
standard framework or output for testing in the scheme world.

regards,
marc

Re: test anything? (Re: My Guile Hacker Handbook)

[Marc Chantreux]

hello,

> I've never tried to use these frameworks.

how did you find the srfi ?

> They could be part of the awesome-guile list Zelphir initiated.

sure. also on testanything.org. i can handle this but i feel i need more
info at this point :)

regards
marc

Re: test anything? (Re: My Guile Hacker Handbook)

[Jérémy Korwin-Zmijowski]

Le jeudi 23 juillet 2020 à 14:01 +0200, Marc Chantreux a écrit :
> how did you find the srfi ?

A search on srfi.schemers.org for "test" then I saw the SRFI-64 was
part of Guile distribution, so... I didn't go further.

Jérémy

Re: My Guile Hacker Handbook

[Jérémy Korwin-Zmijowski]

Le jeudi 23 juillet 2020 à 13:32 +0300, Bonface M. K. a écrit :
> I am that person ;)

Please leave me your feedback on anything !

Jérémy

Re: a French mailing list (was: test anything? (Re: My Guile Hacker Handbook))

[Dmitry Alexandrov]

[-- Attachment #1: Type: text/plain, Size: 460 bytes --]

Marc Chantreux <eiro@phear.org> wrote:
> hould be nice to have a french mailing list [for Guile] as well

FWIW, the help-guix@gnu.org list, which you are crossposting, announce [1] a policy of welcoming mail in many languages besides English, which looks like a pretty sane choice, until there is substantial traffic in a given language.

I would only ask users there, to double-check their spelling before sending anything.

[1] https://guix.gnu.org/contact/

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]

Re: test anything? (Re: My Guile Hacker Handbook)

[Zelphir Kaltstahl]

Definitely. Already marking e-mails as "extract information" to add to
the list later. I also already added your tutorial in the tutorial
category. ; )

On 23.07.20 12:40, Jérémy Korwin-Zmijowski wrote:
> Hi Frank and Marc,
>
> I've never tried to use these frameworks. I will give them a try.
>
> They could be part of the awesome-guile list Zelphir initiated.
>
> Thank you for bringing this and also taking time to give feedback !
>
> Jérémy
>
>
-- 
repositories: https://notabug.org/ZelphirKaltstahl

Re: a French mailing list (was: test anything? (Re: My Guile Hacker Handbook))

[Marc Chantreux]

hello,

> FWIW, the help-guix@gnu.org list, which you are crossposting, announce
> [1] a policy of welcoming mail in many languages besides English,
> which looks like a pretty sane choice, until there is substantial
> traffic in a given language.

thanks for letting us know. i'll definitely use this opportunity.

marc

No Guile on Windows? (was: My Guile Hacker Handbook)

[Dmitry Alexandrov]

[-- Attachment #1: Type: text/plain, Size: 507 bytes --]

Jérémy Korwin-Zmijowski <jeremy@korwin-zmijowski.fr> wrote:
> https://jeko.frama.io

> ## Installation

> ### On Windows
>
> No solution yet.

Is that true?  Itʼs true (and a pity) that there no official packages, of course, but ‘no solution’?

I vaguely recall, there was a Guile on MinGW a couple of years ago, does it no longer build?  And what happened with Cygwin package after all?  cygwin.com says, that 3.0.4 is there [1].

[1] https://cygwin.com/packages/summary/guile3.0.html

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]

Re: My Guile Hacker Handbook

[Bonface M. K.]

Jérémy Korwin-Zmijowski <jeremy@korwin-zmijowski.fr> writes:

> Le jeudi 23 juillet 2020 à 13:32 +0300, Bonface M. K. a écrit :
>> I am that person ;)
>
> Please leave me your feedback on anything !
>

Cool. I'll do that over the weekend or early next week :)

> Jérémy
>

-- 
Bonface M. K. (https://www.bonfacemunyoki.com)
One Divine Emacs To Rule Them All
GPG key = D4F09EB110177E03C28E2FE1F5BBAE1E0392253F

Re: No Guile on Windows? (was: My Guile Hacker Handbook)

[Eli Zaretskii]

> From: Dmitry Alexandrov <dag@gnui.org>
> Date: Fri, 24 Jul 2020 03:06:53 +0300
> Cc: Guile User <guile-user@gnu.org>, Guix Help <help-guix@gnu.org>
> 
> > ## Installation
> 
> > ### On Windows
> >
> > No solution yet.
> 
> Is that true?  Itʼs true (and a pity) that there no official packages, of course, but ‘no solution’?
> 
> I vaguely recall, there was a Guile on MinGW a couple of years ago, does it no longer build?  And what happened with Cygwin package after all?  cygwin.com says, that 3.0.4 is there [1].

  https://sourceforge.net/projects/ezwinports/files/guile-2.0.11-2-w32-bin.zip/download

Mind you, this is a 32-bit build, and it is configured without threads
(because building with threads produces Guile that crashes for almost
any non-trivial operation, you can find the details in the Guile
mailing list archives).

I never tried to build a newer Guile, as doing a fully-functional
MinGW port is a non-trivial endeavor that consumes a lot of time, and
I don't have that time now.

<rant>
Sadly, Guile seems to care only about one OS: GNU/Linux, and more or
less disregard the rest.  Features are added that clearly cannot
easily work on other OSes, let alone non-Posix ones, and with each
such new feature producing a working MinGW port becomes harder and
harder, even for experienced hackers.

Please don't bother replying to this rant, it's just FYI, to convey my
personal recollections and experiences from doing the 2.0.x port, and
I don't intend to argue about it.
</rant>

Re: No Guile on Windows? (was: My Guile Hacker Handbook)

[divoplade]

Hello,

Le vendredi 24 juillet 2020 à 03:06 +0300, Dmitry Alexandrov a écrit :
> Jérémy Korwin-Zmijowski <jeremy@korwin-zmijowski.fr> wrote:
> > https://jeko.frama.io
> > ## Installation
> > ### On Windows
> > 
> > No solution yet.
> 
> Is that true?  Itʼs true (and a pity) that there no official
> packages, of course, but ‘no solution’?

From what I gathered, there are a few stupid problems with existing
patches to make guile build for mingw (
https://github.com/mkeeter/guile-mingw/), but there is the hard problem
that the garbage collector won't work on mingw x86_64 because it
expects that pointers can fit in longs.

Anyways, I say that if we can't have mingw x86_64, let's have i686 and
everyone will be happy enough. By the time i686 is insufficient,
Windows will already be another OS built around linux anyway (n.b. this
is a personal opinion ^^). But there is a chance I fundamentally
misunderstood something...

Re: No Guile on Windows? (was: My Guile Hacker Handbook)

[Dr. Arne Babenhauserheide]

[-- Attachment #1: Type: text/plain, Size: 1591 bytes --]


Eli Zaretskii <eliz@gnu.org> writes:
> <rant>
> Sadly, Guile seems to care only about one OS: GNU/Linux, and more or
> less disregard the rest.  Features are added that clearly cannot
> easily work on other OSes, let alone non-Posix ones, and with each
> such new feature producing a working MinGW port becomes harder and
> harder, even for experienced hackers.

This is one of the biggest worries I have with the time I put into
Guile: Many of my friends are still on Windows and in the current state
of Guile I won’t be able to create tools that help them.

Creating installers for Windows was bad with Python, it is much worse
with Guile. I wish I could just do something like
guild package --target windows -o my-program.exe entry-point.scm 

This prevents people from using Guile for anything that might have to be
cross-platform (though the Lilypond folks got it working
https://lilypond.org/windows.de.html).

> Please don't bother replying to this rant, it's just FYI, to convey my
> personal recollections and experiences from doing the 2.0.x port, and
> I don't intend to argue about it.
> </rant>

I replied, because I did not intend to argue but rather support your
point. While Guile is easiest to use on GNU Linux, a Windows port is a
hard requirement if we want Guile to be useful as a platform for writing
programs. There is GTK for Windows and it would be nice if we could
actually script it from Guile:
https://www.gtk.org/docs/installations/windows/

Best wishes,
Arne
-- 
Unpolitisch sein
heißt politisch sein
ohne es zu merken

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 1076 bytes --]

Re: No Guile on Windows? (was: My Guile Hacker Handbook)

[Christopher Lam]

Ditto gnucash on windows does include guile 2.2 but it's a major pain point
to get it to build.

https://code.gnucash.org/logs/2020/07/16.html#T20:20:40

On Fri, 24 Jul 2020, 3:24 pm Dr. Arne Babenhauserheide, <arne_bab@web.de>
wrote:

>
> Eli Zaretskii <eliz@gnu.org> writes:
> > <rant>
> > Sadly, Guile seems to care only about one OS: GNU/Linux, and more or
> > less disregard the rest.  Features are added that clearly cannot
> > easily work on other OSes, let alone non-Posix ones, and with each
> > such new feature producing a working MinGW port becomes harder and
> > harder, even for experienced hackers.
>
> This is one of the biggest worries I have with the time I put into
> Guile: Many of my friends are still on Windows and in the current state
> of Guile I won’t be able to create tools that help them.
>
> Creating installers for Windows was bad with Python, it is much worse
> with Guile. I wish I could just do something like
> guild package --target windows -o my-program.exe entry-point.scm
>
> This prevents people from using Guile for anything that might have to be
> cross-platform (though the Lilypond folks got it working
> https://lilypond.org/windows.de.html).
>
> > Please don't bother replying to this rant, it's just FYI, to convey my
> > personal recollections and experiences from doing the 2.0.x port, and
> > I don't intend to argue about it.
> > </rant>
>
> I replied, because I did not intend to argue but rather support your
> point. While Guile is easiest to use on GNU Linux, a Windows port is a
> hard requirement if we want Guile to be useful as a platform for writing
> programs. There is GTK for Windows and it would be nice if we could
> actually script it from Guile:
> https://www.gtk.org/docs/installations/windows/
>
> Best wishes,
> Arne
> --
> Unpolitisch sein
> heißt politisch sein
> ohne es zu merken
>

Re: No Guile on Windows? (was: My Guile Hacker Handbook)

[Stefan Israelsson Tampe]

I just want to say that I use guile on windows regularly. And it was easy
peasy to enable it. The trick is to install the Linux subsystem for windows
10 and hack on. I know this is not always an option, just to remind you
where the future is.

On Fri, Jul 24, 2020 at 2:07 AM Dmitry Alexandrov <dag@gnui.org> wrote:

> Jérémy Korwin-Zmijowski <jeremy@korwin-zmijowski.fr> wrote:
> > https://jeko.frama.io
>
> > ## Installation
>
> > ### On Windows
> >
> > No solution yet.
>
> Is that true?  Itʼs true (and a pity) that there no official packages, of
> course, but ‘no solution’?
>
> I vaguely recall, there was a Guile on MinGW a couple of years ago, does
> it no longer build?  And what happened with Cygwin package after all?
> cygwin.com says, that 3.0.4 is there [1].
>
> [1] https://cygwin.com/packages/summary/guile3.0.html
>

Re: No Guile on Windows? (was: My Guile Hacker Handbook)

[Mike Gran]

On Fri, Jul 24, 2020 at 09:22:54AM +0200, Dr. Arne Babenhauserheide wrote:
> 
> This is one of the biggest worries I have with the time I put into
> Guile: Many of my friends are still on Windows and in the current state
> of Guile I won???t be able to create tools that help them.
> 
> Creating installers for Windows was bad with Python, it is much worse
> with Guile. I wish I could just do something like
> guild package --target windows -o my-program.exe entry-point.scm 
> 
> This prevents people from using Guile for anything that might have to be
> cross-platform (though the Lilypond folks got it working
> https://lilypond.org/windows.de.html).

Yeah, I did put a 32-bit, no-thread Windows version of Guile-2.2 in
a game-jame game I did once, but, it was non-trivial.

For those that hanven't programmed on Windows much, it is a bit of a
struggle. The native tools are C++, not C, and the native API is just
different: different threading, different asyncs, similar but still
not identical sockets, different dynamic linking. No guarantee that
the sizeof(long) is sizeof(void *).

So different groups have created projects to help port or run legacy
UNIX-like software to Windows. The most familiar to free software people
are Cygwin and MinGW.

Cygwin: use gcc or clang, link to a special C and POSIX library that
handles the Windows API for you. This exists and works well for Guile.
Its emulation library is GPL, so to distribute a Cygwin app, it must
be GPL and must include a healthy chunk of the Cygwin infrastructure.

MinGW: use gcc or clang, link to native Windows API. Guile almost
supports this, because it uses Gnulib. Gnulib has a library of shims
that tweaks Windows C library API to be more POSIX-like, but, Gnulib
isn't a comprehensive solution.  When free software people talk of
a "port" to windows, they usualy mean that it is built with MinGW.

But, of course, MinGW had a spat years ago and now there are two
competing MinGW projects. Sigh.

Some projects go a step further and try to use the native windows
compilers and API, but, since autoconf basically won't work on Windows
because its shell language is not /bin/sh but is PowerShell or CMD,
this usually requires a different build system, like CMake or Meson.

Guile has both autoconf and gnulib, so MinGW is the semi-supported
path to a native Windows executable.

It actually would not be a lot of work to get a 32-bit, unthreaded
Guile 3.0 working again, assuming that lightening works for
Win32.  Just some run of the mill patching.  But historically
getting these patches in the main tree has been an awful experience
-- expecially in the Mark era -- because of arguments as to
whether they should be fixed in Guile or in Gnulib and having
to deal with both Guile and Gnulib having competing interests.

Thanks you for coming to my TED talk.  

Regards
Mike Gran

Re: No Guile on Windows?

[Ludovic Courtès]

Hi!

Eli Zaretskii <eliz@gnu.org> skribis:

> <rant>
> Sadly, Guile seems to care only about one OS: GNU/Linux, and more or

Guile is software so it’s doesn’t care one way or the other ;-), but
it’s true that the maintainers and probably most contributors are
primarily concerned with GNU/Linux.

However, my understanding is that Windows Subsystem for Linux (WSL) has
the potential to make all of us happy.  For example, here’s info from
someone who got Guix to run on Windows/WSL2:

  https://gist.github.com/giuliano108/49ec5bd0a9339db98535bc793ceb5ab4

Running Guile alone should be easier.  Notably, I would expect a bundle
created with ‘guix pack guile’ to Just Work on Windows.

Does anyone have experience with that?

Thanks,
Ludo’.

Re: No Guile on Windows?

[Stefan Israelsson Tampe]

I use guile all the time at my windows 10 machine at work (WSL) to handle
xml files. Used apt to get it.

On Fri, Jul 24, 2020 at 4:01 PM Ludovic Courtès <ludo@gnu.org> wrote:

> Hi!
>
> Eli Zaretskii <eliz@gnu.org> skribis:
>
> > <rant>
> > Sadly, Guile seems to care only about one OS: GNU/Linux, and more or
>
> Guile is software so it’s doesn’t care one way or the other ;-), but
> it’s true that the maintainers and probably most contributors are
> primarily concerned with GNU/Linux.
>
> However, my understanding is that Windows Subsystem for Linux (WSL) has
> the potential to make all of us happy.  For example, here’s info from
> someone who got Guix to run on Windows/WSL2:
>
>   https://gist.github.com/giuliano108/49ec5bd0a9339db98535bc793ceb5ab4
>
> Running Guile alone should be easier.  Notably, I would expect a bundle
> created with ‘guix pack guile’ to Just Work on Windows.
>
> Does anyone have experience with that?
>
> Thanks,
> Ludo’.
>
>
>

Re: Licensing of Cygwin comatibility layer (was: No Guile on Windows?)

[Dmitry Alexandrov]

[-- Attachment #1: Type: text/plain, Size: 567 bytes --]

Mike Gran <spk121@yahoo.com> wrote:
> Cygwin: use gcc or clang, link to a special C and POSIX library that handles the Windows API for you.
> Its emulation library is GPL[ed]

Really?  I was under impression, that it is under a _weakened_ variant of _Lesser_ GPL, i. e. its terms are even less restrictive that those of GNU libc.

> so to distribute a Cygwin app, it must be GPL[-compatible]

After all, Cygwin itself (just like any other GNU distro) have always distributed quite a few of GPL-incompatible software, so that statement does not look plausible at all.

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]

Re: No Guile on Windows?

[Dr. Arne Babenhauserheide]

[-- Attachment #1: Type: text/plain, Size: 504 bytes --]


Stefan Israelsson Tampe <stefan.itampe@gmail.com> writes:

> I use guile all the time at my windows 10 machine at work (WSL) to handle
> xml files. Used apt to get it.

It’s great that that’s possible. If it requires people to first activate
WSL (so they cannot just start an application they get from me but have
to configure stuff first), I lose lots of users who would otherwise run
my application.

Best wishes,
Arne
-- 
Unpolitisch sein
heißt politisch sein
ohne es zu merken

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 1076 bytes --]

Re: No Guile on Windows?

[Dmitry Alexandrov]

[-- Attachment #1: Type: text/plain, Size: 1320 bytes --]

Ludovic Courtès <ludo@gnu.org> wrote:
> Eli Zaretskii <eliz@gnu.org> skribis:
>> <rant> Sadly, Guile seems to care only about one OS: GNU/Linux

> my understanding is that Windows Subsystem for Linux (WSL) has the potential to make all of us happy.

Itʼs the most disappointing thing to hear from a Guile maintainer.

> For example, here’s info from someone who got Guix to run on Windows/WSL2:

Contrary to WSL1, which was rather a misnomer for an alternative ABI-compatible implementation of Linux® on top of Windowsʼ kernel, WSL2 fully justifies its name: itʼs subsystem _for_ running Linux in it.

In other words, what youʼve just said is: Guile does not need to support Windows, because you can always run GNU/Linux in a virtual machine.

Iʼm afraid, such an attitude, if Guile is staking claim for being something more than a DSL for defining distro packages, is a decade premature at best.

> Running Guile alone should be easier.  Notably, I would expect a bundle created with ‘guix pack guile’ to Just Work on Windows.
>
> Does anyone have experience with that?

I do not, but do not see any reason why it should not.  If Guix pack would fail to run on Ubuntu, because it is running on emulated hardware, it would mean that Guix is really broken.  And we know, that itʼs not.

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]

Re: No Guile on Windows?

[Jan Wielkiewicz]

Hello,

Dnia 2020-07-24, o godz. 16:00:56
Ludovic Courtès <ludo@gnu.org> napisał(a):

> However, my understanding is that Windows Subsystem for Linux (WSL)
> has the potential to make all of us happy.

This is fine as far as we're talking about proprietary Windows, but
this isn't good for software freedom generally - there's ReactOS
(https://reactos.org/) - a free Windows clone that is about to reach
beta stage. It is unlikely they're going to implement WSL there and
therefore Guile will be not usable on this platform. This could
potentially stop Guile users on Windows from switching to ReactOS.
If Guile were running natively on Windows, it would only benefit free
software - more Guile users, more people being interested in Guix and
more people switching to free alternatives.

If no current Guile maintainer is interested in porting it to Windows,
we could at least let people know we're looking for someone who does.
It could be a GSoC proposal, Outreachy something, etc.


Jan Wielkiewicz 

Re: Licensing of Cygwin comatibility layer (was: No Guile on Windows?)

[Mike Gran]

On Fri, Jul 24, 2020 at 07:25:07PM +0300, Dmitry Alexandrov wrote:
> Mike Gran <spk121@yahoo.com> wrote:
> > Cygwin: use gcc or clang, link to a special C and POSIX library that handles the Windows API for you.
> > Its emulation library is GPL[ed]
> 
> Really?  I was under impression, that it is under a _weakened_ variant of _Lesser_ GPL, i. e. its terms are even less restrictive that those of GNU libc.
> 
> > so to distribute a Cygwin app, it must be GPL[-compatible]
> 
> After all, Cygwin itself (just like any other GNU distro) have always distributed quite a few of GPL-incompatible software, so that statement does not look plausible at all.

You are correct. I misread this page  https://cygwin.com/licensing.html

Apologies.

-Mike Gran

Re: No Guile on Windows? (was: My Guile Hacker Handbook)

[David Pirotte]

[-- Attachment #1: Type: text/plain, Size: 797 bytes --]

Hello,

> > > ### On Windows
> > > No solution yet.  

fwiw, i've used msys2 (not so much anymore, but i still would if i had
to ...), easy to install, update, well maintained, very friendly on irc
when i needed to ask for help ...:

	https://www.msys2.org/

it has guile-2.2.7-1, threaded (which I've used. it works ...)

	https://packages.msys2.org/base/guile

for me, it was fantastic _not to have to deal_ with ouindoze on
ouindoze, so msys2, its numerous packages ... and guile-2.2.7-1
'saved my life' :)

	dowload the lastest msys2
	double-click -> linux terminal
	use pacman (*) to update and install new packages

David

	** Update

	pacman -Syu
	pacman -Su

	** Packages

	pacman -S emacs
	pacman -S guile
	pacman -S libguile
	pacman -S libguile-devel

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

Re: No Guile on Windows? (was: My Guile Hacker Handbook)

[Eli Zaretskii]

> Date: Sat, 25 Jul 2020 00:48:35 -0300
> From: David Pirotte <david@altosw.be>
> Cc: Dmitry Alexandrov <dag@gnui.org>, guile-user@gnu.org, help-guix@gnu.org
> 
> fwiw, i've used msys2 (not so much anymore, but i still would if i had
> to ...), easy to install, update, well maintained, very friendly on irc
> when i needed to ask for help ...:
> 
> 	https://www.msys2.org/
> 
> it has guile-2.2.7-1, threaded (which I've used. it works ...)

AFAIU, that's not a native Windows port, that's an MSYS2 port, which
is almost the same as a Cygwin build (MSYS2 is a fork of Cygwin).

IOW, you cannot link the MSYS2 libguile with a native MinGW program,
such as GDB or Gnu Make (or Lilypond, or any other application
mentioned in this thread).  Right?

Re: No Guile on Windows? (was: My Guile Hacker Handbook)

[Christopher Lam]

Gnucash 4.0 in windows is successfully using libguile-2.2-1.dll from MSYS2.

On Sat, 25 Jul 2020 at 06:32, Eli Zaretskii <eliz@gnu.org> wrote:

> > Date: Sat, 25 Jul 2020 00:48:35 -0300
> > From: David Pirotte <david@altosw.be>
> > Cc: Dmitry Alexandrov <dag@gnui.org>, guile-user@gnu.org,
> help-guix@gnu.org
> >
> > fwiw, i've used msys2 (not so much anymore, but i still would if i had
> > to ...), easy to install, update, well maintained, very friendly on irc
> > when i needed to ask for help ...:
> >
> >       https://www.msys2.org/
> >
> > it has guile-2.2.7-1, threaded (which I've used. it works ...)
>
> AFAIU, that's not a native Windows port, that's an MSYS2 port, which
> is almost the same as a Cygwin build (MSYS2 is a fork of Cygwin).
>
> IOW, you cannot link the MSYS2 libguile with a native MinGW program,
> such as GDB or Gnu Make (or Lilypond, or any other application
> mentioned in this thread).  Right?
>
>

Re: No Guile on Windows? (was: My Guile Hacker Handbook)

[Eli Zaretskii]

> From: Christopher Lam <christopher.lck@gmail.com>
> Date: Sat, 25 Jul 2020 13:56:28 +0000
> Cc: guile-user <guile-user@gnu.org>, help-guix@gnu.org
> 
> Gnucash 4.0 in windows is successfully using libguile-2.2-1.dll from MSYS2.

Is Gnucash a MinGW build or an MSYS2 build?  If the latter, it's
expected.

Re: No Guile on Windows? (was: My Guile Hacker Handbook)

[Jérémy Korwin-Zmijowski]

Never heard about it.

I will try it and maybe update the Windows section ;-)

Thank you David

Jérémy

Le 25 juillet 2020 05:48:35 GMT+02:00, David Pirotte <david@altosw.be> a écrit :
>Hello,
>
>> > > ### On Windows
>> > > No solution yet.  
>
>fwiw, i've used msys2 (not so much anymore, but i still would if i had
>to ...), easy to install, update, well maintained, very friendly on irc
>when i needed to ask for help ...:
>
>	https://www.msys2.org/
>
>it has guile-2.2.7-1, threaded (which I've used. it works ...)
>
>	https://packages.msys2.org/base/guile
>
>for me, it was fantastic _not to have to deal_ with ouindoze on
>ouindoze, so msys2, its numerous packages ... and guile-2.2.7-1
>'saved my life' :)
>
>	dowload the lastest msys2
>	double-click -> linux terminal
>	use pacman (*) to update and install new packages
>
>David
>
>	** Update
>
>	pacman -Syu
>	pacman -Su
>
>	** Packages
>
>	pacman -S emacs
>	pacman -S guile
>	pacman -S libguile
>	pacman -S libguile-devel

-- 
Envoyé de mon appareil Android avec Courriel K-9 Mail. Veuillez excuser ma brièveté.

Re: No Guile on Windows? (was: My Guile Hacker Handbook)

[Mike Gran]

On Sat, Jul 25, 2020 at 09:31:41AM +0300, Eli Zaretskii wrote:
> > fwiw, i've used msys2 (not so much anymore, but i still would if i had
> > to ...), easy to install, update, well maintained, very friendly on irc
> > when i needed to ask for help ...:
> > 
> > 	https://www.msys2.org/
> > 
> > it has guile-2.2.7-1, threaded (which I've used. it works ...)
> 
> AFAIU, that's not a native Windows port, that's an MSYS2 port, which
> is almost the same as a Cygwin build (MSYS2 is a fork of Cygwin).
> 
> IOW, you cannot link the MSYS2 libguile with a native MinGW program,
> such as GDB or Gnu Make (or Lilypond, or any other application
> mentioned in this thread).  Right?

That is correct. When you try to build windows application in the
MinGW project, often times you need to run a configure script that may
require tools that don't have native windows versions. The way MinGW
helps these configure scripts run is by taking advantage of the the
MSYS2 environment -- which is similar to Cygwin -- so that has enough
tools to run a configure script.  It includes a version of Guile for
the purpose of running configure.

Like Cygwin, MSYS2 also has a big library that emulates POSIX that
everything links to.  The difference betwen MSYS2 and MinGW is that
MinGW apps try to link directly to windows libraries without linking
to an emulation library.

-Mike Gran

Re: No Guile on Windows?

[Dmitry Alexandrov]

[-- Attachment #1: Type: text/plain, Size: 294 bytes --]

David Pirotte <david@altosw.be> wrote:
> msys2
> has guile-2.2.7-1

> well maintained
> very friendly on irc

Appended with fact that MSYS2 is a fork of Cygwin, which has 3.0.4, these looks like an invitation to go to IRC and inquire about issues that made them stick with the legacy branch...

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]

Re: No Guile on Windows? (was: My Guile Hacker Handbook)

[Christopher Lam]

My mistake: gnucash uses MinGW-w64.

The gnucash lead developer has a few patches to successfully compile guile
on MinGW-w64. It would be great if these patches were taken upstream and a
CI pipeline enabled for testing. Otherwise gnucash for windows will always
need to catch up, and is at severe risk of falling behind.

https://github.com/jralls/guile

On Sat, 25 Jul 2020, 10:28 pm Eli Zaretskii, <eliz@gnu.org> wrote:

> > From: Christopher Lam <christopher.lck@gmail.com>
> > Date: Sat, 25 Jul 2020 13:56:28 +0000
> > Cc: guile-user <guile-user@gnu.org>, help-guix@gnu.org
> >
> > Gnucash 4.0 in windows is successfully using libguile-2.2-1.dll from
> MSYS2.
>
> Is Gnucash a MinGW build or an MSYS2 build?  If the latter, it's
> expected.
>

Re: No Guile on Windows? (was: My Guile Hacker Handbook)

[Mike Gran]

On Tue, Jul 28, 2020 at 10:52:47AM +0800, Christopher Lam wrote:
> My mistake: gnucash uses MinGW-w64.
> 
> The gnucash lead developer has a few patches to successfully compile guile
> on MinGW-w64. It would be great if these patches were taken upstream and a
> CI pipeline enabled for testing. Otherwise gnucash for windows will always
> need to catch up, and is at severe risk of falling behind.
> 
> https://github.com/jralls/guile
> 

Yeah, that's a patched version of 2.2.7.

Even though I'm on a hiatus from coding, I believe I have all the
parts to make Guile 3.0.x work on MinGW 32-bit no-threads.  Maybe I'll
just see if I can't put that together real quick.

-Mike Gran

Re: No Guile on Windows? (was: My Guile Hacker Handbook)

[Vladimir Zhbanov]

Mike,

On Mon, Jul 27, 2020 at 08:57:05PM -0700, Mike Gran wrote:
> On Tue, Jul 28, 2020 at 10:52:47AM +0800, Christopher Lam wrote:
> > My mistake: gnucash uses MinGW-w64.
> > 
> > The gnucash lead developer has a few patches to successfully compile guile
> > on MinGW-w64. It would be great if these patches were taken upstream and a
> > CI pipeline enabled for testing. Otherwise gnucash for windows will always
> > need to catch up, and is at severe risk of falling behind.
> > 
> > https://github.com/jralls/guile
> > 
> 
> Yeah, that's a patched version of 2.2.7.
> 
> Even though I'm on a hiatus from coding, I believe I have all the
> parts to make Guile 3.0.x work on MinGW 32-bit no-threads.  Maybe I'll
> just see if I can't put that together real quick.

You don't even imagine how many projects/devs are waiting for your
efforts! (Maybe even twice more than just 'gnucash' :-))

And I really would very much appreciate the effort, I know how
much non-trivial it is.  Five years ago I cross-compiled
guile-2.0.9 with all its GC bugs on windows and got a working
version of our tools only after 3-5 months.  Now, I'm trying to
repeat this effort with new versions, and see it again :-(

Thank you for your work!

-- 
  Vladimir

(λ)επτόν EDA — https://github.com/lepton-eda