<rlb>bubbler: hmm I don't know offhand - haven't used the debugger in a good while. <bubbler>rlb: ok thx... so it might still be real a bug and not just my installation (or me ;) ) <rlb>Not sure, but if you have a straightforward way to reproduce it, I'd be happy to test against my local 2.2 later. <bubbler>rlb: Ok... guess it's is really me. Just added "(display "Hallo")" in between my expressions. It looks like before but it threw "Hello" on the output in between. <bubbler>rlb: I just expected more visible information while debugging. As i said i am really new to Scheme. Thx a lot for your help. :) <bubbler>rlb: Have a good day and I'll start my good night... <justin_smith>bubbler: oh yeah, the debugger doesn't throw as much info in front of you as most, but there are commands to look at locals / source etc. - and hey you can script it with the same extension language gdb uses <tohoyn>wingo: I think that the patch fixing bug #45131 should be applied to the upstream guile in git ***X-Scale` is now known as X-Scale
<tohoyn>daviid: do you have any plans for upgrading g-golf to guile 3.0? ***apteryx_ is now known as apteryx
***dddddd_ is now known as dddddd
<bubbler_>justin_smith: jepp... Getting excited :) <morganw>Hi, apologies if this is a common question but is there a list anywhere of supported platforms that can run Guile 3? <joshuaBPMan>morganw I don't know about an exhaustive list: but GNU/Linux, Windows, Mac, I think the BSDs, and the GNU/Hurd can run guile. <joshuaBPMan>Thought guile is currently have some portability issues with compiling on Windows from what I've heard. <morganw>I had read that about Windows. But also it seems that most (all?) of the BSD package systems aren't including Guile 3. <morganw>Admittedly I haven't tried to build it to find out why that might be... <RhodiumToad>I haven't submitted it yet beyond a review draft because of the problem that guile.m4 conflicts with the guile 2.2 version <morganw>Are there enough tests to verify it as 'working'? <RhodiumToad>earlier 3.0.x for x<=4 was broken on freebsd on arm platforms <RhodiumToad>the fixes needed are mostly minor: buildstamp is generated by a `date` command that's not valid on freebsd (uses linux-specific parameters), <RhodiumToad>one of the makefiles uses sed -i in a way that freebsd doesn't support (another linux-ism), <RhodiumToad>and gen-scmconfig doesn't understand that off_t might be 64 bits on a 32-bit platform without largefile flags (which is true of freebsd on 32-bit arch, since off_t is always 64 bits and there is never any concept of a "large file")