Re: CMUCL 18c building on tru64 5.1
Fausto Saporito <[email protected]> Sat, 6 Sep 2014 22:49:03 +0200
| Newsgroups | gmane.lisp.cmucl.general |
|---|---|
| Message-ID | <CAF1zXhku0gTSoy=C3vXEES_FfdctN4ShWexwoGWzNepJV_DCiw@mail.gmail.com> |
Hello, i tried again cross-compiling using the git sources, I saw Ray modified something related alpha tree... but it seems cmucl doesn't like the line with eval-when ; Error: Read error in form starting at 1236: ; "(eval-when (:compile-toplevel :load-toplevel :execute)" ; End-of-File on #<Stream for file "/home/fausap/CMU/cmucl/src/compiler/alpha/parms.lisp"> I tried with 20d and 20e What am I doing wrong ? regards, Fausto 2014-09-04 23:54 GMT+02:00 Fausto Saporito <[email protected]>: > It's INITIAL-FUNCTION: > > 0x3028EEE8: %INITIAL-FUNCTION #x3028EED1 > > so it seems ok... > > > 2014-09-04 22:29 GMT+02:00 Carl Shapiro <[email protected]>: >> On Thu, Sep 4, 2014 at 9:17 AM, Raymond Toy <[email protected]> wrote: >>> >>> I have to say, I can't really understand this. The disassembled >>> instructions don't seem to match what's in alpha-assem.S. I'm guessing, >>> however, that this jsr inst is jumping into the initial_function, which >>> might be in v0. But in alpha-assem.S, the instruction looks like jsr >>> reg_ZERO, (reg_LIP). >> >> >> The map files generated when building a core should help you translate a PC >> to a function. I would look to see which function's PC range encloses >> 0x3028eee8. From there, we can develop a hypothesis about what is going >> wrong. _______________________________________________ cmucl-help mailing list [email protected] http://lists.zs64.net/mailman/listinfo/cmucl-help