***berndj-blackout is now known as berndj
<lloda>wdyt about making SCM_BYTEVECTOR_TYPE_SIZE a documented macro? <lloda>although bytevectors having a type is a Guile thing, so it's an odd fit in the bytevector section ***smartin1 is now known as smartin
***jpoiret3 is now known as jpoiret
***herlocksholmes5 is now known as herlocksholmes
***dongcarl2 is now known as dongcarl
***brettgilio3 is now known as brettgilio
***unCork is now known as Cork
***sneek_ is now known as sneek
***rgherdt_ is now known as rgherdt
<drakonis>right now, i really wish guile had an standard library that augmented srfis <drakonis>i'm not able to use a range generated with it <drakonis>might need to use list-ec to generate a range <drakonis>i'm liking what i've seen of gauche's libraries <lilyp>i think the guile thing to do would be to define (srfi srfi-43 gnu) <lilyp>but have you tried converting your stream to a generator? <drakonis>basically, gauche has a module that reexports an srfi but augments it with gauche features <lilyp>well, generators are just functions <drakonis>i was going to just use list-ec to do it <drakonis>then apply map to generate a random string <lilyp>(lambda (stream) (let ((x stream)) (lambda () (let ((r (stream-car x))) (set! x (stream-cdr x)) r)))) <lilyp>the problem with list-ec would probably be the ec <drakonis>its not good for generating anything very long, isnt it? <lilyp>if you're using streams, you want laziness <lilyp>so if streams don't work with whatever else you have, thunking/handcrafted generators are the way to go imo <drakonis>i suppose i don't need streams right now <drakonis>nothing that will see production use, its just for practice <lilyp>for that I'd suggest simply using bytevectors <lilyp>ice-9 arrays is a godsend :) <drakonis>stream->list and stream-map also does the trick <lilyp>ahh, yeah, as long as you can streamify all your intermediates that also works <drakonis>i would still like to have a superset of srfi libraries where possible <lilyp>to be fair (ice-9 arrays) *is* that <lilyp>no, ice-9 does not cover all srfis <lilyp>ice-9 arrays covers array-related srfis + rnrs <lilyp>there's no (ice-9 sequences) or (ice-9 iterables)