OKlibrary  0.2.1.6
Ecl.hpp File Reference

Plans regarding installation of the Common-Lisp Ecl. More...

Go to the source code of this file.


Detailed Description

Plans regarding installation of the Common-Lisp Ecl.

Todo:
Update to 12.12.1
  • Building Ecl seems to work, but when building Maxima we get
    ;;; Loading "/home/kullmann/OKplatform/ExternalSources/builds/Maxima/ecl/maxima-5.29.0/src/binary-ecl/maxima-package.fas"
    
    Condition of type: SEGMENTATION-VIOLATION
    Detected access to an invalid or protected memory address.
       
  • Let's wait for an update of Maxima (we can't use 5.29.1 due to a bug).
Todo:
Update to 12.2.1 : DONE (now outdated)
  • Building Ecl seems to work, but when building Maxima we get
    ;      - Loading binary file "binary-ecl/intl.fas"
    ;;; Loading "/home/kullmann/OKplatform/ExternalSources/builds/Maxima/ecl/maxima-5.26.0/src/binary-ecl/intl.fas"
    An error occurred during initialization:
    In form
    (PROGN
     (LOAD "../lisp-utils/defsystem.lisp")
     (FUNCALL (INTERN (SYMBOL-NAME :OPERATE-ON-SYSTEM) :MK)
              "maxima"
              :COMPILE
              :VERBOSE
              T)
     (COMMON-LISP-USER::BUILD-MAXIMA-LIB))
    Unknown keyword :RENAME-AND-DELETE.
    make[2]: *** [binary-ecl/maxima] Error 1
    make[2]: Leaving directory `/home/kullmann/OKplatform/ExternalSources/builds/Maxima/ecl/maxima-5.26.0/src'
       
  • OK asked on the Maxima mailing-list.
Todo:
Update to 11.1.1.2
  • DONE (that repository is not to be used anymore) Version 11.1.1.2 is an update by
    > ADDRESS=anonymous@ecls.cvs.sourceforge.net:/cvsroot/ecls
    > cvs -z3 -d:pserver:$ADDRESS checkout ecl
       
  • The cvs-repository is actually outdated, and the git-repository has to be used:
    Ecl> git clone git://ecls.git.sourceforge.net/gitroot/ecls/ecl
    ea0fdff00734051a1c775c2740ddb2a92122e93c
    > mv ecl ecl-11.1.1.2
    > tar -cjf ecl-11.1.1.2.tar.bz2 ecl-11.1.1.2
       
  • The above change of repository needs to be entered into our docus (where we still mention the cvs-repository).
  • DONE (provided oklib_log) Needed to get writefile to work.
Todo:
Update to 11.1.1 : DONE
  • Version 11.1.1.1 is an update by
    > ADDRESS=anonymous@ecls.cvs.sourceforge.net:/cvsroot/ecls
    > cvs -z3 -d:pserver:$ADDRESS checkout ecl
       
  • DONE (now using conversion to upper-case) Test failure with 11.1.1.1:
    1. okltest_dec2hex(dec2hex)
      ASSERT: Expression " "0b" = "0B" " does not evaluate to true.
      
      > printf(false,"~x",11);
       "b"
           
    2. Before we got "B" --- what is correct?
    3. This is now the only test-failure.
  • DONE (now using a local installation of libffi) Should we provide a local installation of libffi? Apparently Ecl can live without it --- is this important for us?
    1. On cs-oksvr the build of 11.1.1.1 fails with
      cp /home/csoliver/OKplatform/ExternalSources/builds/Ecl/ecl-11.1.1.1/src/../contrib/unicode/ucd.dat .
      if [ -f CROSS-COMPILER ]; then \
                      ./CROSS-COMPILER compile; \
              else \
                      ECLDIR=`pwd`/ ./ecl_min compile; \
              fi
      ./ecl_min: error while loading shared libraries: libffi.so.4: cannot open shared object file: No such file or directory
           
    2. libffi is available at http://sourceware.org/libffi/ .
    3. Making a system-installation:
      builds> tar -xzf ../sources/Ecl/libffi-3.0.9.tar.gz
      builds> cd libffi-3.0.9/
      libffi-3.0.9> ./configure
      libffi-3.0.9> make
      libffi-3.0.9> make install
           
    4. However this doesn't help since we build Ecl with the local gcc, and thus we also need to build libffi with the local gcc.
  • DONE (likely not needed) Apparently Ecl can also be built by a C++ compiler --- shall we do so? We already provide CC and CXX, so that hopefully suffices?
  • DONE (not relevant for the current configuration) Maxima test failure (5.21.1, but not 5.23.2):
    Running tests in rtest8:
    ********************** Problem 101 ***************
    Input:
    ev(e5, au = 0, omega = 2)
    Result:
                - u
    quad_qawf(%e   , u, 0, 2, sin, epsabs = 1.e-10, limit = 32, maxp1 = 100,
                                                                       limlst = 10)
    This differed from the expected result:
    [.4000000000000001, 2.216570948815925e-11, 175, 0]
    133/134 tests passed
    The following 1 problem failed: (101)
       
    This looks like a new problem.
  • DONE (corrected with 11.1.1.1) We get an OKlib test-failure (with Maxima 5.21.1 and 5.23.2):
    1. okltest_primes_interval(primes_interval)
      ASSERT: Expression " 231 = 168 " does not evaluate to true.
      ERROR: /home/kullmann/OKplatform/system_directories/aux/tests/maxima/OKlib/ComputerAlgebra/NumberTheory/Lisp/testobjects/PrimeNumbers
      make[2]: *** [/home/kullmann/OKplatform/OKsystem/OKlib/ComputerAlgebra/NumberTheory/Lisp/testobjects/PrimeNumbers.mac] Error 1
      make[2]: Leaving directory `/home/kullmann/OKplatform/OKsystem/OKlib/ComputerAlgebra'
           
    2. The problem is that next_prime(113) = 121 = 11^2 !
    3. Inform the Maxima mailing-list! (In any case this error should have been caught by the tests --- next_prime here is very buggy.)
Todo:
Documentation
  • Documentation is not included in the package, so we need to download it.
  • Creating then a wrapper Ecl.html (as CLisp.html).

Definition in file Ecl.hpp.