From: Kirill Lisovsky <lisovsky@acm.org>
Cc: <guile-user@gnu.org>
Subject: Re: Roadmap and goals?
Date: Sat, 20 Apr 2002 16:55:41 +0400 (MSD) [thread overview]
Message-ID: <Pine.LNX.4.33.0204201305070.2654-100000@elm> (raw)
Hello!
Working for a long time with a half-dozen of different Schemes in IT and CS
projects, I've some "comparative impression".
Tanel Tammet wrote:
> (*) what are the specific benefits of using Guile.
>
> For example, why exactly should somebody
> use Guile instead of SCM or Bigloo:
> what are the specific advantages and
> what is the downside. Why not use just
> SCM or Bigloo (they are faster, you know :-)
> There have to be answers to this question,
> just that I do not know the answers.
>
Bigloo has nice and fast compiler but its interpreter is slow and
compiler-incompatible. It makes sense if the application has to be compiled
rather than interpreted.
Bigloo not quite Scheme in proper-tail recursion considerations, but it's
fast and may be useful for practical purposes.
Unix-oriented.
It has a usable JVM backend also.
SCM is a good Scheme, but it has no case sensitive reader, which
is a big disadvantage for some applications (XML is most important example
for me).
IMHO, PLT is most advanced and most promising "big" Scheme.
Version 200 is a great improvement, its design and principles are
reasonable and clear.
A lot of libraries, active development, multiple platforms, and so on ...
I like Gambit a lot, but it's not free for commercial projects.
Compiler to C.
Extremely robust.
Chicken is relatively young but already usable.
It has a solid theoretical basis and good C interface.
Compiler to C.
Guile - it is the slowest one, I'm afraid :-)
Well, it's better _interpreter_ than Bigloo ...
IMHO, it's main advantage is large installation/users base.
But a mess with versions: 1.7.x , 1.6.x, 1.5.x while latest Linux distros
are using 1.4.x or even 1.3.4!
(1.3.4 is used by RedHat 7.2 which makes a lot of installed Guiles pretty
obsolete...)
Using Guile since 1999 I'm still ignoring its latest additions
due to this zoo of versions...
As the result, I mostly use Guile to run Scheme scripts on "just OS installed"
Linux/BSD boxes. If I'm to install some Scheme, then (usually) it is not Guile...
So, this is my point of view:
1. Guile may have a good future as fast and compact "R5RS SIOD" with
a lot of (optional !) libraries.
2. Unification of Scheme implementations will be highly desirable from the
practical point of view. Co-existence of ten "major Schemes" is a major
practical disadvantage.
3. PLT is best _full-blown_ Scheme implementation now. It's designed as core +
libraries. Porting (best and absent in PLT) Guile's code as PLT collections is
most realistic way to unification.
Best regards,
Kirill Lisovsky.
http://pair.com/lisovsky/
P.S. Forward of Nicolas's message to guile-user@gnu.org
is the reason of this posting. Please, don't consider it as
destructive :-)
> ------- Start of forwarded message -------
> From: Nicolas Neuss <Nicolas.Neuss@iwr.uni-heidelberg.de>
> Subject: Re: Roadmap and goals?
> Date: 19 Apr 2002 10:38:06 +0200
...
> P.S.2: I thought about sending this also to guile-user@gnu.org. I
> refrained from doing so, because Tamel did not do that, and because I
> do not want to be too destructive. But IMHO, also users should know
> about these problems in Guile's design. So, it remains for you
> maintainers to inform them...
_______________________________________________
Guile-devel mailing list
Guile-devel@gnu.org
http://mail.gnu.org/mailman/listinfo/guile-devel
next reply other threads:[~2002-04-20 12:55 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-04-20 12:55 Kirill Lisovsky [this message]
2002-04-20 20:01 ` Roadmap and goals? Rob Browning
-- strict thread matches above, loose matches on Subject: below --
2002-04-17 12:21 Tanel Tammet
2002-04-17 20:59 ` Neil Jerram
2002-04-18 8:37 ` Panagiotis Vossos
2002-04-19 9:14 ` Panagiotis Vossos
2002-04-20 6:58 ` Thien-Thi Nguyen
2002-04-20 10:18 ` Panagiotis Vossos
2002-04-18 14:58 ` bitwize
2002-04-18 19:26 ` Rob Browning
2002-04-20 7:23 ` Thien-Thi Nguyen
2002-04-18 0:57 ` Christopher Cramer
2002-04-19 17:36 ` Marius Vollmer
2002-04-19 8:38 ` Nicolas Neuss
2002-04-21 15:14 ` Rob Browning
2002-04-21 22:26 ` bitwize
2002-04-22 18:36 ` Kirill Lisovsky
2002-04-23 7:53 ` rm
2002-04-23 15:11 ` Rob Browning
2002-04-20 7:47 ` Thien-Thi Nguyen
2002-05-14 8:26 ` Thien-Thi Nguyen
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/guile/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=Pine.LNX.4.33.0204201305070.2654-100000@elm \
--to=lisovsky@acm.org \
--cc=guile-user@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).