[Ecls-list] [ANN] ECL 9.12.3

[Semih Cemiloglu]

Dear Juan,

 

Checksum is the same as the one you see:

 

$ md5sum ecl-9.12.3.tgz

52b29c24bc29c5144f3314dac8cdd42d  ecl-9.12.3.tgz

 

 

After deleting and re-creating the ECL source tree freshly I manage to build it without problems (see below). 

I suspect a stale config.status or similar file was  the cause.

 

>From the build logs you pointed at 

http://ecls.sourceforge.net/logs.html 

I can see 3 kinds of Solaris builds are exclusively using Gcc as C/C++ compiler. It might be beneficial to pick Sun  Studio compilers at least on one platform since

a)      You can catch portability issues and inadvertent use of Gcc extensions quickly. 

b)      Sun Studio compilers are known to compile faster and generate better optimized code *in general* compared to Gcc. Some of ECL users may wish to use this compiler for performance and ABI reasons.

 

Thanks, regards,

Semih Cemiloglu

 

 

--- Build steps on OpenSolaris x86 2009.06 ----

 

$ uname -a

SunOS giant 5.11 snv_111b i86pc i386 i86pc Solaris

 

$ CC -V

CC: Sun C++ 5.10 SunOS_i386 2009/06/03

 

$ cc -V

cc: Sun C 5.10 SunOS_i386 2009/06/03

 

$ export CC="cc -xc99=all"

$ export CXX=CC

 

$ configure --enable-slow-config --with-system-gmp=no  --with-dffi=no --prefix=/stow/ecl-9.10.3 2>&1 |tee conf.log

 

$ gmake 2>&1 |tee make.log

 

$ gmake install 2>&1 |tee inst.log

$ export LD_LIBRARY_PATH=/stow/ecl-9.10.3/lib:$LD_LIBRARY_PATH

$ ldd -Lr /stow/ecl-9.10.3/bin/ecl

        libecl.so =>     /stow/ecl-9.10.3/lib/libecl.so

        libdl.so.1 =>    /lib/libdl.so.1

        libm.so.2 =>     /lib/libm.so.2

        libsocket.so.1 =>        /lib/libsocket.so.1

        libnsl.so.1 =>   /lib/libnsl.so.1

        libintl.so.1 =>  /lib/libintl.so.1

        libc.so.1 =>     /lib/libc.so.1

        libscf.so.1 =>   /lib/libscf.so.1

        libuutil.so.1 =>         /lib/libuutil.so.1

        libgen.so.1 =>   /lib/libgen.so.1

        libmd.so.1 =>    /lib/libmd.so.1

        libmp.so.2 =>    /lib/libmp.so.2

 

$ /stow/ecl-9.10.3/bin/ecl

ECL (Embeddable Common-Lisp) 9.12.3

Copyright (C) 1984 Taiichi Yuasa and Masami Hagiya

Copyright (C) 1993 Giuseppe Attardi

Copyright (C) 2000 Juan J. Garcia-Ripoll

ECL is free software, and you are welcome to redistribute it

under certain conditions; see file 'Copyright' for details.

Type :h for Help.

Top level.

> (+ 1 2)

 

3

 

From: Juan Jose Garcia-Ripoll [mailto:juanjose.garciaripoll at googlemail.com] 
Sent: Friday, 18 December 2009 7:02 PM
To: Semih Cemiloglu
Cc: list-ecl
Subject: Re: [Ecls-list] [ANN] ECL 9.12.3

 

 

On Fri, Dec 18, 2009 at 5:35 AM, Semih Cemiloglu <Semih.Cemiloglu at nec.com.au> wrote:

I'm unable to build ECL 9.12.3 on OpenSolaris: 

	$ export CC="cc -xc99=all"

	$ export CXX=CC

The first Solaris build in the log, http://ecls.sourceforge.net/logs.html is done with OpenSolaris and Sun's compiler. In addition to this I checked, using the tarball that is available in Sourceforge, that --with-dffi=no does work. I could only do it in the boxes I can access from the office (no OpenSolaris + Sun's compiler), but it definitely does not create ffi_x*.o files in the build directory. 

	$ ./configure --enable-slow-config --with-system-gmp=no  --with-dffi=no --prefix=/stow/ecl-9.10.3 2>&1 |tee conf.log

	...

	configure: WARNING: unrecognized options: --with-dffi

I really did not see this warning. What is the checksum of the tar file you downloaded?




$ md5sum ecl-9.12.3.tgz 

52b29c24bc29c5144f3314dac8cdd42d  ecl-9.12.3.tgz

 

Juanjo

 

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


This email may be confidential and/or privileged. Only the intended recipient may access or use it. If you are not the intended recipient, please delete this email and notify NEC Australia Pty Ltd promptly. NEC uses antivirus software but excludes all liability for viruses or similar in any attachment.
Please consider our environment before printing this email.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mailman.common-lisp.net/pipermail/ecl-devel/attachments/20091222/124a74ba/attachment.html>