<daviid>sneek: later tell tohoyn I will provide you with a binding to g_set_prgname and g-set-prgname asap - <daviid>sneek later tell tohoyn G-Golf won't let users gi-import GLib, nor GObject, by design - these are manually binded for what G-Golf - and users, upon request if something is missing - needs, for boostrap reasons ... to allow users to 'later import' those using g-golf itself would give me far to much work (mostly unecessary) to put the right barriers in the right place to avoid conflict with the boostrap manual bindings ... <ane>civodul: ok. I have a patch sitting in guile-devel, I should probably send it to bug-guile ***leoprikler_ is now known as leoprikler
<daviid>sneek later tell tohoyn I pushed a patch (to the devel branch) with the two new interfaces, g-get-prgname, g-set-prgname, documentation and tests <sneek>tohoyn, you have 3 messages! <sneek>tohoyn, daviid says: I will provide you with a binding to g_set_prgname and g-set-prgname asap - <sneek>tohoyn, daviid says: G-Golf won't let users gi-import GLib, nor GObject, by design - these are manually binded for what G-Golf - and users, upon request if something is missing - needs, for boostrap reasons ... to allow users to 'later import' those using g-golf itself would give me far to much work (mostly unecessary) to put the right barriers in the right place to avoid conflict with the boostrap manual bindings ... <sneek>tohoyn, daviid says: I pushed a patch (to the devel branch) with the two new interfaces, g-get-prgname, g-set-prgname, documentation and tests <tohoyn>str1ngs: If you are there I could send you the G-Golf debianization files as DCC SEND <ArneBab>ecraven: I thought that chez runs code interractively <ArneBab>(with compiler I meant: creates C that gets compiled non-interactively) <ArneBab>ecraven: besides: thank you for keeping your benchmarks up-to-date! <fnstudio>hi, i have a list of values and need to see whether any of them is true, should i concoct something with reduce+or? <fnstudio>i thought of something along the lines of `(reduce (lambda (x y) (or x y)) #f '(#f #t))` <ecraven>ArneBab: chez compiles to machine code, it is one of the fastest compilers I know (and it also produces really fast code) <ecraven>it does *not* go through C (which is not related to whether it is a compiler or not anyway) <ecraven>sorry about not updating the benchmarks in the last few months, I don't have access to that machine any more, I need to find a good way to run them now ;) <fnstudio>RhodiumToad: yes, thanks, super - or-map is what i was looking for ***chrislck_ is now known as chrislck
<chrislck>next question: if rnrs is the future, would it be wise, or premature, to change use-modules to import? <lloda>i've been using import for years, you don't even need rnrs for that <lloda>i don't think there's anything use-modules can do that import cannot but i might be wrong <lloda>i did have problems with library so i still use define-module tho <RhodiumToad>right, the thing I was recalling is that (library) loses all source location info from the library body <RhodiumToad>so in the event of an error, it's impossible to track down where the error was <tohoyn>fnstudio: I suggest using 'exists' instead of 'or-map'. 'exists' is defined by R6RS. <tohoyn>fnstudio: similarly 'for-all' instead of 'and-map' <lloda>still define-module & import work fine together, i haven't had any issues with that <chrislck>lloda thx the idea is to be more future-proof/standard-oriented <civodul>are the bindings part of recutils proper? <civodul>when using the C API, you'd generally use "foreign objects" (or SMOBs, for the old style) rather than pointer objects and define-wrapped-pointer-type (which are rather for the FFI) <wklew>does anyone know if the pfds (purely functional data structures) package has a maintainer? the canonical github repo at https://github.com/ijp/pfds has a breaking bug and hasnt been updated in 6 years <wklew>its a shame because its a really important package <wklew>implements a lot of common functional data structures like finger trees, HAMTs, etc <civodul>wklew: hi! ijp hasn't stopped by this channel for a while already <sneek>I think I remember ijp in (here?) 9 months ago, saying: CherryMan: slots are the fields in foreign objects. <civodul>ah well, i thought it had been more time <civodul>perhaps you can get in touch with them and see if they're interested in handing it over? <wklew>civodul: thanks that's helpful, wasn't aware he visited here <wklew>i actually did send them an email asking if they were looking for a maintainer, havent heard back yet <civodul>in the meantime you can always have your branch containing the fixes <civodul>surely others will be interested in using it :) <wklew>there is a github fork which fixes it, and I believe the guix package recipe also includes a patch <wklew>unfortunately that github repo is still referenced in most places <wklew>i have been thinking about reimplementing some parts of it in more modern guile, so maybe I will take a stab at that soon <wklew>it is still a shame to see it succumb to bitrot though <wklew>and sadly it isnt always the least significant ones :p <ane>civodul: still being worked on, but it's going to ship with recutils <ane>civodul: I'm not sure about foreign objects, given that librec only exposes opaque pointer types ... one interacts with the C structs only using the functions and pointers <manumanumanu>wklew: and the data structures in pdfs are not very fast, at least not the general ones (like fectors). Andy wrote a fector library which I have planned to develop further, but I am easily distracted. His source can be found here: https://hg.sr.ht/%7Ebjoli/guile-fector (he gave me permission to do this). note that this is a mercurial repo that hasn't been moved to git yet <wklew>manumanumanu: thanks, I will check that out <wklew>speed is important in this case <wklew>OTOH I've made heavy use of the sequences and hamts in pfds to good results, and have no knowledge of alternatives <manumanumanu>Andy's fectors are just like the ones in clojure. I wanted to add a small constant overhead and make RRB-fectors with support for fast inserts, splits and joins, but my brain seems to work extra slow when trying to think about how :P <manumanumanu>Anyway, I ended up with that repo after benchmarking andy-fectors against my own, and found that the overhead was A LOT lower. almost 30%. ***m`wleslie` is now known as wleslie
<ane>civodul: actually I think I will just do without the wrapped pointers, since I can just hide the raw pointer object in a slot