guile-user
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: First look at Guile Std Library available


From: Richard Todd
Subject: Re: First look at Guile Std Library available
Date: Sat, 3 Jan 2004 16:42:28 -0600
User-agent: Mutt/1.4i

On Sat, Jan 03, 2004 at 03:36:08PM +0100, Dale Mellor wrote:
>     RT> Do you have any further ideas on what this would look like?  Does it
>     RT> already exist somewhere?
> 
>     Some examples off the top of my head (I'm in knee-jerk mode again ;-) ):

<<snip stuff about high-level interface to fork-exec>>

With Gary Houston's blessing, I've incorporated the Goosh module as
(os process). that allows for syntax like

(tail-call-pipeline ("ls" "/etc") ("grep" "passwd"))

ond other higher-level fork-type constructs.  Its quite possible that
more of your ideas like this can be incorporated between now and the
first release in June.  Unifying this with threads (at least to the
point where similar operations have similar interfaces) sounds like a
very good idea indeed.

 >  Another example is logging. The low-level library should contain
 > (openlog  ..)  (syslog ..) and (closelog ..), but a higher-level
 > library should provide in addition something like
 > (with-output-to-syslog facility priority proc).

In my development branch I'm already working on nearly exactly that!
Something like (with-output-to-log "main" 'CRITICAL (lambda () ...)).
So we are definitely on the same wavelength here.  I had not previously
given much thought to separating out the low level and high level
interfaces.  They might have both ended up in (logging logger).  I'll
give some more thought to how I can do this.

 > Reading the above passage gave me another knee-jerk reaction,
 > though. Rather than calling your modules (container xxxx) and 
 > (math xxxx), I think I would prefer (std container xxxx) and 
 > (std math xxxx).

Whenever I finally get a listing on savannah, this was going to be the
first question I posed to the guile-library mailing list.  I keep
changing my mind about what would be best.  I could forsee in a few
years needing to reorganize the modules once we get to a certain size,
and jumping to (std2 xxx) would be a nice way to split with the past.
Of course doing this mare than once or twice a decade would make
things quite messy...

Richard Todd
richardt at vzavenue dot net

Attachment: pgpInzQEx3uEb.pgp
Description: PGP signature


reply via email to

[Prev in Thread] Current Thread [Next in Thread]