unofficial mirror of guile-devel@gnu.org 
 help / color / mirror / Atom feed
From: Andy Wingo <wingo@pobox.com>
To: Mark H Weaver <mhw@netris.org>
Cc: guile-devel <guile-devel@gnu.org>
Subject: Re: [PATCH] New division operators, and optimization for fractions
Date: Mon, 14 Feb 2011 20:44:18 +0100	[thread overview]
Message-ID: <m3wrl25rl9.fsf@unquote.localdomain> (raw)
In-Reply-To: <87hbc89e6g.fsf@netris.org> (Mark H. Weaver's message of "Sun, 13 Feb 2011 09:55:51 -0500")

On Sun 13 Feb 2011 15:55, Mark H Weaver <mhw@netris.org> writes:

> I have a new version of the patch set which I believe addresses all of
> your (quite reasonable) concerns.  The second patch changes the API of
> the existing multi-valued operators as you suggest.  The third optimizes
> the fraction case.  The fourth adds the new division operators.  The
> fifth optimizes the existing truncate/round/floor/ceiling unary
> operators.
>
> The sixth patch removes a lot of code, by implementing division
> operators in terms of other division operators.
>
> The other notable patch is the last one, which is unrelated to numerics,
> but it addresses a problem I discovered while implementing a complex
> number class in GOOPS.  Suppose you define the following class within a
> module:
>
>   (define-class <gcomplex> ()
>     (real-part #:getter real-part #:init-keyword #:real-part)
>     (imag-part #:getter imag-part #:init-keyword #:imag-part))
>
> There's no way I have found to make this work correctly.  If the module
> exports real-part and imag-part, then those procedures will stop working
> for normal complex numbers for those who import the module.  If the
> module does not export them, then those who import the module won't be
> able to use real-part or imag-part on <gcomplex> objects.  The last
> patch fixes this.

Thanks for the patches; applied.  And thanks for the prompt feedback!

Cheers,

Andy
-- 
http://wingolog.org/



  reply	other threads:[~2011-02-14 19:44 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <860989.4731.qm@web114104.mail.gq1.yahoo.com>
2011-02-12 20:19 ` [PATCH] New division operators, and optimization for fractions Andy Wingo
2011-02-13 14:55   ` Mark H Weaver
2011-02-14 19:44     ` Andy Wingo [this message]
     [not found] <595618.30923.qm@web114107.mail.gq1.yahoo.com>
2011-02-12 21:54 ` Andy Wingo
2011-02-12 22:38   ` Mark Weaver
2011-02-10 23:42 Mark H Weaver
2011-02-12 11:55 ` Andy Wingo
2011-02-14 13:56   ` Ken Raeburn
2011-02-14 18:17     ` Mark H Weaver
2011-02-15 10:38 ` Ludovic Courtès
2011-02-15 11:43   ` Mark H Weaver
2011-02-15 14:49     ` Ludovic Courtès

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=m3wrl25rl9.fsf@unquote.localdomain \
    --to=wingo@pobox.com \
    --cc=guile-devel@gnu.org \
    --cc=mhw@netris.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).