From: Clinton Ebadi <clinton@unknownlamer.org>
Cc: guile-devel@gnu.org
Subject: Re: threadsafe format.scm
Date: Thu, 31 Jul 2003 22:39:32 -0400 [thread overview]
Message-ID: <200307312239.32519.clinton@unknownlamer.org> (raw)
In-Reply-To: <87adau1h3s.fsf@zip.com.au>
On Thursday 31 July 2003 18:11, Kevin Ryde wrote:
> Clinton Ebadi <clinton@unknownlamer.org> writes:
> > I moved all of the global definitions into a new format procedure that
> > has a really long letrec.
>
> format:version looks like it's a constant, so wouldn't need to be in
> there.
Right, but I just did a quick wrapping of everything inside of one huge
procedure so nothing was global anymore. I don't know if there is really any
point to making format:version be bound outside of the procedure because
nothing outside of the new format uses it.
> > so I'm not entirely sure if this has a huge amount of overhead or
> > not.
>
> If you want to look at efficiency, changing the error continuation to
> a catch/throw would probably help.
Right, this code existed before Guile did. I was really wondering if having
the long letrec would cause any overhead problems (e.g. if it were evaluated
and everything inside of it rebound upon each call instead of once when the
module was loaded). But I'm not sure how Guile handles form like letrec so I
don't know if the procedure now has unacceptable overhead.
I'll rework the error-continuation and send a third revision of the patch, but
I'd like to know if anyone has used the new format and found their programs
to run slower.
--
http://unknownlamer.org
AIM:unknownlamer IRC:unknown_lamer@freenode#hprog
_______________________________________________
Guile-devel mailing list
Guile-devel@gnu.org
http://mail.gnu.org/mailman/listinfo/guile-devel
next prev parent reply other threads:[~2003-08-01 2:39 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-07-29 3:27 threadsafe format.scm Clinton Ebadi
2003-07-30 22:36 ` Kevin Ryde
2003-07-30 23:06 ` Clinton Ebadi
2003-07-31 2:46 ` Clinton Ebadi
2003-07-31 22:11 ` Kevin Ryde
2003-08-01 2:39 ` Clinton Ebadi [this message]
2003-08-01 3:18 ` Clinton Ebadi
2003-09-15 13:33 ` Marius Vollmer
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=200307312239.32519.clinton@unknownlamer.org \
--to=clinton@unknownlamer.org \
--cc=guile-devel@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).