trying to configure guile-core.unstable-20050414
./configure --with-threads --with-readline
...
checking for __gmpz_init in -lgmp... no
configure: error: GNU MP not found, see README
but the following package is installed:
[EMAIL PROTECTED]:~ 3 $ dpkg -l |
hello,
is there somewhere a i18n module for guile 1.6.7 ?
david
___
Guile-user mailing list
Guile-user@gnu.org
http://lists.gnu.org/mailman/listinfo/guile-user
Hello,
[I am new to gettext and xgettext usage]
following packages installed:
[EMAIL PROTECTED]:~ 5 $ dpkg -l | grep gettext
ii gettext0.14.3-1 GNU Internationalization utilities
ii gettext-base 0.14.3-1 GNU Internationalization utilities for the b
ii gettext-doc
David Pirotte <[EMAIL PROTECTED]> writes:
> [EMAIL PROTECTED]:~ 3 $ dpkg -l | grep gmp
> ii libgmp34.1.4-6Multiprecision arithmetic library
You also need libgmp3-dev. This is true in general on Debian: in
order to compile against some libfoo library, you usually
David Pirotte <[EMAIL PROTECTED]> writes:
> trying to configure guile-core.unstable-20050414
>
> ./configure --with-threads --with-readline
> ...
> checking for __gmpz_init in -lgmp... no
> configure: error: GNU MP not found, see README
>
> but the following package is inst
this behavior of inexact->exact in guile 1.7.1 causes my program to
become confused:
guile> (inexact->exact 48.0)
48
guile> (inexact->exact (* .1 480.0))
48
guile> (inexact->exact (* (- 1.1 1) 480.0))
3377699720527875/70368744177664
guile>(quit)
$ uname -a
Darwin pinhead.music.uiuc.edu 7.8.0 Darw
Rick Taube wrote:
this behavior of inexact->exact in guile 1.7.1 causes my program to
become confused:
I suspect you're the one who is confused.
You need to learn about floating-point arithmetic.
(- 1.1 1) does not necessarily give the same result as 0.1.
i attempted to see if guile 1.7.2 fixes th
Rick Taube <[EMAIL PROTECTED]> writes:
> this behavior of inexact->exact in guile 1.7.1 causes my program to
> become confused:
>
> guile> (inexact->exact 48.0)
> 48
> guile> (inexact->exact (* .1 480.0))
> 48
> guile> (inexact->exact (* (- 1.1 1) 480.0))
> 3377699720527875/70368744177664
This ha
Thank you, i was porting my code from 1.6.7 to the new version where it
broke and I forgot about this. time for a m-x tags-search!
--rick
This happens because Guile now has exact rationals. This NEWS entry
explains the behavior:
** inexact->exact no longer returns only integers.
Without
I've noticed some strange behavior from (srfi-1) "fold" using a macro
as the KONS argument.
I've attached a file that exhibits the problem. In a nutshell, using
a macro as the KONS argument for FOLD results in the procedure source
for FOLD being altered.
I was wondering, is this "expected behavi
On Fri, 2005-04-15 at 11:38 -0700, Steve Juranich wrote:
> I was wondering, is this "expected behavior", or have I uncovered
> something? If this is expected behavior, I'd suggest that FOLD should
> do a check to make sure that the KONS argument is not a macro. If
> I've uncovered a bug, I'll fil
On 4/15/05, Stephen Compall <[EMAIL PROTECTED]> wrote:
> `fold' in SRFI-1 mentions that KONS is supposed to be a function.
>
> If you give a macro to fold, the macro gets expanded and memoized as
> such, when the macro is called normally, as it is as an optimization in
> the common case of one lis
David Pirotte <[EMAIL PROTECTED]> writes:
>
> am I missunderstanding something here?
I had to add "--keyword=_" to xgettext when using _ as an alias for
gettext. Dunno if that's meant to be builtin.
___
Guile-user mailing list
Guile-user@gnu.org
http:
13 matches
Mail list logo