Re: [O] [0][babel][R] Undesired conversion of integers to floats in R code block output

[Achim Gratz]

Achim Gratz <address@hidden> writes:
>>> On my 32-bit Arch machine:
>>> (string-to-number "123456789"): 123456789 (#o726746425, #x75bcd15)
>>> (string-to-number "987654321"): 987654321.0
>
> Since that latter number is not representable as an integer in Emacs (it
> loses 4 bit due to the way Lisp represents these things), it takes the
> next best thing (FP in that case).  Since you are on Arch, I believe
> there is a way to compile Emacs to use "large integers" even on 32bit
> systems - it may have other problems, but should solve this.

I've just compiled Emacs again using "--with-wide-int" as an additional
(or sole) configure option and get:

(string-to-number "987654321"): 987654321 (#o7267464261, #x3ade68b1)

So, no need to upgrade the whole system to 64bit if that was the only
problem... :-)


Regards,
Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

SD adaptations for Waldorf Q V3.00R3 and Q+ V3.54R2:
http://Synth.Stromeko.net/Downloads.html#WaldorfSDada