[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Changes for supporting native Windows compilation

From: Martin Grabmueller
Subject: Changes for supporting native Windows compilation
Date: Thu, 1 Mar 2001 10:29:54 +0100 (MET)

Hello list,

the maintainer (Stefan Jahn, address@hidden) of GNU Serveez
( recently asked me if the Guile
maintainers would accept patches to make Guile compile under native
Windows, using the M$ Visual C compiler.  He already made a native
port of guile-1.4 (excluding the posix functions), and would like to
see the patches go into the distribution.  Below is a list of what he
had to change:

> Hereby I send you the requested overview:

>  * do not change readline's in- and output stream
>  * choose native Win32 api for waiting for input events instead of select()
>  * define something like GUILE_API to identify exported functions
>  * maybe use __int64 instead of long long
>  * replace ftruncate() and truncate() by chsize()
>  * access checking for file descriptors has to be changed (fcntl)
>  * startup and cleanup Winsock API
>  * use Winsock API instead of standard unix networking (different headers)
>  * check signal names and drop the use of alarm()
>  * use raise() instead of kill (getpid ())
>  * change libtool's build process for DLLs

With these changes a

./configure --disable-posix --enable-regex --disable-debug-malloc \
            --disable-debug-freelist --with-modules --enable-guile-debug \
            --without-threads --enable-ltdl-convenience \
            --cache-file=config.cache --prefix=/mingw

does result in a working Guile.

And yes, we know that a cygwin port does exist and is functional, but
it is too slow for the requirements of GNU Serveez.


reply via email to

[Prev in Thread] Current Thread [Next in Thread]