<daviid`>rotty: do you have ay objection if i change guile-lib autogen.sh not to run configur, rather invite the user to do so: echo "Now run ./configure --prefix=/your/prefix." [this is because that's what we do in all other lb tools, and it is not obvious for the user that he/she has to pass configure options here, wdt? <daviid`>rotty: ok, I went ahead and implemented the above, if you object, ping me, I'll undo, but I think it is better this 'new' <daviid`>rotty: i see guile-lib does not grab proper guile site location, but uses the user prefix instead, which may differ. that's not good, we should change that. i won't do it now, but let's keep that i mind <daviid`>i mean the source code, examples and doc should be installed using the user prefix, but not the compiled file <daviid`>rotty: for info, guile-lib make check fails for 1 test: FAIL: texinfo.serialize.scm ***berndj is now known as Guest60457
<rotty>daviid: autogen.sh should not run configure, that was a mistake <daviid>rotty: ok, i changed that already <daviid>both make check and make distcheck fails, more on this tomorrow, have to go afk for now <daviid>i'll work on make distcheck, but if you could work on make check, would be cool! <ArneBab_>sneek: later tell daviid: arne_bab -ät- web -dot- de <amz3>what are you up to artyom-poptsov ? <artyom-poptsov>amz3: I was hacking on Guile-SSH recently, the nearest milestone is to add support of SFTP. <artyom-poptsov>I have an idea that it should be possible to implement some kind of a distributed compiler for Guile. <artyom-poptsov>If you ever compiled Guile from the sources you probably aware of noticeable time that takes 'guild compile' to compile some pure Scheme modules into .go files. <artyom-poptsov>And as far as I know, distcc only works with C and C++ compilers. <artyom-poptsov>So wouldn't it be neat to be able to compile Scheme modules using few machines? I guess it's a quite hard task, but likely it's doable. <amz3>and maybe drop distcc requirements? <amz3>to compile everything via your software <artyom-poptsov>:-) There's no such a software yet, it's only an idea and I'd doubt its value unless some implementation is available in the code. <artyom-poptsov>It's sometimes easy to come up with ideas, but the implementation can be the hardest part. <amz3>I'm well aware of that :/ <amz3>I'm trying to make sens of NLP, it's big task <amz3>even porting another AGPLv3 library seems not doable <amz3>I though that improving parser combinator would simplify my markdown parser, but I can't find the correct edit to do <amz3>Actually I have the idea, but not sure it's possible to do <amz3>I find parser combinators facinating <jockej>do fluids come with a big performance penalty? <civodul>jockej: it's definitely slower than access to local variables <civodul>for for elisp code, that can be a problem <civodul>but ISTR that bipt had done some optimizations in that area <jockej>in guile or in GuileEmacs you mean? <jockej>I was thinking of making every variable in Emacs a fluid... <jockej>btw, by local variable you mean let bound variables? <civodul>yes, "local variables" in the Scheme sense, with lexical scope <djcb>is there some way to turn off the compilation messages when a user loads some module? <djcb>ideally, something that can be set in a .scm file <djcb>ArneBab: thanks... my googling didn't find anything either