IRC channel logs

2016-05-23.log

back to list of logs

<civodul>hey there!
<civodul>do we have anything for MIME in Guile?
<civodul>i mean in Guile land
<wingo>maybe nalaginrut knows
<wingo>ACTION does not
<wingo>ooh hydra found a nice concurrency buf
<wingo>*bug
<wingo> http://hydra.nixos.org/build/36110116/log/raw
<wingo>excellent.
<wleslie>do you know what it's about?
<wingo>yeah
<davexunit>civodul: what are your MIME needs?
<wleslie>a neverending rope, and a giant glass wall
<civodul>davexunit: multipart/form-data: https://tools.ietf.org/html/rfc2388
<davexunit>ah okay
<dsmith-work>Monday Greetings, Guilers
<amz3>héllo @gain!
<amz3>;)
<dsmith-work>wingo: Current git master is failing to build for me on 32bit. Sent mail to guile-dev with the details..
<wingo>tx for the report dsmith-work
<wingo>i think it has been failing on 32-bit for a while :/
<dsmith-work>Ahh.
<wingo>gotta figure out why that is
<wingo>tx for the reminder, i had forgotten about that
<dsmith-work>I haven't tried to build for a while.
<wingo>we shouldn't release with a problem like that :)
<dsmith-work>That << by 32 sound familiar
<wingo>is it a << by 32 issue?
<wingo>right
<dsmith-work>Dunno. But I do get that warning when hash.c is compiled.
<wingo>yeah i had forgotten about that too
<wingo>that particular thing is not a problem afaiu
<wingo>but i should fix it anyway
***daviid is now known as Guest71476
***Guest71476 is now known as daviid
***dje__ is now known as xdje
***daviid is now known as Guest38389
***Guest38389 is now known as daviid
<OrangeShark>hello, I am trying to use regular expressions and according to the documentation the match structure always points to characters in the strings, not the individual bytes.
<davexunit>OrangeShark: correct.
<OrangeShark>but the match structure points to the bytes, so for example getting a substring gives me an index error
<davexunit>any code that can reproduce the issue?
<OrangeShark>well I figured out why it is happening, it has to do with whether wchar was available when guile was compiled
<davexunit>ooh, sounds like a bug report to me
<OrangeShark>well there is an #ifdef for whether support will be added
<OrangeShark>I was wondering if guile is commonly compiled without wchar support
<OrangeShark>or maybe it something else hmm
<OrangeShark> http://paste.lisp.org/display/316648
<OrangeShark>here is the minimal one
<OrangeShark>if you evaluate it in the repl, it is correct
<OrangeShark>but if you run it with guile, it gives an out of range error on substring
<OrangeShark>this is guile 2.0.11
<paroneayea>wingo: we've talked briefly; there's a bit of discussion between us on the guile mailing list
<paroneayea>one of the guile mailing lists :)
<paroneayea>wingo: http://lists.gnu.org/archive/html/guile-user/2016-02/msg00102.html http://lists.gnu.org/archive/html/guile-devel/2016-04/msg00025.html
<paroneayea>are probably the relevant mailing list bits
<paroneayea>in other news, horray! I'm back with reliable intarwebs again.
<holomorph>\\o/
<wingo>pew pew pew
<ArneBab>OrangeShark: interactive implicitly calls (setlocale LC_ALL "")
<wingo>right!
<ArneBab>OrangeShark: http://paste.lisp.org/display/316648#1
<OrangeShark>ah it works
<ArneBab>OrangeShark: another difference is that the REPL loads a few modules. See them with ,import
<wingo>mark_weaver: do you know more about the build failure on 32-bit?
<wingo>i thought it was maybe related to a different branching factor in intsets, but that does not appear to be it
<dsmith-work>wingo: Anything I can do to help?