dev-serveez
[Top][All Lists]
Advanced

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

Re: [dev-serveez] switching to guile


From: stefan
Subject: Re: [dev-serveez] switching to guile
Date: Wed, 3 Jan 2001 21:09:03 +0100 (CET)

On Wed, 3 Jan 2001, Raimi 'Raimi' Jacob wrote:

> > Guile supports hash tables, but not the read syntax I implemented for
> > Sizzle.  Unfortunately, it is not easy to define such a read syntax in
> > Guile, because #{...}# is an additional read syntax for symbols.  A
> > solution would be to change Sizzle's hash syntax from #{bla => 1} to
> > #[bla => 1].
> 
> I dont really care for sizzle / guile syntax compatibility. I just want a
> syntax that is non-schemer understandable.

This is the *most* important thing. If you had to learn too much about the
scheme syntax you could also start learning a weird configuration file
syntax setup by ourselves.

> > Internally, hash tables in Guile are implemented similar to Sizzle:
> > They are simply vectors with association lists as elements, and the
> > hash functions use hash values of the key objects to decide which
> > vector slot is to be used for storing/reading the key/value-pairs
> > from.
> 
> OK... as long as i can traverse them from the C end...

Can't be too tricky. You had "no" problems with Sizzle... thus you won't
have problems with guile i guess.

> > A schemey way to do this would be to create a server object with a
> > procedures like `make-server' (or similar name), bind it to a variable
> > name and then register it with Serveez:
> > 
> > (define foo-server (make-server 'foo "foo-server1" '((bar . 100)
> >                     (reply . "booo"))))
> > (register-server! foo-server)
> > 
> 
> ugly because of 2 lines

I dont want schemey ways. I want a readable way.

> > Of course, there is still the problem with Guile on Windoze.
> 
> I hope that the guile people are willing to accept patches from ela. he
> made sizzle work on windoze, so he can make guile [core] work on windoze,
> too (i'll help him, of course).
> if guile is not to be run on windoze (perhaps if RMS objects
> heavily) we wont switch to guile. besides, guile not running on win32
> violates the 'u' in guile, IMHO.

I dont see a problem with RMS. I think it would make guile more known if
it worked on Win32. That is generally a good thing. But I am not sure
about the effort to port the whole package. Raimi: Was it hard to install
on Linux ? On what libraries does it depend ? Is it as fine grained
configurable as Sizzle was ?

address@hidden




reply via email to

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