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