lisp{sp}

[TEITELMAN]

ok, here is what i did. i found a way to do it via init.lisp, so
tha in act you can try it out with current lisp.

typing lisp{sp} will cause neither system nor user initialization
to be done. however pregreetforms will be executed.
these are basically noops in the sense that they will get done
again when the system next gets greeted, so no problem, i.e.
they are the same at all sites, so that if you use
the procedure below and ship the result to another site, then
the fact thatpregreetforms have been executed once wont affect anything.

the way you handle the fact thatyou might wish, in your loadup,
to set something that normally is initialized in 
<lisp>init.lisp is to add the expression to POSTGREETFORMS
somewherealong the way. these are expression that
get done AFTER the user is subsequently greted, so for example if
you want to set DIRECTORIES, add it to POSTGREETFORMS.

play around with it with current lisp. i will also be reloading
so that we can make a new abc with the fix to defineq in.

warren
-------
4-JUL-79 13:56:39,593;000000000001
Date:  4 JUL 1979 1356-PDT
From: TEITELMAN
Subject: compiler change
To:   PARC Lisp Users:
cc:   newlisp, yonke at BBND, wilber at SRI-KL,
cc:   goldman at USC-ISIE

ther have been many occasions when, looking at a compiled file,
it wold have been nice to know exactly how it had been compiled,
i.e. bcompl, tcopl, recompile, brecompile, and if the lattter, which
function were involved. i have fixed compile to do this.
the information will appear in the first fillcreated expression
on the compiled file, so you can do an infile and a read, and
find it out.

warren
-------