From: Marco A. <ma...@cs...> - 2001-02-07 15:04:33
|
> From: eric dahlman <da...@cs...> > Sender: ili...@li... > X-BeenThere: ili...@li... > X-Mailman-Version: 2.0 > Precedence: bulk > Reply-To: ili...@li... > List-Help: <mailto:ili...@li...?subject=help> > List-Post: <mailto:ili...@li...> > List-Subscribe: <http://lists.sourceforge.net/lists/listinfo/ilisp-devel>, > <mailto:ili...@li...?subject=subscribe> > List-Id: ILISP Developers' Mailing List. <ilisp-devel.lists.sourceforge.net> > List-Unsubscribe: <http://lists.sourceforge.net/lists/listinfo/ilisp-devel>, > <mailto:ili...@li...?subject=unsubscribe> > List-Archive: <http://lists.sourceforge.net/archives//ilisp-devel/> > Date: Tue, 6 Feb 2001 16:09:50 -0700 (MST) > Content-Length: 915 > > Hi, > > I was trying to get ilisp up and running with CMUCL 18c and it was not > 100% right. The problem is that CMU17 is no longer on the *features* > list so the conditional #+ and #- reader macros don't do the right > thing. I know I could just push CMU17 onto *features* but that seems > to defeat part of the purpose of having the thing in the first place. > > My simple hack was just to just replace the CMU17s with CMU18s and all > is right with the world. But of course that is not the real solution. > Does anyone know of a better feature to be using to discriminate these > cases? I don't, that was all way before my time. I just don't want to > start down the path to a whole mess like #+(or CMU17 CMU18 CMU20 ...) > when really we want #-CMU12. Well. There are two places where this is needed in cl-ilisp.lisp plus several in cmulisp.lisp. For the time being, and given that it took a few years to go from 17 to 18 I guess ILISP can live with #+(and :CMU (or :CMU17 :CMU18)) in those places. BTW. Looks like sourceforge sshd is down right now. Can anybody confirm? Cheers -- Marco Antoniotti ============================================================= NYU Courant Bioinformatics Group tel. +1 - 212 - 998 3488 719 Broadway 12th Floor fax +1 - 212 - 995 4122 New York, NY 10003, USA http://galt.mrl.nyu.edu/valis Like DNA, such a language [Lisp] does not go out of style. Paul Graham, ANSI Common Lisp |