On Wed 14 Oct 2009 09:33, Stanislav Ievlev writes:
> 2009/10/14 Stanislav Ievlev :
>> As I understand you should mark scm_fdes_to_port as a deprecated and
>> don't use it in own code (e.g. in socket.c).
> Ooops, I'm wrong.
> scm_fdes_to_port works is like "scm_C_fdopen", however function name
> i
On Wed 14 Oct 2009 10:11, l...@gnu.org (Ludovic Courtès) writes:
>> I ask because I'm working on a macro that transforms R6RS library
>> expressions, which contain nested `define' calls, into Guile modules.
>> My code rewrites these defines as location declarations that get
>> exported as part of
On Wed 14 Oct 2009 23:41, l...@gnu.org (Ludovic Courtès) writes:
> Should we make it so that:
>
> (cond-expand (guile-2 #t))
> => #t
Sure, why not :)
Andy
--
http://wingolog.org/
Andy Wingo writes:
> (define-syntax foo ...)
> (load "file-that-needs-foo")
>
> The load needs to be done relative to the current module, which it is --
> unless it's autocompiling, in which case we go through the autocompile
> case in boot-9.scm:924 (not the one in load.c), which is missing an
>
2009/10/15 Andy Wingo :
> The ports C interface is rather crufty, as you have found :) Do you have
> any suggestions, or a patch? Keep in mind that we need to maintain
> backwards compatibility with these interfaces.
What do you think about documented additional function like this?
--
SCM
scm_c_fd
We are pleased to announce GNU Guile release 1.9.4. This is the next
pre-release of what will eventually become the 2.0 release series. It
provides many new noteworthy features, most notably the addition of a
compiler and virtual machine. We encourage you to test them and provide
feedback to `gu
