Re: [PATCH] Make `get-datum' conform more closely to R6RS semantics

2012-11-04 Thread Mark H Weaver
Hi Andreas, Andreas Rottmann writes: > * module/rnrs/io/ports.scm (get-datum): Set reader options to be more > compatible with R6RS syntax. > > With Guile's default reader options, R6RS hex escape and EOL escape > behavior is missing. This change enables the former via the > `r6rs-hex-es

Adding to the end of the load path

2012-11-04 Thread Ian Price
Hi guilers, On the #guile IRC channel, Mark Weaver has stressed to me that he thinks it would be a good idea for us to be able to add paths to the end of the load path, since it would allow us to, for example, prefer a built-in guile implementation over a guildhall provided one, when this exists.

Re: [PATCH] Add ".guile.sls" and ".sls" to the default %load-extensions

2012-11-04 Thread Andreas Rottmann
l...@gnu.org (Ludovic Courtès) writes: > Hi! > > Andreas Rottmann skribis: > >> For performance reasons, it *might* make sense to not enable this >> behavior by default, but provide a command-line switch; however, >> enabling this behavior is *already* possible using command-line switches >> ("-x

[PATCH] Make `get-datum' conform more closely to R6RS semantics

2012-11-04 Thread Andreas Rottmann
* module/rnrs/io/ports.scm (get-datum): Set reader options to be more compatible with R6RS syntax. With Guile's default reader options, R6RS hex escape and EOL escape behavior is missing. This change enables the former via the `r6rs-hex-escapes' option, and gets us closer to the latter by

Re: [PATCH] Add ".guile.sls" and ".sls" to the default %load-extensions

2012-11-04 Thread Ludovic Courtès
Hi! Andreas Rottmann skribis: > For performance reasons, it *might* make sense to not enable this > behavior by default, but provide a command-line switch; however, > enabling this behavior is *already* possible using command-line switches > ("-x .guile.sls -x .sls"), so I don't know... Right.

Re: [PATCH] Add ".guile.sls" and ".sls" to the default %load-extensions

2012-11-04 Thread Andreas Rottmann
l...@gnu.org (Ludovic Courtès) writes: > Hi, > > Mark H Weaver skribis: > >> Any objections to adding ".guile.sls" and ".sls" to Guile's default >> %load-extensions? > > OK for .sls, but why .guile.sls? > This is used for compatibility libraries, for instance: % ls spells/filesys/ compat.g

Re: [PATCH] Preserve additional R6RS library name components after srfi :n

2012-11-04 Thread Ludovic Courtès
Mark H Weaver skribis: > Here's another patch to help with R6RS libraries. Right now, if you use > R6RS syntax to import (srfi :99 records procedural), the components > after the :99 will be silently dropped and it will treat this as if you > imported (srfi :99). I suspect this is simply a bug.

Re: [PATCH] Add ".guile.sls" and ".sls" to the default %load-extensions

2012-11-04 Thread Ludovic Courtès
Hi, Mark H Weaver skribis: > Any objections to adding ".guile.sls" and ".sls" to Guile's default > %load-extensions? OK for .sls, but why .guile.sls? Ludo’.

Re: [PATCH] Add ".guile.sls" and ".sls" to the default %load-extensions

2012-11-04 Thread Noah Lavine
If it's semi-standard, we should probably support it too. However, a Google search reveals the following other uses of .sls: - A list of images for a slideshow ("sls" stands for "slideshow script") - The backup files for some program callled Litespeed - ScriptLab Scripts (seems to be an imag