guile-lib update

* guile-lib update
@ 2004-07-25 18:26 Andy Wingo
  2004-08-04  4:14 ` building guile-lib snapshot? Steve Tell
  0 siblings, 1 reply; 3+ messages in thread
From: Andy Wingo @ 2004-07-25 18:26 UTC (permalink / raw)
  Cc: Guile Users, Neil W. Van Dyke

Howdy coders,

As per our discussion earlier about module hierarchies, I hammered a bit
on my branch of guile-lib. The newest docs can be seen at
http://ambient.2y.net/wingo/software/guile-lib/, but here's a list of
modules and recent changes:

Modules I wrote:

(container nodal-tree)
(container delay-tree)
  Tree structures. The second is the same as the first, but properties 
  of a node can be promises made by `delay'.

  I'm not sure if these are worthwhile. I did, however, need a common
  base for defining the format made by (texinfo nodal-tree).

(debugging time)
  Simple macro.

(scheme documentation)
  define-docs, define-class-with-docs, etc. Lightweight.

(texinfo)
(texinfo html)
(texinfo indexing)
(texinfo nodal-tree)
(texinfo plain-text)
(texinfo reflection)
  The first is a texinfo->sxml parser. The second outputs the "stexinfo"
  to HTML. The third generates an index for an stexinfo document, and
  the fourth chunks an stexinfo document into pieces. The fifth renders
  stexinfo to plain text, like info does, and the sixth generates
  stexinfo docs for generic scheme objects and modules (as described in
  the literate programming article).

  I might keep some common code in (texinfo), and move the parser to
  (texinfo parse). Then (texinfo serialize) would write out texinfo, so
  that TeX can handle print output, or (god forbid) info output.

(sxml simple)
  Convenience routines for parsing and serializing XML.

Modules I packaged:

(htmlprag) http://neilvandyke.org/htmlprag/
  Man, I went round and round with this one. First I had it as
  (sxml pragmatic), then (sxml htmlprag), but really, since it's its own
  package, it needs to be at toplevel. But the author was smart enough
  to know this, and already packaged it up for guile as (htmlprag). 
  Should I then remove it from guile-lib, since they have the same name?
  Or should I keep it here, because presumably distribution of guile-lib
  is larger than distribution of the guile version of htmlprag?

(sxml ssax) "http://ssax.sourceforge.net/"
(sxml xpath) "http://ssax.sourceforge.net/"
(sxml transform) "http://ssax.sourceforge.net/"
(sxml apply-templates) "http://ssax.sourceforge.net/"
(sxml ssax input-parse)
  I asked Oleg about this, and he said this sounded sane. I changed to
  not modify the upstream files, rather loading them up at runtime.
  The SSAX module is up-to-date (v5.1), but the others need help.

  The only interesting thing there is that I renamed the input-parse 
  module from what I had, which was (text lex-simple). Better to keep 
  the coherence of the package.

(debugging assert)
(io string)
  These are also from Oleg, but they seemed small and of general use,
  so I split them out taxonomically. Comments?

(statprof)
  Back from the dead! I used to call this (debugging statprof), but
  of course that's too taxonomic. I hacked on this a bit, so it's
  newer than the version languishing in guile CVS. Sound OK, Rob?

(scheme session)
  Hacks to (ice-9 session) to allow other programs to handle a (help)
  invocation. Used by (texinfo reflection); see the literate programming
  article for details. Would be nice if this made it up to guile.

Any comments on this layout would be greatly appreciated. Especially
interesting would be the take on slib-like code such as (debugging
assert), as well as the presence of htmlprag in the library.

Cheers,
-- 
Andy Wingo <wingo@pobox.com>
http://ambient.2y.net/wingo/

_______________________________________________
Guile-user mailing list
Guile-user@gnu.org
http://lists.gnu.org/mailman/listinfo/guile-user

^ permalink raw reply	[flat|nested] 3+ messages in thread