Re: [Ecls-list] Big patch

2010-10-29 Thread Juan Jose Garcia-Ripoll
Thanks for reporting it. Right now the speed at which I prepare fixes and changes in ECL is faster than the speed of commits and of answering emails :-) Juanjo On Fri, Oct 29, 2010 at 5:09 AM, Matthew Mondor mm_li...@pulsar-zone.netwrote: On Fri, 22 Oct 2010 00:06:28 -0400 Matthew Mondor

[Ecls-list] Need help compiling ECL 10.4.1 (32-bit) on Win7 64-bit via mingw32/msys

2010-10-29 Thread Paul Goins
Hi, New to the list, so please forgive me if I've missed a thread that covers this. I'm trying to compile ECL 10.4.1 under Windows 7 64-bit. Unfortunately, I'm having problems, and the Windows with Mingw/Cygwin section of the reference guide is totally blank, so I thought I should ask here.

[Ecls-list] ECL HEAD now compiles Embedded Qt Lisp

2010-10-29 Thread Polos Ruetz
Just letting you know that the Embedded Qt Lisp EQL (http://gitorious.org/eql/eql) now compiles fine with the current ECL HEAD. (For the interested: I needed to insert the macro definition from SERVE-EVENT:WITH-FD-HANDLER in the file src/lisp/ini.lisp, otherwise it didn't compile. Since I do some

Re: [Ecls-list] Need help compiling ECL 10.4.1 (32-bit) on Win7 64-bit via mingw32/msys

2010-10-29 Thread Gabriel Dos Reis
On Fri, Oct 29, 2010 at 8:48 AM, Paul Goins gene...@vultaire.net wrote: Hi, New to the list, so please forgive me if I've missed a thread that covers this. I'm trying to compile ECL 10.4.1 under Windows 7 64-bit. Unfortunately, I'm having problems, and the Windows with Mingw/Cygwin section

Re: [Ecls-list] Need help compiling ECL 10.4.1 (32-bit) on Win7 64-bit via mingw32/msys

2010-10-29 Thread Marko Kocić
Just wanted to ask the same question, but you beat me to it :) I'm using mingw64, Win7 64, similar to you. I can build gc-7.2-alpha-4 as both 32 and 64 bit, by setting CFLAGS=-mXX flag. The problem is that gmp on windows could be compiled only as -m32. I tried gmp-4.3.2 and gmp-5.0.1 and latest

Re: [Ecls-list] Big patch

2010-10-29 Thread Juan Jose Garcia-Ripoll
On Fri, Oct 22, 2010 at 5:13 AM, Matthew Mondor mm_li...@pulsar-zone.netwrote: GCC 4.1.3 without glibc (but NetBSD-5 using its own libc) do not yet support C99 long double math functions. An initial build failed with undefined reference errors to the following l-suffixed long double math

Re: [Ecls-list] Need help compiling ECL 10.4.1 (32-bit) on Win7 64-bit via mingw32/msys

2010-10-29 Thread Juan Jose Garcia-Ripoll
On Fri, Oct 29, 2010 at 9:40 PM, Marko Kocić marko.ko...@gmail.com wrote: I compiled both gmp and gc with -m32, set CFLAGS for ECL to use -m32, Compilation went fine until the moment ./ecl_min is invoked. I suppose the problem is that ./ecl_min uses gcc to compile lisp stuff, but doesn't set

Re: [Ecls-list] Need help compiling ECL 10.4.1 (32-bit) on Win7 64-bit via mingw32/msys

2010-10-29 Thread Gabriel Dos Reis
On Fri, Oct 29, 2010 at 12:48 PM, Paul Goins gene...@vultaire.net wrote: Hello, On 10/29/2010 11:43 PM, Gabriel Dos Reis wrote: Add --enable-boehm=system so that ECL picks up the GC library you just installed. PS: I have not been able to build ECL on windows 7, so let me know how it went.

Re: [Ecls-list] ECL HEAD now compiles Embedded Qt Lisp

2010-10-29 Thread Juan Jose Garcia-Ripoll
On Fri, Oct 29, 2010 at 4:34 PM, Polos Ruetz polos.ru...@gmail.com wrote: Just letting you know that the Embedded Qt Lisp EQL (http://gitorious.org/eql/eql) now compiles fine with the current ECL HEAD. Great! Thanks for reporting return to normality :-) (For the interested: I needed to

Re: [Ecls-list] Need help compiling ECL 10.4.1 (32-bit) on Win7 64-bit via mingw32/msys

2010-10-29 Thread Gabriel Dos Reis
On Fri, Oct 29, 2010 at 2:40 PM, Marko Kocić marko.ko...@gmail.com wrote: Just wanted to ask the same question, but you beat me to it :) I'm using mingw64, Win7 64, similar to you. I have been using mingw64, windows 7 64-bit, and I have not been able build full ECL. However, I can build

Re: [Ecls-list] Need help compiling ECL 10.4.1 (32-bit) on Win7 64-bit via mingw32/msys

2010-10-29 Thread Gabriel Dos Reis
On Fri, Oct 29, 2010 at 3:20 PM, Juan Jose Garcia-Ripoll juanjose.garciarip...@googlemail.com wrote: Regarding more generally Win64 support, I have built ECL with Windos64 support using Microsoft's compilers. Indeed this is the regular build in ECL's test farm whenever it is not off the grid

Re: [Ecls-list] Need help compiling ECL 10.4.1 (32-bit) on Win7 64-bit via mingw32/msys

2010-10-29 Thread Marko Kocić
On Fri, Oct 29, 2010 at 10:28 PM, Gabriel Dos Reis g...@integrable-solutions.net wrote: On Fri, Oct 29, 2010 at 2:40 PM, Marko Kocić marko.ko...@gmail.com wrote: Just wanted to ask the same question, but you beat me to it :) I'm using mingw64, Win7 64, similar to you. I have been using

Re: [Ecls-list] Need help compiling ECL 10.4.1 (32-bit) on Win7 64-bit via mingw32/msys

2010-10-29 Thread Juan Jose Garcia-Ripoll
On Fri, Oct 29, 2010 at 10:30 PM, Gabriel Dos Reis g...@integrable-solutions.net wrote: I'm reading this as suggesting that the build problem I am having would be confined to mingw64 port only. I don't know. I may have broken something along the way, but last thing I remember was 64-bit was

Re: [Ecls-list] unknown symbol: mp::interrupt-process / We cannot use the mmap code without siginfo

2010-10-29 Thread Juan Jose Garcia-Ripoll
On Thu, Oct 28, 2010 at 8:54 PM, Dr. David Kirkby david.kir...@onetel.netwrote: I'm having a hard time on Solaris and OpenSolaris building the libecl.so library without text relocations against non-writable segments. This basically makes the ECL library unusable on 64-bit

Re: [Ecls-list] Need help compiling ECL 10.4.1 (32-bit) on Win7 64-bit via mingw32/msys

2010-10-29 Thread Gabriel Dos Reis
On Fri, Oct 29, 2010 at 3:34 PM, Juan Jose Garcia-Ripoll juanjose.garciarip...@googlemail.com wrote: I did not find such a thing. All I found were several mingw64 packages and various naming conventions for them, no msys and thus no apparent support for Unix-like builds and an overall lack of

Re: [Ecls-list] Revisiting locks and signals

2010-10-29 Thread Juan Jose Garcia-Ripoll
On Tue, Oct 26, 2010 at 5:54 PM, Waldek Hebisch hebi...@math.uni.wroc.plwrote: I think it is reasonable to ignore POSIX restrictions. POSIX is mostly a C API standard, so it is affected by limitations of C library. ... which is what ECL uses internally! This is not SBCL, and even they do not

Re: [Ecls-list] ECL HEAD now compiles Embedded Qt Lisp

2010-10-29 Thread Polos Ruetz
2010/10/29, Juan Jose Garcia-Ripoll juanjose.garciarip...@googlemail.com: Did you name it serve-event:with-fd-handler? Did you use (require 'serve-event) before building the library? One may list serve-event and sockets among the modules that are linked together with ECL using

Re: [Ecls-list] Revisiting locks and signals

2010-10-29 Thread Juan Jose Garcia-Ripoll
Mathew, let me try to explain again what is the problem and a possible operation model. First of all a reminder of how I name things (which may not be compatible with usual standards :-). Compiled programs may receive interrupts or signals which may be originated by the operating system or by

Re: [Ecls-list] unknown symbol: mp::interrupt-process / We cannot use the mmap code without siginfo

2010-10-29 Thread Juan Jose Garcia-Ripoll
On Thu, Oct 28, 2010 at 8:54 PM, Dr. David Kirkby david.kir...@onetel.netwrote: I'm having a hard time on Solaris and OpenSolaris building the libecl.so library without text relocations against non-writable segments. This basically makes the ECL library unusable on 64-bit

Re: [Ecls-list] Need help compiling ECL 10.4.1 (32-bit) on Win7 64-bit via mingw32/msys

2010-10-29 Thread Paul Goins
Hello, On 10/30/2010 5:24 AM, Gabriel Dos Reis wrote: On Fri, Oct 29, 2010 at 12:48 PM, Paul Goinsgene...@vultaire.net wrote: Info: resolving _GC_dont_gc by linking to __imp__GC_dont_gc (auto-import) Info: resolving _GC_oom_fn by linking to __imp__GC_oom_fn (auto-import) Info: resolving