From: Stephen Compall <s11@member.fsf.org>
To: Marco Maggi <marco.maggi-ipsu@poste.it>
Cc: guile-user <guile-user@gnu.org>
Subject: Re: the future of Guile
Date: Tue, 04 Dec 2007 08:48:54 +0000 [thread overview]
Message-ID: <1196758134.28670.75.camel@nocandy.dyndns.org> (raw)
In-Reply-To: <JSIJ0R$54F55A518E52A4B6C8A09A3378AEEDDD@poste.it>
[-- Attachment #1.1: Type: text/plain, Size: 1919 bytes --]
On Tue, 2007-12-04 at 07:50 +0100, Marco Maggi wrote:
> 3. For Guile 2.0 backwards compatibility at the C level can
> be broken. Freely. No shame. No blame.
This message references another message that I can't find:
http://lists.gnu.org/archive/html/guile-devel/2003-04/msg00076.html
> 4. If a garbage collector allows to remove the need for
> "scm_remember_upto_here" it must be adopted even if it
> makes Guile slower and it raises memory usage a bit (or
> more than a bit).
I am not a GC expert, but it is my understanding that as long as SMOBs
can own non-GC-controlled mallocations freed by the SMOB free function,
you need those macros/functions, GCPRO structures, or refcounting to
work with C code that can poke at their contents. I guess you could
disable GC while executing subrs not marked safe-for-GC....
> 6c. GMP support should go into a loadable module (do not
> nuke my mailbox, please).
Er, what would happen if you overflow fixnums?
> 7a. It makes no sense to discuss if Guile should go R6RS or
> not. The only meaningful discussion is about which
> hooks are needed in Guile's code to make those features
> available as loadable modules. (Yes, this is
> difficult).
7a1. Inter-module hygiene/implicit exports.
> 1. TCL has nice programs that allow to distribute single
> file auto-extracting-and-running archives holding the
> core executable, shared libraries, pure TCL modules and
> some data files (search for "tclkit").
I know of SBCL, CLISP, and PLT also doing this, but much more
sophisticated for the former 2.
--
Our last-ditch plan is to change the forums into a podcast, then send
RSS feeds into the blogosphere so our users can further debate the
legality of mashups amongst this month's 20 'sexiest' gadgets.
--Richard "Lowtax" Kyanka
[-- Attachment #1.2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]
[-- Attachment #2: Type: text/plain, Size: 140 bytes --]
_______________________________________________
Guile-user mailing list
Guile-user@gnu.org
http://lists.gnu.org/mailman/listinfo/guile-user
next prev parent reply other threads:[~2007-12-04 8:48 UTC|newest]
Thread overview: 28+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-12-04 6:50 the future of Guile Marco Maggi
2007-12-04 8:48 ` Stephen Compall [this message]
2007-12-04 12:41 ` Ludovic Courtès
2007-12-04 14:50 ` Bill Schottstaedt
2007-12-04 15:30 ` Ludovic Courtès
2007-12-04 23:00 ` Neil Jerram
2007-12-05 23:11 ` Andy Wingo
2007-12-06 19:48 ` Mikael Djurfeldt
[not found] <F8.1B.18780.B4965574@avas11>
2007-12-04 15:55 ` the future of guile Daniel Llorens del Río
[not found] <cmu-lmtpd-7104-1196779864-1@mail-imap2.uio.no>
2007-12-04 18:08 ` the future of Guile Kjetil S. Matheussen
2007-12-04 18:34 ` Kjetil S. Matheussen
2007-12-04 20:06 ` Roland Orre
2007-12-04 20:42 ` Ludovic Courtès
2007-12-04 22:30 ` Kjetil S. Matheussen
[not found] <34.F3.20110.D6985574@avas19>
2007-12-04 19:54 ` the future of guile Daniel Llorens del Río
-- strict thread matches above, loose matches on Subject: below --
2007-12-05 9:01 the future of Guile Marco Maggi
2007-12-05 14:19 ` Roland Orre
2007-12-05 20:28 ` Ludovic Courtès
2007-12-05 15:40 Mike Gran
2007-12-05 16:05 ` Julian Graham
2007-12-05 16:18 ` Daniel Ridge
2007-12-05 20:41 ` Ludovic Courtès
2007-12-05 21:02 Marco Maggi
2007-12-05 22:32 Marco Maggi
2007-12-05 22:56 ` Ludovic Courtès
[not found] <cmu-lmtpd-27643-1196871540-1@mail-imap2.uio.no>
2007-12-06 14:52 ` Kjetil S. Matheussen
2007-12-07 6:28 Marco Maggi
[not found] <cmu-lmtpd-4316-1197047238-3@mail-imap2.uio.no>
2007-12-07 17:42 ` Kjetil S. Matheussen
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=1196758134.28670.75.camel@nocandy.dyndns.org \
--to=s11@member.fsf.org \
--cc=guile-user@gnu.org \
--cc=marco.maggi-ipsu@poste.it \
/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).