[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: scm_num2float() ?
From: |
Michael Livshin |
Subject: |
Re: scm_num2float() ? |
Date: |
04 Sep 2001 22:51:08 +0300 |
User-agent: |
Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.4 (Copyleft) |
Dirk Herrmann <address@hidden> writes:
> However, this would still give 42 functions (instead of 21 if we use
> the reduced set of conversion functions).
it looks like you think that many functions is bad. I disagree:
* in terms of space overhead, 21 small functions is nothing.
* maintenance overhead is nonexistent, if we generate these functions
from macro "templates", like now.
* cognitive overhead is also nonexistent -- you just say "for every
standard C integral type foo, there are scm_num2foo_ext, scm_num2foo
and scm_foo2num".
--
Entropy isn't what it used to be.
- Re: scm_num2float() ?, (continued)
- Re: scm_num2float() ?, Michael Livshin, 2001/09/01
- Re: scm_num2float() ?, Martin Baulig, 2001/09/01
- Re: scm_num2float() ?, Marius Vollmer, 2001/09/02
- Re: scm_num2float() ?, Martin Baulig, 2001/09/02
- Re: scm_num2float() ?, Michael Livshin, 2001/09/02
- Re: scm_num2float() ?, Dirk Herrmann, 2001/09/03
- Re: scm_num2float() ?, Martin Baulig, 2001/09/03
- Re: scm_num2float() ?, Michael Livshin, 2001/09/03
- Re: scm_num2float() ?, Martin Baulig, 2001/09/04
- Re: scm_num2float() ?, Dirk Herrmann, 2001/09/04
- Re: scm_num2float() ?,
Michael Livshin <=
- Re: scm_num2float() ?, Dirk Herrmann, 2001/09/04
- Re: scm_num2float() ?, Dirk Herrmann, 2001/09/05