0.pre7.14.flaky4.7:
authorWilliam Harold Newman <william.newman@airmail.net>
Wed, 22 Aug 2001 12:52:02 +0000 (12:52 +0000)
committerWilliam Harold Newman <william.newman@airmail.net>
Wed, 22 Aug 2001 12:52:02 +0000 (12:52 +0000)
commit95f5ac2fa70b3f14d052e20f4250166f219dcc39
treed7301778b71dc96c17463e7e839e61c947bf300f
parent80722c917cade18ab933fd313b13c56c6073ae01
0.pre7.14.flaky4.7:
rewrote UNIX-FAST-SELECT as an inline function (and
resurrected all the old argument DECLAREs)
fixed weirdness in DISASSEMBLE..
..Why does it use a different output format for
(DISASSEMBLE (SB-DEBUG:ARG 0)) from the debugger
prompt (where it properly inserts a space between
bytecode and translation) and display of the
same function with
(DISASSEMBLE (SB-XC:MACRO-FUNCTION 'SB!EXT:WITH-ALIEN))
from the main command prompt? I think it's weirdness
with "~12T" in DISASSEM-BYTE-SAP. Try changing to
" ~14T" instead.
..Why does it stop output from disassembly of byte-compiled
WITH-ALIEN at byte 83, when that looks like a
completely unnatural stopping point? It seems to be
that *PRINT-LINES* is rebound to a small value, and
then the outer PPRINT-LOGICAL-BLOCK (used to prepend
#\; to each line of output) tests the current
dynamical value and bails out. So make PRETTY-STREAM
grab the *PRINT-LINES* value at ctor time and use that,
rather than the dynamic value, when deciding whether
to truncate output
bumped fasl file version number since PRETTY-STREAM layout
changed
NEWS
src/code/debug-int.lisp
src/code/early-fasl.lisp
src/code/extensions.lisp
src/code/pprint.lisp
src/code/unix.lisp
src/compiler/target-byte-comp.lisp
src/compiler/target-disassem.lisp
version.lisp-expr