[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Introducing `cond-feature'
From: |
Rob Browning |
Subject: |
Re: Introducing `cond-feature' |
Date: |
Tue, 05 Dec 2006 19:09:13 -0800 |
User-agent: |
Gnus/5.110006 (No Gnus v0.6) Emacs/21.4 (gnu/linux) |
address@hidden (Ludovic Courtès) writes:
> The main issue with such constructs is that they are evaluated at
> run-time instead of compile-time, unlike `cond-expand' which is
> explicitly compiler-friendly
Though I haven't thought about them carefully in this context yet, I
wondered to what extent (if any) the following might be relevant:
- SRFI-7
http://srfi.schemers.org/srfi-7/srfi-7.html
- R6RS's library import/export "phases"
http://www.r6rs.org/document/html/r6rs-Z-H-10.html#node_sec_6.2
- SLIB's provide?, provided, feature-eval, etc.
- Common Lisp's eval-when
- Matthew Flatt's "Composable and Compilable Macros"
http://www.cs.utah.edu/plt/publications/macromod.pdf
--
Rob Browning
rlb @defaultvalue.org and @debian.org; previously @cs.utexas.edu
GPG starting 2002-11-03 = 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4
- Introducing `cond-feature', Ludovic Courtès, 2006/12/05
- Re: Introducing `cond-feature', Kevin Ryde, 2006/12/05
- Re: Introducing `cond-feature', Ludovic Courtès, 2006/12/06
- Re: Introducing `cond-feature', Kevin Ryde, 2006/12/08
- Re: Introducing `cond-feature', Kevin Ryde, 2006/12/11
- Re: Introducing `cond-feature', Ludovic Courtès, 2006/12/12
- Re: Introducing `cond-feature', Kevin Ryde, 2006/12/13
- Re: Introducing `cond-feature', Ludovic Courtès, 2006/12/14
- Re: Introducing `cond-feature', Rob Browning, 2006/12/15
Re: Introducing `cond-feature',
Rob Browning <=