-
Notifications
You must be signed in to change notification settings - Fork 1.2k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[mingw-w64-make] Is it possible to bring back Guile support? #3298
Comments
I don't believe that guile currently builds for mingw64 due to a long standing issue with the guile package itself. #699 |
@irakhlin try to build both 32 and 64 yourself |
Hi there, |
@vzh I will not build package from git, only release versions |
OK, thank you! I'll ask guile devs if they have any plans on releasing it. |
@spk121 Have you made some progress in mainlining your patches ? It would really be helpful to have a mingw guile package. |
The upcoming 3.0.6 release should support MinGW out of the box at least at some level. The unthreaded, 32-bit build will definitely work, though it won't pass the test suite 100% due to missing features. We're hoping to get the 64-bit build and the threaded build fixed by 3.0.6 as well, but, it is TBD. |
Guile 3.0.7 is out. is it possible to re-add guile support with this release? |
Are we asking for mingw-w64-guile package here? Or somehow adding guile in make 😕 |
I personally just want libguile (so a mingw-w64-guile package), but the guile base package is also stuck at version 2 and could use an update (if possible) |
I tried to compile 3.0.7, master, and a branch named "wip-mingw", the furthest I got was on the later with |
I have sent an email in guile mailing list here https://lists.gnu.org/archive/html/guile-devel/2022-10/msg00019.html. If things go well I can try to add mingw-w64-guile package. |
Some updates.
Some info about that in here https://lists.gnu.org/archive/html/bug-gnulib/2010-09/msg00265.html
--- a/configure.ac
+++ b/configure.ac
@@ -565,7 +565,7 @@ AC_CHECK_DECLS([_NL_NUMERIC_GROUPING], [], [], [[#include <langinfo.h>]])
# only with `_XOPEN_SOURCE' or some such.
#
AC_CHECK_HEADERS([crypt.h netdb.h pthread.h pthread_np.h sys/param.h sys/resource.h sys/file.h sys/mman.h])
-AC_CHECK_FUNCS(chroot flock getlogin cuserid getpriority setpriority getpass sethostname gethostname)
+AC_CHECK_FUNCS(chroot flock getlogin cuserid getpriority setpriority getpass sethostname)
AC_CHECK_DECLS([sethostname, hstrerror, cuserid])
# crypt() may or may not be available, for instance in some countries there guile.exe itself fails with the errors
|
For the first error, you might need to add Edit: Noticed a bit late that |
I have tried that but same build error with gethostname. |
Sorry. That was a bit more involved than I initially thought. Just wanted to share the patches in case you are more successful: |
Hi. The only version of Guile that I've built successfully on MinGW recently is MSys2 MinGW 32. So it is 32-bit only, unthreaded. The 64-bit build remains broken because of long == 4 bytes, when guile expects long == 8 bytes. There are some patches, but, nothing moved into the main tree |
It is much more easier and efficient to automate complex build processes with embedded Guile procedures than with GNU Make's own internal language. Is it possible to enable Guile support again?
The text was updated successfully, but these errors were encountered: