Andrew has discovered some problems (and even more than this message.)
I thought 4.0 was functional under ACL, but I would now have to say it is questionable.
Unfortunately, I am about to begin an weekend-long LAN party to rebuild the website of the Esperanto League of North America, so will not be able to incorprate Andrew's suggestions until next week.
Many thanks, Andrew for all your work. If everyone can continue to be patient with me, we will continue to have a better-and-better project.
On Fri, 2006-01-06 at 10:08 -0800, Andrew Philpot wrote:
In src/elephant.lisp, you need three more imports from CLOS (primary name is ACLMOP)
#+allegro (:import-from :clos compute-class-precedence-list validate-superclass standard-slot-definition standard-direct-slot-definition standard-effective-slot-definition direct-slot-definition-class effective-slot-definition-class slot-definition-name slot-definition-initform slot-definition-initfunction compute-effective-slot-definition class-slots slot-value-using-class slot-boundp-using-class slot-makunbound-using-class slot-definition-allocation slot-definition-initargs class-finalized-p finalize-inheritance compute-slots slot-definition-readers slot-definition-writers class-direct-slots)
In INSTALL and src/controller, there are stray references to '0.3.0' Maybe you could use logical pathnames?
I didn't notice this before, but DESERIALIZE-FROM-BASE64-STRING has arguments (x &keys sc) and is called incorrectly in SQL-DUMP-CLCN which should probably be something like
(defmethod sql-dump-clcn ((clcn integer) sc con) (let* ( (tuples (clsql::select [key] [value] :from [keyvalue] :where [and [= [clctn_id] clcn]] :database con ))) (mapcar #'(lambda (x) (mapcar #'(lambda (q) (deserialize-from-base64-string q :sc sc)) x)) tuples)))