Neil Jerram <[EMAIL PROTECTED]> writes:
> OK, build is fine now. Sorry for missing the new requirement.
Not your fault, there was no such requirement until very recently.
___
Bug-guile mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listin
I guess this is not news, but just in case... Some Guile numerical
primitives that should (could?) accept inexact integers (at least that's
the way I read r5rs) do not. The remainder example below is taken
from r5rs:
guile> (version)
"1.7.0"
guile> (modulo 4.0 2)
Backtrace:
In standard input:
CEOÀÇ ¼±ÅÃÀº ±â¾÷ÀÇ °æÀï·ÂÀÔ´Ï´Ù.¾÷¹«Ã¼°è È®¸³ ¹× Á¶Á÷¹®ÈÀÇ ¿Ï¼ºÀ¸·Î ±Í»çÀÇ IT°æÀï·ÂÀ» ÃÖ»óÀ¸·Î ¸¸µé¾î µå¸³´Ï´Ù.
¼±Âø¼ø 100¾÷ü¿¡ ÇÑÇÏ¿© ÄÄÆÑ°ú ´ÙÁ¸±â¼úÀÌ ±Í»çÀÇ ¾÷¹«È¯°æÀ» 100% ITÈ ½ÃÄѵ帳´Ï´Ù.
On 13 Apr 2002, Neil Jerram wrote:
> Dirk> IMO, people should not use any of these functions at all.
> Dirk> We should try to remove their use from other places within
> Dirk> guile as well. The reason is, that these functions depend
> Dirk> on the implementation of the bignums,
On Sun, 14 Apr 2002, Rob Browning wrote:
> FWIW I've got GMP bignum's working here :> Guile passes make check,
> but I've still got a lot of FIXMEs and #warnings to repair.
Sounds great.
> IMO, scm_i_mkbig probably shouldn't be used by user code and shouldn't
> even be in numbers.h unless (as i
Title: investcn.biz
The
One and Only B2G Business Directory
(in Simplied Chinese)
for the China Government Officials!
First
500 advertisers will get free handbook
The 1000 Billion Purchasing Market Handbook
