Embeddable Common-Lisp

On Fri, Aug 17, 2012 at 2:21 PM, bob <bobatnet@...> wrote:

> I am trying to build ecl (both stable from git) on MinGW (latest stable)
> with gcc 4.7.0. But I am presented with different errors during the make
> stage. Using the stable release (12.7.1) I hit upon make error while
> building libsocket. So I tried configure with --with-tcp=no. But then I
> have error in /src/c/file.d.


I always build ecl on all supported platforms prior to making a release. In
this case I tested it on mingw, cygwin and msvc before putting it out. None
of the errors you experience were reported nor were seen in my Virtualbox
images.


> I would like to know if it is by design that building ecl on MinGW isn't
> supported ?
>

Why do you say this, when it is stated on the ECL webpage that Mingw is
supported?

The only thing that happens is that ECL runs on more than 10 different
platforms and sometimes changes that look innocent break one of the ports.


> I think I somewhere saw a page listing the current build state of ecl on
> variuos systems. Any info ?
>

It does not work. I do keep a farm of build bots but the Windows
virtualboxes are very very hard to keep automated -- they break regularly
and it is difficult to run jobs through ssh on them

Juanjo

-- 
Instituto de Física Fundamental, CSIC
c/ Serrano, 113b, Madrid 28006 (Spain)
http://juanjose.garciaripoll.googlepages.com

On Fri, Aug 17, 2012 at 2:21 PM, bob <bobatnet@...> wrote:

> I am trying to build ecl (both stable from git) on MinGW (latest stable)
> with gcc 4.7.0. But I am presented with different errors during the make
> stage. Using the stable release (12.7.1) I hit upon make error while
> building libsocket. So I tried configure with --with-tcp=no. But then I
> have error in /src/c/file.d.


I reckon from your private email that you were configuring with a C++
compiler. That uncovered certain problems with some windows function
prototypes and the gcc compiler being less permissive about pointer
coercion. I fixed all problems in the sockets library and find no further
problems in file.d. So the message is that now ECL seems to build fine in
Mingw + C++

Juanjo

-- 
Instituto de Física Fundamental, CSIC
c/ Serrano, 113b, Madrid 28006 (Spain)
http://juanjose.garciaripoll.googlepages.com

On Sat, Aug 25, 2012 at 3:58 AM, Juan Jose Garcia-Ripoll <
juanjose.garciaripoll@...> wrote:

> On Fri, Aug 17, 2012 at 2:21 PM, bob <bobatnet@...> wrote:
>
>> I am trying to build ecl (both stable from git) on MinGW (latest stable)
>> with gcc 4.7.0. But I am presented with different errors during the make
>> stage. Using the stable release (12.7.1) I hit upon make error while
>> building libsocket. So I tried configure with --with-tcp=no. But then I
>> have error in /src/c/file.d.
>
>
> I reckon from your private email that you were configuring with a C++
> compiler. That uncovered certain problems with some windows function
> prototypes and the gcc compiler being less permissive about pointer
> coercion. I fixed all problems in the sockets library and find no further
> problems in file.d. So the message is that now ECL seems to build fine in
> Mingw + C++
>
> I git pull'ed the latest ECL but these configure flags didn't work:
--with-sse=yes --with-cxx=yes. It had problems compiling libffi. So I tried
to compile without dffi with this:

./configure --prefix=/c/lisp/ecl-gcc --with-cxx=yes --with-sse=yes
--with-dffi=no

and it worked! Thanks!

bob

On Sat, Aug 25, 2012 at 8:14 PM, bob <bobatnet@...> wrote:

> I git pull'ed the latest ECL but these configure flags didn't work:
> --with-sse=yes --with-cxx=yes. It had problems compiling libffi


I upgraded mingw using mingw-get update and mingw-get upgrade and ECL does
compile with libffi and c++. Just to make sure the right version of libffi
is used, you may used --with-dffi=included. I tested with both, though, and
things look fine both on a fresh new installation of mingw in Windows XP
and on mingw upgraded as mentioned before.

Juanjo

-- 
Instituto de Física Fundamental, CSIC
c/ Serrano, 113b, Madrid 28006 (Spain)
http://juanjose.garciaripoll.googlepages.com