***Colere is now known as LoupGris
<alextee[m]>/home/alex/Documents/git/zrythm-installer/build/gnu-linux/zrythm-deps-finished.p/guile-3.0.8/libguile/.libs/guile: error while loading shared libraries: libffi.so.7: cannot open shared object file: No such file or directory <alextee[m]>Makefile:4560: recipe for target 'guile-procedures.texi' failed <alextee[m]>what is it doing there? is it attempting to run the compiled guile binary? <alextee[m]>libffi is in the --prefix I specified, should i pass LD_LIBRARY_PATH ? <alextee[m]>also is there no way to disable the docs? i don't see anything in ./configure --help <KREYREN>Is there a nicer way to write this? I don't like that it's calling `format` multiple times as that is compiling that into invidual calls right *KREYREN is waiting for his system to bypass cloudflare gate on pastebin.com atm <KREYREN>ye ideally i want some like cli processing library that i just get to implement arguments for it to parse help in a flexible way 🤔 <drakonis>or perhaps it would help to look up how guix does arg parsing? <chris>hopefully KREYREN will be motivated to read through the entire guile manual at least once. It's not *that* long. *chris has skipped sxml stuff every time <KREYREN>chris: I read though that thing like 7 times now, but imma still stupid :c <KREYREN><drakonis> "or perhaps it would help to look..." <- did, i couldn't find the relevant codeblock <KREYREN><unmatched-paren> "6piz7wk: Try srfi-37" <- noted will check <KREYREN>drakonis: i had that exact page opened before i was asking here >_< <Zelphir>Hi! I assume many people here are using Geiser : ) Sometimes I have an error in my code and Geiser will log a lot of output. For example I have a list in a record or struct and that list might be hundreds of items long. Then I make a mistake and the whoooole list gets logged. Afterwards any typing in that Geiser buffer becomes very sluggish. Is there a simple solution to shorten the output or configure Geiser differently? Maybe it has to do with the <Zelphir>way Emacs represents lines of text and that having performance issues for long lines? <dthompson>you can try enabling so-long-mode to ease the pain <rekado>with native comp Emacs I found I can visit minified JS files without any slow-down <rekado>it’s only 17.8kB, but all on one long line and with js2-mode <rekado>I’m pretty sure that something like that would have been the end of my emacs uptime in the past <dthompson>I didn't expect native compilation to resolve the issue. <daviid>welcome - i had a previous guile maintainer who's now using guile-cv that also had to go through these steps ... touching (ice-9 boot-9) is not forthe 'faint hearted', but there is currently no other way - <daviid>*I have a previous guile maintainer who's now using guile-cv, also ad to gothrough these steps ... <daviid>Zelphir: let us know how it goes .. ***ec_ is now known as ec
<Zelphir>So far I tried to sometimes use (truncated-print ...) for somethings, but this of course does not work for cases, when there is an unhandled exception. <Zelphir>I also thought, if I rewrote some of the code, I could make use of structs inside the list, so that each list item has its own printer/printing function and the whole thing does not get such a long line. Perhaps the printer would also break lines. But right now, my list items are alists. <Zelphir>So you are saying, that I would need to change Guile source code for the default printing and repl printing and compile guile, to solve this annoyance?