From: Marco B. <em...@be...> - 2002-07-17 14:07:46
|
Sam Steingold <sd...@gn...> writes: > are you prepared to got through _ALL_ the CLISP source files and fix > this? (otherwise this is little help.) yes. 99% of the translations are done by an emacs macro. and it's sufficently manual that i can do even when i'm too tired to do anything else. > there are other places where you can apply your enthusiasm: > > 1. eq(NIL,foo), eq(foo,NIL) ===> nullp(foo) > > 2. eq(unbound,foo), eq(foo,unbound) ===> unboundp(foo) > > 3. nullp(Symbol_value(S(foo))) ===> nullp_S(foo) one thing at a time :) of course, i'm betting 99% of these will be taken care of by an as yet unwritten filter. > 4. converting all functions to ANSI format (see d-mode-convert-function > in clisp/emacs/d-mode.el -- you _are_ using it, aren't you?) yes and no. when i'm doing things like this i use d-mode, but for writing code d-mode is too slow, i haven't bothered to figure out why. in files like pathname.d (ie large ones), every time i hit SPC or ';' or TAB it hangs for 3-5 seconds, i can't work like that. > Last, not least, when you create a macro that looks like a function, > make is behave like one, i.e., it should work as the THEN clause without > braces (use the do/while(0) trick from the C FAQ). done. new patch for lispbibl.d attached. -- -Marco Ring the bells that still can ring. Forget your perfect offering. There is a crack in everything. That's how the light gets in. -Leonard Cohen |