Opened 11 years ago

Closed 11 years ago

#8808 closed enhancement (invalid)

upgrade ecl from 10.2.1 to 10.4.1

Reported by: was Owned by: tbd
Priority: major Milestone: sage-duplicate/invalid/wontfix
Component: packages: standard Keywords:
Cc: nbruin Merged in:
Authors: William Stein Reviewers: Jason Grout
Report Upstream: N/A Work issues:
Branch: Commit:
Dependencies: Stopgaps:

Status badges

Description (last modified by was)

Download the newest tarball from:

http://sourceforge.net/projects/ecls/

This *should* also fix #7690.

See #8731 for upgrading Maxima.

Change History (13)

comment:1 Changed 11 years ago by was

  • Priority changed from critical to major
  • Status changed from new to needs_review

comment:2 Changed 11 years ago by was

  • Status changed from needs_review to needs_work

NOTE:

Maxima-5.20.1.p0 doesn't just build with this ECL

Summary:
ECL enabled. Executable name: "ecl"
default lisp: ecl
wish executable name: "wish"
Making all in src
make[1]: Entering directory `/mnt/usb1/scratch/wstein/build/san_diego/sage-4.4/spkg/build/maxima-5.20.1.p0/src/src'
test -d binary-ecl || mkdir binary-ecl
ecl -norc -eval '(progn (load "../lisp-utils/defsystem.lisp") (funcall (intern (symbol-name :operate-on-system) :mk) "maxima" :compile :verbose t) (build-maxima-lib))' -eval '(ext:quit)'
;;; Loading "/mnt/usb1/scratch/wstein/build/san_diego/sage-4.4/spkg/build/maxima-5.20.1.p0/src/src/../lisp-utils/defsystem.lisp"
;;; Loading #P"/mnt/usb1/scratch/wstein/build/san_diego/sage-4.4/local/lib/ecl/cmp.fas"
;;; Loading #P"/mnt/usb1/scratch/wstein/build/san_diego/sage-4.4/local/lib/ecl/sysfun.lsp"
An error occurred during initialization:
Attempt to redefine function REQUIRE in locked package..
make[1]: *** [binary-ecl/maxima] Error 1
make[1]: Leaving directory `/mnt/usb1/scratch/wstein/build/san_diego/sage-4.4/spkg/build/maxima-5.20.1.p0/src/src'
make: *** [all-recursive] Error 1
***********************************************************
Failed to make Maxima.
***********************************************************

real    0m3.803s
user    0m1.190s
sys     0m1.200s
sage: An error occurred while installing maxima-5.20.1.p0
Please email sage-devel http://groups.google.com/group/sage-devel
explaining the problem and send the relevant part of
of /mnt/usb1/scratch/wstein/build/san_diego/sage-4.4/install.log.  Describe your computer, operating system, etc.
If you want to try to fix the problem yourself, *don't* just cd to
/mnt/usb1/scratch/wstein/build/san_diego/sage-4.4/spkg/build/maxima-5.20.1.p0 and type 'make check' or whatever is appropriate.
Instead, the following commands setup all environment variables
correctly and load a subshell for you to debug the error:
(cd '/mnt/usb1/scratch/wstein/build/san_diego/sage-4.4/spkg/build/maxima-5.20.1.p0' && '/mnt/usb1/scratch/wstein/build/san_diego/sage-4.4/sage' -sh)
When you are done debugging, you can type "exit" to leave the
subshell.

comment:3 Changed 11 years ago by was

  • Description modified (diff)

comment:4 Changed 11 years ago by was

  • Status changed from needs_work to needs_review

comment:5 follow-up: Changed 11 years ago by kcrisman

  • Cc nbruin added

Question: Does this ECL incorporate the patch nbruin mentions in #8645?

comment:6 in reply to: ↑ 5 Changed 11 years ago by jason

Replying to kcrisman:

Question: Does this ECL incorporate the patch nbruin mentions in #8645?

That patch just adds a Changelog entry. This spkg has a different changelog entry (i.e., William updated this spkg, not Nils). So this is a nonissue.

comment:7 Changed 11 years ago by jason

  • Authors set to William Stein
  • Reviewers set to Jason Grout
  • Status changed from needs_review to positive_review

The spkg looks good, and the new maxima (#8731) builds with it.

This should *only* be merged simultaneously with the new maxima at #8731.

comment:8 Changed 11 years ago by jason

  • Summary changed from upgrade ecl from 10.2.1 to 10.4.1 (or whatever is newest upstream) to upgrade ecl from 10.2.1 to 10.4.1

comment:9 Changed 11 years ago by kcrisman

I think you should look at #8951 too. It seems silly to have competing ECL packages, although of course they were addressing two different things. Maybe there could be an immediate p0, or maybe that fix could be incorporated here? It isn't a change to ECL, but just a change to how to determine if you build 64-bit on Solaris and a conditional removal of temp files, so either way of solving it seems reasonable.

comment:10 Changed 11 years ago by drkirkby

I've updated #8951 so it includes both the changes here (upadate of ECL) and the changes on that ticket (remove /tmp/ECL*).

comment:11 in reply to: ↑ description Changed 11 years ago by nbruin

  • Status changed from positive_review to needs_work

Just note that ticket #8645 is about the same issue. The ticket there is closed because the "src" directory there is not the same as in the official ECL distribution.

However, the instructions for making an ECL spkg explicitly mention that these directories should be removed. So, either change the instructions on building an ECL spkg or remove those directories from the spkg.

The reasons why those directories should be removed are mentioned in the instructions.

comment:12 Changed 11 years ago by jason

Thanks for pointing this out. I didn't see that.

comment:13 Changed 11 years ago by mvngu

  • Milestone changed from sage-4.4.2 to sage-duplicate/invalid/wontfix
  • Resolution set to invalid
  • Status changed from needs_work to closed
Note: See TracTickets for help on using tickets.