hello;
i pulled the july darwin binary from the cmucl repository.
the two noted errors have the following causes:
- the package lock error was caused by a patch to the pcl as of the
version i had last used in 2003. i do not know if the same problem is
present in the new pcl. one can eliminate the patch from the system
desciption and see what happens. i continued the compilation.
- the fd-stream error was cause by a conditionalization which was
intended to accomodate a particularity of the cmucl stream
implementation as of 2003. i observe that the current cmucl version has
the file-stream class. if one includes cmu19 in the conditionalization,
the compilation succeeds. (as an aside to the implementors: the error
message might be more indicative that one is trying to specialize a
method on a non-existent class...)
i tried to parse a trivial document only. that succeeded.
please report back with any further experience.
...
Gisle S�lensminde schrieb:
> On Wed, 17 Nov 2004, Raymond Toy wrote:
>
>
>>>>>>>"Gisle" == lensminde <Gisle> writes:
>>
>> Gisle> I'm looking at CL-XML, and on their web pages they tells that you
>> need
>> Gisle> experimental CLOS/MOP in order to run the package under cmucl 18e.
>> I then have
>> Gisle> two questions.
>>
>> Gisle> - What is the experimental CLOS/MOP adding to plain cmucl 18e, and
>> where can
>> Gisle> I get it.
>>
>> Gisle> - I'm using cmucl 19a, which has a lot of new CLOS features. Is the
>> features
>> Gisle> added in 19a making this addition redundant?
>>
>>
>>If "experimental CLOS/MOP" means the work that Gerd Moellman did, then
>>19a has it. If not, then I don't know what it is.
>
>
> When building under either 18e or 19a, the build fails, so at least part
> of the problem is in CL-XML, but they fails in different places. In 18a
> I get this problem:
>
> ------------- ERROR 1 -------
> The slot CLASS-PRECEDENCE-LIST is unbound in the object #<Standard-Class
> REF-NS-NODE
> {498134DD}>
>
> Restarts:
> 0: [CONTINUE] Return NIL from load of
> #p"/Home/kaktus/gisle/etc/unpacked/XML-0-949-20030409T2320-CRLF/bin/cmuclfasl/code/xquerydatamodel/xqdm-classes.fasl".
> 1: Return NIL from load of "load.lisp".
> 2: [ABORT ] Return to Top-Level.
>
> ------------- ERROR 1 END -----
>
> (The package seems to rename the binary files from x86f to fasl)
>
> If I select :0, I will get more of these, and it is not good anyway. For 19 I
> get a different behavior.
>
> ------------ ERROR 2 ---------
>
> Attempt to modify the locked package PCL, by
> redefining function OPTIMIZING-GENERATOR
> [Condition of type LISP::PACKAGE-LOCKED-ERROR]
>
> Restarts:
> 0: [CONTINUE ] Ignore the lock and continue
> 1: [UNLOCK-PACKAGE] Disable package's definition-lock, then continue
> 2: [UNLOCK-ALL ] Disable all package locks, then continue
> 3: Return NIL from load of
> #p"/Home/kaktus/gisle/etc/unpacked/XML-0-949-20030409T2320-CRLF/bin/cmuclfasl/code/patch/cmucl.fasl".
> 4: Return NIL from load of "load.lisp".
> 5: [ABORT ] Return to Top-Level.
>
> ----------- ERROR 2 END -------
>
> If I continue this by chosing :2 (still not good), i get this error.
>
> ----------- ERROR 3 -----------
>
> Error in function PCL::FIND-CLASS-FROM-CELL:
> No class named COMMON-LISP::FD-STREAM.
> [Condition of type SIMPLE-ERROR]
>
> Restarts:
> 0: [CONTINUE] Return NIL from load of
> #p"/Home/kaktus/gisle/etc/unpacked/XML-0-949-20030409T2320-CRLF/bin/cmuclfasl/code/xquerydatamodel/xqdm-operators.fasl".
> 1: Return NIL from load of "load.lisp".
> 2: [ABORT ] Return to Top-Level.
>
> ---------- ERROR 3 end --------
>
> I suppose that this don't works with 19a, and need some extension to work
> with
> 18e. I suppose that I should try to look for the CL-XML developers.
>
>
