[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: SCM_CALL_N
From: |
Keisuke Nishida |
Subject: |
Re: SCM_CALL_N |
Date: |
Tue, 26 Jun 2001 07:28:32 +0900 |
User-agent: |
Wanderlust/2.4.1 (Stand By Me) SEMI/1.13.7 (Awazu) FLIM/1.13.2 (Kasanui) Emacs/21.0.103 (i686-pc-linux-gnu) MULE/5.0 (SAKAKI) |
At 25 Jun 2001 17:01:17 -0500,
Rob Browning wrote:
>
> > However, should we use macros for this or functions? Functions would
> > make it easier to maintain backward compatibility and would stand out
> > as something special in the code. But are we concerned about binary
> > compatibility yet? Hmm, I don't think so.
>
> I tend to think that unless there's a *really* good reason for making
> something a macro, we shouldn't. So if performance isn't critical
> here (i.e. making it a function doesn't cost a lot relative to the
> overhead already involved), and if there's no other reason to make
> these macros, we shouldn't.
>
> Also, if 99% of the compilers we're going to be using support inline
> in a sane manner, that would be preferable to macros for many cases as
> well IMO.
Probably right. What about the following functinos?
scm_call_0 (proc);
scm_call_1 (proc, arg1);
scm_call_2 (proc, arg1, arg2);
scm_call_3 (proc, arg1, arg2, arg3);
scm_apply_0 (proc, args);
scm_apply_1 (proc, arg1, args);
scm_apply_2 (proc, arg1, arg2, args);
scm_apply_3 (proc, arg1, arg2, arg3, args);
Performance won't be critical because these functions call
scm_apply, which does cost a lot. (Or we could optimize
the above functions by directly processing function calls.)
Should we name these functions scm_xxx_N or scm_xxxN?
Also, should we create a new functions scm_list_N, replacing
the existing macros SCM_LIST_N?
Keisuke
- Re: SCM_CALL_N, (continued)
- Re: SCM_CALL_N, Dale P. Smith, 2001/06/22
- Re: SCM_CALL_N, Neil Jerram, 2001/06/24
- Re: SCM_CALL_N, Keisuke Nishida, 2001/06/24
- Re: SCM_CALL_N, Neil Jerram, 2001/06/24
- Re: SCM_CALL_N, Rob Browning, 2001/06/24
- Re: SCM_CALL_N, Neil Jerram, 2001/06/24
- Re: SCM_CALL_N, Keisuke Nishida, 2001/06/25
- Re: SCM_CALL_N, Marius Vollmer, 2001/06/25
- Re: SCM_CALL_N, Marius Vollmer, 2001/06/25
- Re: SCM_CALL_N, Rob Browning, 2001/06/25
- Re: SCM_CALL_N,
Keisuke Nishida <=
- Re: SCM_CALL_N, Marius Vollmer, 2001/06/25
- Re: SCM_CALL_N, Lars J. Aas, 2001/06/26
- Re: SCM_CALL_N, Dirk Herrmann, 2001/06/26
- Re: SCM_CALL_N, Lars J. Aas, 2001/06/26
- Re: SCM_CALL_N, Rob Browning, 2001/06/26
- Re: SCM_CALL_N, Lars J. Aas, 2001/06/26
- Re: SCM_CALL_N, Neil Jerram, 2001/06/26
- Re: SCM_CALL_N, Dirk Herrmann, 2001/06/26
- Re: SCM_CALL_N, Keisuke Nishida, 2001/06/26
- Re: SCM_CALL_N, Dirk Herrmann, 2001/06/26