<leoprikler>dongcarl: could this be a guile 2 vs guile 3 version difference? applicability of syntax transformers has been an issue when porting ***daviid is now known as Guest96134
***Guest96134 is now known as daviid
<daviid>sneek: later tell tohoyn I pushed a series of (very important) patches, devel branch, so g-golf doesn't depend on libgdk-3 anymore (with these changes, you may prepare and remove the configure.ac dependency entry for gtk+-3.0 on the debian package def) - please pull and tell me if everything is ok ... <daviid>sneek: later tell tohoyn the <gdk-event> class is defined (then redefined 'on the fly') - Gdk 3.0 only, in Gdk 3.0, GdkEvent is not a class - with virtual slots and accessors for all gdk-event-get-* methods, then these additinak ones: keyname, x, y, root-x and root-y, with their accessors, !x, !y ... when it applies (that is if the event diefines the getter, otherwise, g-golf raises an exception) <daviid>sneek: later tell str1ngs please track/read 'today's logs - 2020-01 13th - for what i just wrote to tohoyn, and please try and let me know if nomad works fine with this new 'version' - <daviid>later tell str1ngs thse patches also fixes the get-tls-info bug you add, re-run your code and let me know, but here, the following snipset - https://paste.gnome.org/pk9j16pxz - displays ;; #t #<<g-tls-certificate-gnutls> 7fd0bfa0c5c0> () - when button clicked ... <daviid>sneek: later tell str1ngs thse patches also fixes the get-tls-info bug you add, re-run your code and let me know, but here, the following snipset - https://paste.gnome.org/pk9j16pxz - displays ;; #t #<<g-tls-certificate-gnutls> 7fd0bfa0c5c0> () - when button clicked ... <rlb>3.0.5 should be in debian unstable now. ***apteryx_ is now known as apteryx
***daviid is now known as Guest36452
<manumanumanu>The only reason I could write that is because I read that syntax-rules primer you linked to ***sneek_ is now known as sneek
<rlb>ERROR: asyncs.test: preemption via sigprof - arguments: ((wrong-type-arg #f "Wrong type (expecting ~A): ~S" ("resumable continuation" #<vm-continuation 7faf49c99350>) (#<vm-continuation 7faf49c99350>))) <rlb>Only happened on amd64.. <rlb>(presuming from the test name, it might be timing sensitive) <dsmith-work>So why do so many error message like the above show a format string instead of formatting the error? <dsmith-work>Is there a bug in the error printer? Or is the error function being called incorrectly? Or is it just bitrotten code that hasn't been updated? ***karlosz_ is now known as karlosz
<soda__hobart>hey everybody. does anyone know of an example of a cmake CMakeLists.txt demonstrating how to link with libguile in a cmake project? <soda__hobart>i don't really care about it being portable to other systems or anything like that, i am only using cmake because i am using lsp-mode for emacs <soda__hobart>nm, i think i figured it out... turns out to not be very complicated, though you wouldn't know that from the cmake documentation :) <ft>how'd you do it? CMake's pkg-config module? <soda__hobart>i'm trying to link libguile like this: target_link_libraries(${PROJECT_NAME} lguile-2.2 lgc) <soda__hobart>oh shoot, i think i need to do stuff to make it compile as a shared library since i don't have a main loop