Re: relocatable guile on windows

[Mike Gran]

On Thu, Dec 08, 2022 at 06:56:44AM +0100, Janneke Nieuwenhuizen wrote:
> Mike Gran writes:
> 
> Hi!
> 
> > Almost all instances of the long integer are replaced with intptr_t,
> > since on 64-bit Windows, sizeof(long) < sizeof(void *), in violation
> > of Guile's expectations.  Largely janneke did this work, but, I added
> > a couple more.
> 
> Now that you found more, do you know if JIT works?  I couldn't get it to
> work on wip-mingw, so I've been using --disable-jit.

Sorry, I didn't even look into the lightening directory or try to
patch it.  I just assumed that JIT would be too compilicated
for me to understand.

A recompile with JIT enabled seems to fail almost immediately.

Regards,
Mike Gran

Re: relocatable guile on windows

[Janneke Nieuwenhuizen]

Mike Gran writes:

Hi!

> For reasons why you shouldn't use Microsoft Windows ever, see:
> https://www.gnu.org/philosophy/upgrade-windows.html

Right.  No-one in their right mind should ever use Windows.  Sadly,
people even pay for this stuff.

Having said that, great work!

> Almost all instances of the long integer are replaced with intptr_t,
> since on 64-bit Windows, sizeof(long) < sizeof(void *), in violation
> of Guile's expectations.  Largely janneke did this work, but, I added
> a couple more.

Now that you found more, do you know if JIT works?  I couldn't get it to
work on wip-mingw, so I've been using --disable-jit.

Greetings,
Janneke

-- 
Janneke Nieuwenhuizen   | GNU LilyPond https://LilyPond.org
Freelance IT https://www.JoyOfSource.com | Avatar® https://AvatarAcademy.com

Re: relocatable guile on windows

[Dr. Arne Babenhauserheide]

"Dr. Arne Babenhauserheide"  writes:

> Mike Gran  writes:
>> There is a README-win.txt file that explains how you might use it to
>> distribute a game jam game on Windows.
>>
>>   https://github.com/spk121/guile/blob/reloc-package/README-win.txt
>
> This may be just a hack, but it is absolutely awesome!

> It finally solves the problem of getting Guile-tools to Windows-using
> friends. (now I just have to learn how to follow that)

And this sounds like it could make games actually feel like standalone
games:

> The purpose of this is to allow someone to just double-click on the
> Guile executable to launch an app without requiring a shell script.

https://github.com/spk121/guile/blob/reloc-package/README-win.txt

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


signature.asc
Description: PGP signature

Re: relocatable guile on windows

[Vivien Kraus]

Hello,

Le samedi 03 décembre 2022 à 18:48 -0800, Mike Gran a écrit :
> To help deliver a game as a single zip or tar file, a new configure
> option --enable-relative-paths is added.  This installs all of guile
> into the $(prefix)/app directory, and modifies the loading logic to
> search for scheme, compiled scheme, and extension files relative to
> the location of the executable.  The applications and all shared
> object library files are in the root of that directory. 
> $(prefix)/app
> is just a staging directory, and that directory can be renamed and
> relocated.

This is a common problem for all programs, and gnulib has a working
solution for that:
https://www.gnu.org/software/gnulib/manual/html_node/Supporting-Relocation.html

Also, this chapter describes a few more things gnulib can do for
windows:
https://www.gnu.org/software/gnulib/manual/html_node/Native-Windows-Support.html

I hope this can help make your work more maintainable.

Best regards,

Vivien

Re: relocatable guile on windows

[Dr. Arne Babenhauserheide]

Mike Gran  writes:
> There is a README-win.txt file that explains how you might use it to
> distribute a game jam game on Windows.
>
>   https://github.com/spk121/guile/blob/reloc-package/README-win.txt

This may be just a hack, but it is absolutely awesome!

It finally solves the problem of getting Guile-tools to Windows-using
friends. (now I just have to learn how to follow that)

Thank you very much!

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


signature.asc
Description: PGP signature

Re: No Guile on Windows?

[Ludovic Courtès]

Linus Björnstam  skribis:

> TIL that guile 1.6 had 2.5% pascal code!

I don’t think so.  :-)  Probably a mistake of the tool that tries to
identify languages.  For
,
sloccount says:

--8<---cut here---start->8---
Totals grouped by language (dominant language first):
ansic:61318 (75.07%)
lisp: 15803 (19.35%)
sh:2796 (3.42%)
asm:   1514 (1.85%)
awk:199 (0.24%)
csh: 50 (0.06%)
--8<---cut here---end--->8---

Ludo’.

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

[Linus Björnstam]

TIL that guile 1.6 had 2.5% pascal code!

-- 
  Linus Björnstam

On Thu, 13 Aug 2020, at 15:02, Pikachu Hy via General Guile related discussions 
wrote:
> hi,
> I build a msvc-version guile on Windows 10.
> 
> https://github.com/PikachuHy/guile-1.6.7/releases/tag/v20200813
> 
> Best wishes,
> PikachuHy
> 
>

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

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,  wrote:

> > From: Christopher Lam 
> > Date: Sat, 25 Jul 2020 13:56:28 +
> > Cc: guile-user , help-g...@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?

[Dmitry Alexandrov]

David Pirotte  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...


signature.asc
Description: PGP signature

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? (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  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)

[Eli Zaretskii]

> From: Christopher Lam 
> Date: Sat, 25 Jul 2020 13:56:28 +
> Cc: guile-user , help-g...@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)

[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  wrote:

> > Date: Sat, 25 Jul 2020 00:48:35 -0300
> > From: David Pirotte 
> > Cc: Dmitry Alexandrov , guile-user@gnu.org,
> help-g...@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]

> Date: Sat, 25 Jul 2020 00:48:35 -0300
> From: David Pirotte 
> Cc: Dmitry Alexandrov , guile-user@gnu.org, help-g...@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)

[David Pirotte]

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


pgpyeodAlFmKi.pgp
Description: OpenPGP digital signature

Re: No Guile on Windows?

[Jan Wielkiewicz]

Hello,

Dnia 2020-07-24, o godz. 16:00:56
Ludovic Courtès  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: No Guile on Windows?

[Dmitry Alexandrov]

Ludovic Courtès  wrote:
> Eli Zaretskii  skribis:
>>  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.


signature.asc
Description: PGP signature

Re: No Guile on Windows?

[Dr. Arne Babenhauserheide]

Stefan Israelsson Tampe  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


signature.asc
Description: PGP signature

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  wrote:

> Hi!
>
> Eli Zaretskii  skribis:
>
> > 
> > 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?

[Ludovic Courtès]

Hi!

Eli Zaretskii  skribis:

> 
> 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? (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? (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  wrote:

> Jérémy Korwin-Zmijowski  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)

[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, 
wrote:

>
> Eli Zaretskii  writes:
> > 
> > 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.
> > 
>
> 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)

[Dr. Arne Babenhauserheide]

Eli Zaretskii  writes:
> 
> 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.
> 

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


signature.asc
Description: PGP signature

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  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)

[Eli Zaretskii]

> From: Dmitry Alexandrov 
> Date: Fri, 24 Jul 2020 03:06:53 +0300
> Cc: Guile User , Guix Help 
> 
> > ## 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.


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.