From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Rob Browning Newsgroups: gmane.lisp.guile.devel Subject: real numbers and integer-expt. Date: Wed, 13 Mar 2002 02:36:38 -0600 Sender: guile-devel-admin@gnu.org Message-ID: <876640j23t.fsf@raven.i.defaultvalue.org> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1016008763 16550 80.91.224.249 (13 Mar 2002 08:39:23 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Wed, 13 Mar 2002 08:39:23 +0000 (UTC) Original-Received: from fencepost.gnu.org ([199.232.76.164]) by main.gmane.org with esmtp (Exim 3.33 #1 (Debian)) id 16l4I6-0004Ip-00 for ; Wed, 13 Mar 2002 09:39:23 +0100 Original-Received: from localhost ([127.0.0.1] helo=fencepost.gnu.org) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 16l4Hs-0003Fj-00; Wed, 13 Mar 2002 03:39:08 -0500 Original-Received: from dsl-209-87-109-2.constant.com ([209.87.109.2] helo=defaultvalue.org) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 16l4FU-0003Ac-00 for ; Wed, 13 Mar 2002 03:36:40 -0500 Original-Received: from raven.i.defaultvalue.org (raven.i.defaultvalue.org [192.168.1.7]) by defaultvalue.org (Postfix) with ESMTP id 19D984544 for ; Wed, 13 Mar 2002 02:36:38 -0600 (CST) Original-Received: by raven.i.defaultvalue.org (Postfix, from userid 1000) id B22CA1BAD; Wed, 13 Mar 2002 02:36:38 -0600 (CST) Original-To: guile-devel@gnu.org Original-Lines: 21 User-Agent: Gnus/5.090006 (Oort Gnus v0.06) Emacs/21.1 (i386-debian-linux-gnu) Errors-To: guile-devel-admin@gnu.org X-BeenThere: guile-devel@gnu.org X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Developers list for Guile, the GNU extensibility library List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.lisp.guile.devel:15 X-Report-Spam: http://spam.gmane.org/gmane.lisp.guile.devel:15 integer-expt says: SCM_DEFINE (scm_integer_expt, "integer-expt", 2, 0, 0, (SCM n, SCM k), "Return @var{n} raised to the non-negative integer exponent\n" "@var{k}.\n" "\n" but in the code we check to see if k satisfies SCM_REALP and if it does, we coerce it to an int and see if we get any lossage. If we don't then we decide it's OK to use it. Is that what we want, or should callers be required to use inexact->exact when appropriate? Thanks -- Rob Browning rlb @defaultvalue.org, @linuxdevel.com, and @debian.org Previously @cs.utexas.edu GPG=1C58 8B2C FB5E 3F64 EA5C 64AE 78FE E5FE F0CB A0AD _______________________________________________ Guile-devel mailing list Guile-devel@gnu.org http://mail.gnu.org/mailman/listinfo/guile-devel