Re: language translator help - Thien-Thi Nguyen

From: Thien-Thi Nguyen <ttn@giblet.glug.org>
Cc: jwe@bevo.che.wisc.edu, tb@becket.net, guile-user@gnu.org
Subject: Re: language translator help
Date: Wed, 15 May 2002 04:35:23 -0700	[thread overview]
Message-ID: <E177x3z-0000UO-00@giblet> (raw)
In-Reply-To: <m3bsc33cqq.fsf@laruns.ossau.uklinux.net> (message from Neil Jerram on 28 Apr 2002 19:21:49 +0100)

   From: Neil Jerram <neil@ossau.uklinux.net>
   Date: 28 Apr 2002 19:21:49 +0100

   What tools are now available for writing parsers in Scheme?  Last time
   we had this conversation on the list, ISTR that there were many ideas
   but nothing quite complete.

ok, i've chosen this to be the "application test load" for guile-1.4.2.
why?  because guile-lang-allover-0.1 needs to install a private shared
object library, which motivates design of how to support that.  this
design can be used for guile itself.

in the process, libguilereadline and libqthreads will also be moved to
$prefix/lib/guile/1.4.2 -- the only thing in $prefix/lib will be
libguile -- and scheme bindings to lt_* will be introduced (where it
makes sense).  this allows `load-extension' and ilk implementation
experimentation.

the two dirs

  $prefix/lib/guile/VERSION/site/
  $prefix/lib/guile/site/

will be reserved for third party programs.

1.4.2 also back-ports :select and :renamer, so it's a good time to
introduce the "user-defined interface" hook mechanisms discussed (which
is actually the original form the :select and :renamer code when it was
first posted), and start closing the loop on not just loading sofiles
but building them too.  (1.4.3 back-ports scripts/ too, including yet to
be written "build-guile-module".)

(fyi, first module built suchly will be guile-doc-snarf backend.)

i encourage 1.5.x to continue, 1.6.x to be recast as 2.x (which allows
all the deprecated stuff to be removed and compatibility to be thrown
out the window w/ a clear conscience -- i.e., ttn will shut up), and
pushed out until at least the $prefix/lib/guile design is validated
(through 1.4.2 release and user feedback) and incorporated.  this gives
time to redo execution model right, too.  don't settle for poor quality,
folks; that gives GNU a bad name and you will burn in Programmer Hell
for it.

i will be communicating intent through modifying TODO, and findings and
opinions through checkins under workbook/.  i will unsubscribe from
guile-devel to protest its existence.  i don't believe in standing away
from the users like that.

thi

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