On Mon 14 Jan 2013 23:44, Alexei Matveev writes:
> scm_to_int();
> scm_is_true();
> scm_is_symbol();
> scm_is_null();
We can change these to inline functions, no problem. They would also
get an out-of-line version written to the .so, so that should work for
you too.
It seems that we ca
>> The reason is accessing macros from languages
>> other than C is cumbersome.
>
> Apologies for ignoring you.
Hi, Wingo, Hi, All,
No need to apologise, given your track record I trust you spending
every minute of your time for a good purpose. :)
Lack of time is a good evolutionary filter agains
Hi Alexei,
On Mon 02 Jul 2012 13:11, Alexei Matveev writes:
> To raise this question again: I ended up with a wrapper
> function for a Fortran project equivalent to the scm_list_0()
> quoted below. The reason is accessing macros from languages
> other than C is cumbersome.
>
> Contrary to scm_fr
Quote from
http://lists.gnu.org/archive/html/guile-devel/2001-06/msg00348.html
>> Do we want scm_list_0 to scm_list_9 anyway?
>
> I'd say, forget about scm_list_0. With respect to the others, we should
> at least provide those which are used in libguile (egoistic point of
> view, isn't it?). Ab
