On Sun, Aug 19, 2012 at 3:46 PM, Juan Jose Garcia-Ripoll <juanjose.garciarip...@gmail.com> wrote: > On Sun, Aug 19, 2012 at 11:56 AM, Gabriel Dos Reis > <g...@integrable-solutions.net> wrote: >> >> Unfortunately, it failed to execute properly, apparently for the >> same reasons as 2 years ago. > > > There were not so many things to fix after all: > > * the typo you found > * missing :win64 keyword > * typo in _ecl_big_set_fixnum() > * wrong printf() statements in aclocal.m4
I guessed the crash had to do with the LLP ABI flavour on the 64-bit Windows. However, I was away from imagining the root cause of the last two items on the list. > > With all these, ECL seems to build fine on mingw32. The configuration step > is not the one you showed, but > > ./src/configure --prefix=... --build=x86_86-w64-mingw32 > > One needs to download and build separately the following components: > libatomic_ops (https://github.com/ivmai/libatomic_ops) , boehm-weiser > garbage collector (https://github.com/ivmai/bdwgc), and gmp 5.0.5 (stable > release). > > None of those libraries, as shipped with ECL, build on 64-bits/mingw. > Unfortunately I cannot upgrade them because then other ports would be > broken, and also because the required versions are unstable. libatomic_ops that ships with ECL builds fine for me. I am stuck with CVS on windows machine. [ I do not want msysgit to mess with my gcc setup on my machine. ] Otherwise, ECL seems now to build. I have not tested yet with OpenAxiom. -- Gaby ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ Ecls-list mailing list Ecls-list@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ecls-list