ok... now "the party is over" :-) In initial-function, and running. GLOBALDB-INIT FDEFN-INIT TYPEDEF-INIT CLASS-INIT TYPE-INIT Calling top-level forms. %primitive halt called; the party is over. LDB monitor ldb>
what's happening ? 2014-09-10 1:43 GMT+02:00 Raymond Toy <[email protected]>: > Try this. In your cross script, somewhere after new-backend, add the > following: > > (clrhash kernel::*modular-funs*) > > Oh, and if you're using bin/load-world.sh, be sure to use the -p option so > pcl isn't loaded. (Or just use the CONTINUE restart to skip loading of pcl.) > > On Tue, Sep 9, 2014 at 3:55 PM, Fausto Saporito <[email protected]> > wrote: >> >> I did such change... but I have always the same error... >> I checked in the source code and that function should be included only >> with modular-arith! >> >> ;; Not sure this is 100% right, but the defoptimizer for ash only >> ;; calls ash-left-mod32 when the COUNT is known to be a (UNSIGNED-BYTE >> ;; 5), which is what %ASHL wants. >> #+modular-arith >> (defun vm::ash-left-mod32 (integer count) >> (declare (type integer integer) >> (type (integer 0 31) count)) >> (bignum::%ashl (ldb (byte 32 0) integer) count)) >> >> if I understood well the #-syntax. >> >> Maybe, the cross compiler override such definition... I don't know... >> >> >> 2014-09-10 0:22 GMT+02:00 Raymond Toy <[email protected]>: >> > >> > >> > On Tue, Sep 9, 2014 at 3:14 PM, Fausto Saporito >> > <[email protected]> >> > wrote: >> >> >> >> ok... this is interesting: >> >> >> >> ldb> print $1 >> >> $1= 0x30182847: other pointer >> >> header: 0x000003ba: fdefn >> >> $2= name: 0x30182817: ASH-LEFT-MOD32 >> >> $nil= function: 0x2800000b: NIL >> >> raw_addr: 0x00010140: 16464 >> >> >> >> I remember ASH-LEFT-MOD32... is something related to modular-arithmetic >> >> ? >> >> I disabled such feature, but I'm not sure if this could be related. >> > >> > >> > Yes, that's modular arithmetic. Something is leaking. >> > Maybe in your cross script, add something like >> > >> > (setf *features* (remove :modular-arith *features*)) >> > >> > after c::new-backend. It might be good to do that with :double-double >> > and >> > :linkage-table. Not sure though, but probably harmless if you do since >> > alpha >> > doesn't support that. >> > >> >> >> >> >> >> >> >> 2014-09-10 0:04 GMT+02:00 Raymond Toy <[email protected]>: >> >> > >> >> > >> >> > On Tue, Sep 9, 2014 at 3:00 PM, Fausto Saporito >> >> > <[email protected]> >> >> > wrote: >> >> >> >> >> >> Now lisp is more verbose: >> >> >> >> >> >> axpvm01.gitanes.taz> ./lisp -core kernel.core >> >> >> In initial-function, and running. >> >> >> GLOBALDB-INIT >> >> >> FDEFN-INIT >> >> >> Error: Undefined symbol. >> >> >> SC: 16, Offset: 23 $1= 0x30182847: other pointer >> >> >> LDB monitor >> >> >> ldb> >> >> >> >> >> >> in lisp.map there's no address 30182847 >> >> > >> >> > >> >> > Because you're somewhere in Lisp code. >> >> > >> >> > Type "help" to get some help on how to use ldb. At this point, you >> >> > can >> >> > probably learn a lot by doing >> >> > >> >> > print $1 (or print 0x30182847) >> >> > >> >> > This should tell you at least the symbol name. And since it's >> >> > undefined, >> >> > we'll have to figure out why it's undefined. Could be an issue in >> >> > the >> >> > 19c >> >> > source code, or perhaps something bad happening with cross-compiling >> >> > from >> >> > 19c linux with :linkage-table enabled. >> >> > >> >> > But this progress is really encouraging! >> >> > >> >> >> >> >> >> >> >> >> I'lll try to understand which is the missing function. >> >> >> >> >> >> >> >> >> 2014-09-09 23:47 GMT+02:00 Raymond Toy <[email protected]>: >> >> >> > >> >> >> > >> >> >> > On Tue, Sep 9, 2014 at 2:07 PM, Fausto Saporito >> >> >> > <[email protected]> >> >> >> > wrote: >> >> >> >> >> >> >> >> Hello all, >> >> >> >> >> >> >> >> so we have targeted the right process :-) I got always a >> >> >> >> sigsegv... >> >> >> >> but it's different.... >> >> >> >> debug_print is working... is there a way to have those messages >> >> >> >> printed on the screen ? At the moment I can see them only in dbx >> >> >> >> :) >> >> >> > >> >> >> > >> >> >> > They should be showing up on the screen. debug_print just does >> >> >> > printf/fflush, so they should be there. >> >> >> > >> >> >> >> >> >> >> >> >> >> >> >> Yes... I have to go back to rebuild kernel.core after generated >> >> >> >> lisp.nm, but it seems not all the functions are present in >> >> >> >> lisp.nm >> >> >> >> The most obvious are missing! Like sin, cos, tan, killpg, etc ... >> >> >> >> and >> >> >> >> they are defined in undefineds.h >> >> >> > >> >> >> > >> >> >> > Some of these should be defined since they're used in kernel.core. >> >> >> > FWIW, >> >> >> > killpg is not in lisp.nm on my linux build (normal compile). >> >> >> > >> >> >> > >> >> >> > -- >> >> >> > Ray >> >> > >> >> > >> >> > >> >> > >> >> > -- >> >> > Ray >> > >> > >> > >> > >> > -- >> > Ray > > > > > -- > Ray _______________________________________________ cmucl-help mailing list [email protected] http://lists.zs64.net/mailman/listinfo/cmucl-help
