id	summary	reporter	owner	description	type	status	priority	milestone	component	version	resolution	keywords	cc	difficulty
205	number->string does not accept abritrary radixes	Christian Kellermann		"The current implementation does not allow any other radix than the ones mentioned in R5RS (2,8,10,16). Whereas string->number does:

(use srfi-1)
(map (lambda (n) (string->number ""11"" n)) (iota 15 2))
-> (3 4 5 6 7 8 9 10 11 12 13 14 15 16 17)

I think it is convenient if number->string supports at least arbitrary radix values form [2,..,16].

The attached diff does exactly that. Since it is a general function that of course will also do binary, the patch removes the old binary function code.

Since this is my first patch I am completely unbiased and open for suggestions on coding style etc. Please keep the feedback comming!"	enhancement	closed	not urgent at all	4.5.0	unknown	4.4.x	fixed