On Wed 13 Mar 2013 12:05, Nala Ginrut writes:
> I'm playing Guile 'cat' for Guile-100, but I found that 'setvbuf' seems
> can't make it unbuffered.
> Anyone folks could help it for me?
>
> Here is the code:
> https://gist.github.com/NalaGinrut/5151115
I made some notes there.
FWIW if in the fut
Hi!
In something of an embarassment, I mistakently attributed to Jason Earl
a number of commits:
b5870f25 * origin/stable-2.0 stable-2.0 rely on gnulib for `poll'
428f9e95 * import `poll' from gnulib
988ca6b2 * add %site-ccache-dir
a4b4fbbd * excise use of "iff" in the manual
e9381f58 *
On Fri 08 Mar 2013 23:57, Noah Lavine writes:
> Somewhat shockingly, I think that's almost every language feature.
Wow, nice work :-))
Sounds like great stuff. I hope to join you in this work once 2.0.8 is
out. It's really great that you're working on this!
Cheers,
Andy
--
http://wingolog.
On Sat 09 Mar 2013 02:58, Daniel Hartwig writes:
> -- Scheme Procedure: eval-string string [#:module=#f] [#:file=#f]
> [#:line=#f] [#:column=#f] [#:lang=(current-language)]
> [#:compile?=#f]
>
> we see that there is some potential confusion between the close,
> unescaped (as
On Sun 03 Mar 2013 02:07, Daniel Hartwig writes:
> Can I ask whether it is preferred to use, e.g. @code{#f}, for the
> default values, as some places seem to and others don't. This patch
> is not using @code, but then, neither does it touch any doc. that was
> previously.
Good question. Do you
Hi Bake,
On Fri 03 Feb 2012 14:28, Andy Wingo writes:
> Hi Bake,
>
> This patch looks great. I do have a couple of comments before
> applying. It would probably be useful to have input from others as
> well, so I'm copying guile-devel.
>
> On Mon 16 Jan 2012 2
On Fri 01 Mar 2013 10:01, Daniel Llorens writes:
> scheme@(guile-user)> ,optimize (vector-ref #(1 2 3) 0)
> $1 = 1
> scheme@(guile-user)> ,optimize (array-ref #(1 2 3) 0)
> $2 = (array-ref '#(1 2 3) 0)
File a bug for this case, this sort of thing is totally fixable :)
> What I'd like from Guile
On Thu 28 Feb 2013 12:04, l...@gnu.org (Ludovic Courtès) writes:
> Andy Wingo skribis:
>
>> On Thu 28 Feb 2013 04:24, Mark H Weaver writes:
>>
>>> Instead of having 'input_cd' and 'output_cd' point directly to the
>>> platform's
On Thu 28 Feb 2013 04:24, Mark H Weaver writes:
> Instead of having 'input_cd' and 'output_cd' point directly to the
> platform's iconv_t structures, let's have them point to our own internal
> structure(s) that hold the needed transcoder state. This could include
> things like the state for int
Greets :)
On Wed 27 Feb 2013 23:11, Mark H Weaver writes:
> Also, I've since realized that the new arity limit is 127, not 255 as my
> previous patch had assumed.
Good catch.
> Here's a new patch. What do you think?
Looks great, please apply. Thank you!
Andy
--
http://wingolog.org/
Hi!
On Tue 26 Feb 2013 23:40, Mark H Weaver writes:
> I've attached a patch that implements dynamic allocation of objcode
> stubs for larger arities. What do you think?
LGTM. Please lazily initialize the vector as well.
If you like, CODE and META could probably be reworked as higher-order
ma
Hi,
Just thinking aloud here -- Windows has this O_BINARY thing that
translates CRLF to LF when reading, and LF to CRLF when writing. It
seems to me to be a useless thing. We already have our own i/o
abstractions and should deal with CRLF vs LF in Scheme, I think:
The (newline) function can w
Hi,
On Wed 23 Jan 2013 13:20, Daniel Llorens writes:
> In [2]: a = np.array([[1, 2, 3], [4, 5, 6], [7, 8, 9]])
> In [4]: a[1]
> Out[4]: array([4, 5, 6])
> In [5]: a[1, 1]
> Out[5]: 5
>
> array-ref can be extended very simply to do that. It accumulates on the
> position as it is done now, but if
Hi Daniel,
On Wed 23 Jan 2013 10:06, Andy Wingo writes:
> On Tue 22 Jan 2013 15:31, Daniel Llorens writes:
>
>> On Jan 21, 2013, at 17:11, Andy Wingo wrote:
>>
>> The patch attached applies over yours and is to document this function
>> and a couple others in t
On Thu 14 Feb 2013 04:23, Daniel Hartwig writes:
> * doc/ref/api-foreign.texi (Foreign Types): Replace references to the
> old foreign->bytevector and bytevector->foreign with the new procedure
> names using pointer.
Applied and pushed. (Feel free to push small patches like this without
rev
Howdy,
On Sat 09 Feb 2013 18:50, Mark H Weaver writes:
> Andy Wingo writes:
>
>> I have the feeling that we should implement our own FOO function
>> without libBAR.
>
> Wouldn't it be better to fix these problems in libBAR, to the benefit
> of all its user
On Sat 09 Feb 2013 16:12, l...@gnu.org (Ludovic Courtès) writes:
> An issue with the FFI is distros where .la and .so files are only
> available in the -dev package, because then ‘dynamic-link’ won’t work
> unless that -dev package is installed (as recently discussed on
> guile-user.)
I have the
Hi,
On Thu 07 Feb 2013 04:09, Noah Lavine writes:
> In particular, I've been looking at module/system/vm/rtl.scm, and there
> are two things I don't understand about cache cells.
> 1. How do I choose the scope of a cache cell? It seems like making it
> the name of the lambda I'm in would be fi
On Mon 04 Feb 2013 03:07, Daniel Hartwig writes:
> On 31 January 2013 18:23, Andy Wingo wrote:
>> Guile-Lib is intended as an accumulation place for pure-scheme Guile
>> modules, allowing for people to cooperate integrating their generic
>> Guile modules into a coherent l
On Thu 31 Jan 2013 19:58, Mark H Weaver writes:
>> My instinct is that we should not merge this patch without including a
>> way to enable the coding sniff; which seems to mean adding keywords or
>> somehow extending the arguments of:
>>
>> open-file
>> with-input-from-file
>> with-output-t
On Thu 31 Jan 2013 17:57, Alexei Matveev writes:
>>static const scm_t_bits my_false = 0x4;
>>static const scm_t_bits my_true = 0x404;
>>static const scm_t_bits my_nil = 0x104;
>>static const scm_t_bits my_eof = 0xa04;
>>static const scm_t_bits my_eol = 0x304;
>>static cons
On Thu 31 Jan 2013 12:27, Andy Wingo writes:
> On Tue 22 Jan 2013 11:55, Andy Wingo writes:
>
>> SCM_BOOL_F
>> SCM_BOOL_T
>> SCM_ELISP_NIL
>> SCM_EOF_VAL
>> SCM_EOL
>> SCM_UNBOUND
>> SCM_UNDEFINED
>>
On Tue 22 Jan 2013 11:55, Andy Wingo writes:
> [trimming out guile-user]
>
> For me, here is the list of symbols with no C counterpart, followed by a
> commented list of all of them.
>
> Symbols that a non-C program would need to interact with Guile:
>
> SCM_
Hi,
On Wed 16 Jan 2013 19:16, Andy Wingo writes:
> On Wed 16 Jan 2013 18:37, l...@gnu.org (Ludovic Courtès) writes:
>
>> I just think [string port encodings] may have to wait until 2.2.
>
> Oh yes, agreed here. Anyway let's let it simmer for a while. Another
> two
One more thing, Mark; would you mind handling merges to master? The
port code got rearranged there and merges can be tricky. I'll merge
stable-2.0 as it is first and then you can just deal with these patches.
Andy
--
http://wingolog.org/
Hi :)
On Fri 25 Jan 2013 17:46, Nala Ginrut writes:
> Users just need a way to know what languages could be specified to
> --language option.
Can you update the patch to use the language-for-humans? accesor that
Mark pushed recently?
> From a6b321e51a19d3726620a68f8db4902877872460 Mon Sep 17 0
I am pleased to announce that Guile-Lib 0.2.2 has been released. It
may be obtained at:
http://download.savannah.gnu.org/releases/guile-lib/guile-lib-0.2.2.tar.gz
What is Guile-Lib
-
Guile-Lib is intended as an accumulation place for pure-scheme Guile
modules, allowing for peop
On Thu 31 Jan 2013 06:31, Daniel Hartwig writes:
> On 22 January 2013 05:16, Andy Wingo wrote:
>> Any chance on getting a test case as well? :-)
>> --
>> http://wingolog.org/
>
> Updated with tests from RFC 1321. Confirmed that the new test fails
> pre-patch.
A
On Thu 31 Jan 2013 06:06, Mark H Weaver writes:
> From: Mark H Weaver
> Date: Wed, 30 Jan 2013 14:45:28 -0500
> Subject: [PATCH] Do not scan for coding declarations in open-file.
The patch looks good to me but I am concerned about the behavior
change, and that it is inconvenient to get the prev
Hi Mark,
On Thu 31 Jan 2013 05:40, Mark H Weaver writes:
> From ceccaf59267bc98c86aae33809905f26b017ebc8 Mon Sep 17 00:00:00 2001
> From: Mark H Weaver
> Date: Wed, 30 Jan 2013 10:16:37 -0500
> Subject: [PATCH 1/3] Rewrite get_iconv_codepoint to fix a bug involving
> byte-order marks.
LGTM, t
On Wed 30 Jan 2013 22:18, l...@gnu.org (Ludovic Courtès) writes:
> Can we discuss this one in the other thread, so my little brain and
> mailbox don’t get confused? :-)
>
>> From 5512fe4f93e4e583ab538ae02dd98e5825252dc9 Mon Sep 17 00:00:00 2001
>> From: Andy Wingo
>>
BOM is already in the previously specified encoding.
I will punt on this one.
>From 5512fe4f93e4e583ab538ae02dd98e5825252dc9 Mon Sep 17 00:00:00 2001
From: Andy Wingo
Date: Wed, 30 Jan 2013 10:17:25 +0100
Subject: [PATCH] detect and consume byte-order marks for textual ports
* libguile/ports.h:
* libguile/ports.
On Tue 29 Jan 2013 20:22, Neil Jerram writes:
> (define (read-csv file-name)
> (let ((s (utf16->string (get-bytevector-all (open-input-file file-name))
> 'little)))
>
> ;; Discard possible byte order mark.
> (if (and (>= (string-length s) 1)
>(char=?
Hi,
[Ludo and Mark and I scribas]:
>>> * 'open-input-file' could perhaps auto-consume a BOM at the beginning of
>>> the stream, but *only* if the BOM is already in the encoding specified
>>> by the user (possibly via an explicit call to 'file-encoding').
>>
>> The problem is that we have no wa
On Mon 28 Jan 2013 23:20, Mike Gran writes:
> So if there is a "coding:" line in the doc, I think it
> should nullify giving precedence to a UTF-16 BOM.
OK.
Cheers,
Andy
--
http://wingolog.org/
Hi Mark,
Let me work the other way around, starting at the problem and not a
potential solution.
There is a file:
https://cvs.khronos.org/svn/repos/ogl/trunk/ecosystem/public/sdk/docs/man3/glBlendEquationSeparate.xml
It is valid XML. It also has a UTF-8 BOM. It fails to parse in SSAX.
The
What do people think about this attached patch?
Andy
>From 831c3418941f2d643f91e3076ef9458f700a2c59 Mon Sep 17 00:00:00 2001
From: Andy Wingo
Date: Mon, 28 Jan 2013 22:41:34 +0100
Subject: [PATCH] detect and consume byte-order marks for textual ports
* libguile/read.c (scm_i_scan_for_encod
Hi,
I just pushed some changes to (sxml simple)'s xml->sxml. Basically it
has keyword arguments now that do most of what people have been
requesting for a while (non-significant whitespace, easier handling of
entities, declaration of namespaces). We can add handling of some
doctype fragments as
On Sat 26 Jan 2013 13:28, Stefan Israelsson Tampe
writes:
> Andy Wingo writes:
>
>>> Now when we are tail-calling in rtl, we just fill the argument slots
>>> with the new function arguments directly and then tail-call by filling
>>> in
>>> number of
On Fri 25 Jan 2013 23:50, Mark H Weaver writes:
> I wrote:
>> How about adding a new boolean field to that marks it as
>> "internal" or something to that effect? We could have it default to #f
>> for backward compatibility, and mark our internal languages as #t.
>
> I've attached a proposed pat
On Sat 26 Jan 2013 14:03, Stefan Israelsson Tampe
writes:
> I will assume that you are familliar with th ck macro, included in
> recent guile releases or else consider looking it up at
>
> http://okmij.org/ftp/Scheme/macros.html
It does not seem to be documented in Guile's manual. Want to wr
On Sat 26 Jan 2013 11:15, Nala Ginrut writes:
> Please review it. ;-P
A drive-by review (i.e., just style comments and random questions)
> ;; Copyright (C) 2012 Free Software Foundation, Inc.
2013
> Author: Mu Lei known as NalaGinrut
> (define-module (ice-9 colorized)
> #:use-module
On Fri 25 Jan 2013 11:43, Nala Ginrut writes:
> @@ -33,6 +33,9 @@
>
> (define-module (ice-9 command-line)
>#:autoload (system vm vm) (set-default-vm-engine! set-vm-engine! the-vm)
> + #:use-module (srfi srfi-1)
> + #:use-module (ice-9 regex)
> + #:use-module (ice-9 ftw)
>#:export (c
Hi,
On Thu 24 Jan 2013 21:28, Mark H Weaver writes:
> "Andy Wingo" writes:
>> commit dd02f3bd546f6a41d75785e8096b31b78e94167f
>> Author: Andy Wingo
>> Date: Thu Jan 24 13:20:54 2013 +0100
>>
>> add rtl infrastructure for doing toplevel refs
>
Hi!
On Thu 24 Jan 2013 14:50, Noah Lavine writes:
> Thanks for the review! There has actually been more progress since I
> pushed that branch. I hit a point in the CPS->RTL stuff where I had
> trouble because I didn't know how to do things (like mutable variables)
> in RTL. So I've actually port
On Thu 24 Jan 2013 11:38, Nala Ginrut writes:
> Are you guys going to use CSP to implement SSA for AOT?
Too many acronyms! I think the answer in short is that we are
interested in using a continuation-passing style intermediate language.
We don't know if it will work well or not, but we will tr
Hi,
On Sat 01 Dec 2012 00:39, Stefan Israelsson Tampe
writes:
> (define-macro-assembler (toplevel asm dst sym)
> (let ((s (emit-non-immediate asm sym))
> (d (emit-non-immediate asm (current-module)))
> (v (intern-constant asm 0 #:slot #t)))
> (emit-toplevel-ref asm dst v d
Hi!
On Thu 24 Jan 2013 10:28, Mark H Weaver writes:
> The problem is that CPS fixes the order in which everything is
> evaluated, such as the order in which procedure arguments are
> evaluated, the order in which 'let' or 'letrec' initializers are
> evaluated, etc. The fact that these orders ar
Hi Noah,
On Sat 17 Nov 2012 16:35, Noah Lavine writes:
> I've had several conversations on this list about using
> continuation-passing style in Guile. I recently decided to take the hint
> and implement it. I've pushed a new branch called wip-rtl-cps that I'd
> appreciate comments on (but I do
Hi Noah,
A brief note to let you know that I rebased wip-rtl-cps, as wip-rtl
itself was rebased.
Cheers,
Andy
--
http://wingolog.org/
On Sun 14 Oct 2012 21:59, Noah Lavine writes:
> I have been working on understanding RTL, and I wrote the following
> tests. They're mostly to illustrate for myself how calling works in
> RTL, but they also serve to test it. Any objections if I commit them
> as part of rtl.test?
Committed, thank
Hi,
Just a note that I have merged stable-2.0 to master, and rebased wip-rtl
on top of that.
`master' should build and pass make check for everyone. If that is not
the case, please let me know.
Thanks,
Andy
--
http://wingolog.org/
On Wed 07 Mar 2012 17:32, Nala Ginrut writes:
> I found current read-delimited will return the whole string if delimiter
> can't be found. It's inconvenient for some cases.
>
> I expect it return #f for this.
> And Andy said it maybe because some back compatible reasons. So I decide
> to add an o
Hi,
On Wed 23 Jan 2013 00:27, Daniel Llorens writes:
> I guess I don't value that much having a specific interface just for
> rank 1 objects.
I don't care much either; I don't think I have ever used the generalized
vector routines. If I wanted real polymorphism, I think I would also
want it ov
On Tue 22 Jan 2013 15:31, Daniel Llorens writes:
> On Jan 21, 2013, at 17:11, Andy Wingo wrote:
>
> The patch attached applies over yours and is to document this function
> and a couple others in the manual.
Thanks, applied and pushed to wip-generalized-vectors.
> Maybe
On Sat 19 Jan 2013 05:42, Peter Teeson writes:
> bad return from expression `(f-sum -1 2000 -3 400)':
> expected 3971999; got 3972255
>
> FAIL: test-ffi
>
>
> There are 2 compilers available from Apple for C/C++
> i686-apple-darwin11-llvm-gcc-4.2 (GCC) 4
Hi Daniel,
Thanks for thinking about this.
On Tue 22 Jan 2013 19:31, Daniel Llorens writes:
>> I think this is fair for type polymorphism. It makes sense to let
>> vector- work on uniform vectors because the implementation should be
>> identical.
>>
>> It's different for arrays because even fo
On Tue 22 Jan 2013 17:19, Stefan Israelsson Tampe
writes:
>> > (read-hash-extend #\_ syntax-closure-reader)
>>
>> Have you tried having your srfi-72 module export a binding for unsyntax?
>
> I would like to use that of cause, but does it mix well with other
> already written code?
It should wor
On Tue 22 Jan 2013 16:24, Nala Ginrut writes:
> Yes, but do we have some kind of spec standard for guildhall packages?
The zip bundles, no? The guild tool should create the bundles.
I had another thought. When someone submits a bundle, they should HTTP
POST it to a URL on guildhall.gnu.org.
On Tue 22 Jan 2013 14:32, l...@gnu.org (Ludovic Courtès) writes:
> Andy Wingo skribis:
>
>> So, proposal: read-all{,!} to read-string{,!} and add optional count
>> argument to read-string, and leave it in ice-9 rdelim. WDYT?
>
> Go for it!
Done, thanks for the
be great. Would you be interested in doing this? :-)
Andy
>From 3197a1d1b51ecafb1565e984e98fdd0059f6 Mon Sep 17 00:00:00 2001
From: Andy Wingo
Date: Mon, 21 Jan 2013 12:28:22 +0100
Subject: [PATCH] add --language argument
* module/ice-9/command-line.scm (*usage*): Make usage of capitali
Hi,
On Thu 17 Jan 2013 21:51, Stefan Israelsson Tampe
writes:
> Hi all, I wanted to resurrect the idea of a syntactic closure. I did
> some thinking and
Meta: I seem to be receiving your mails with this really strange line
wrapping. It's been this way for a while, and it makes it difficult to
On Thu 17 Jan 2013 16:34, Andy Wingo writes:
> What first writing a prototype that uses the VM trap interface?
^about
Andy
--
http://wingolog.org/
On Thu 17 Jan 2013 10:07, Nala Ginrut writes:
> On Wed, 2013-01-16 at 18:42 +0100, Andy Wingo wrote:
>> On Wed 07 Mar 2012 17:32, Nala Ginrut writes:
>>
>> > (call-with-input-string "asdf" (lambda (port) (read-delimited "@" port
>> >
Hi Nala,
This form is missing documentation and a test case. I would also add it
to (ice-9 control) instead of to the core, along with the corresponding
call/ec and perhaps the longer names as well.
On Mon 14 Jan 2013 16:20, Nala Ginrut writes:
> +(define-syntax-rule (let/ec k e e* ...)
> + (
On Tue 15 Jan 2013 10:32, l...@gnu.org (Ludovic Courtès) writes:
> Mike Gran skribis:
>
>> Opening a file that contains a coding declaration using an encoding other
>> than binary or the coding declared in the file seems like it would be
>> something of a corner case. So, IMHO it makes sense tha
On Sat 12 Jan 2013 16:21, Nala Ginrut writes:
> We'd like to start up guildhall.gnu.org, which is a guilers community
> MAYBE based on savannah to let you guys share/fetch Guile packages. Just
> like rubygems.org does. ;-)
FWIW we do have access to a guildhall.gnu.org and are in the process of
s
On Tue 22 Jan 2013 11:16, l...@gnu.org (Ludovic Courtès) writes:
> Andy Wingo skribis:
>
>> From 856d0ef6e7a5236da36c2fae13271e643580507d Mon Sep 17 00:00:00 2001
>> From: Andy Wingo
>> Date: Sun, 20 Jan 2013 20:26:59 +0100
>> Subject: [PATCH] `include' relati
On Tue 22 Jan 2013 11:01, l...@gnu.org (Ludovic Courtès) writes:
>>> Are the names right?
>
> ‘read-all’ doesn’t convey the idea that it’s textual (unlike the R6RS
> names).
>
> Perhaps ‘port-contents-as-string’, or ‘read-all-string’, or...?
What about read-string with an optional #:count argumen
SCM_UNDEFINED
SCM_UNSPECIFIED
Any ideas on how we should expose these?
Andy
Specific comments:
On Sat 12 Jan 2013 16:16, Andy Wingo writes:
> SCM_ALLOW_INTS
> SCM_DEFER_INTS
These have scm_dynwind_block_asyncs() and related. I removed the one
place in the docs where the
On Tue 22 Jan 2013 10:15, Andy Wingo writes:
> Hi,
>
> On Sat 12 Jan 2013 22:22, l...@gnu.org (Ludovic Courtès) writes:
>
>> Andy Wingo skribis:
>>
>>> I find myself writing (read-delimited "" p) to slurp in a file as a
>>> string,
Hi,
On Sat 12 Jan 2013 22:22, l...@gnu.org (Ludovic Courtès) writes:
> Andy Wingo skribis:
>
>> I find myself writing (read-delimited "" p) to slurp in a file as a
>> string, but it's not a very straightforward way to say that.
>>
>> What about `
On Sat 08 Dec 2012 16:47, Nala Ginrut writes:
> Test code here:
> cut--
> # echo "(+ 1 1)" > aa.scm
> # guild compile aa.scm --from=scheme --to=glil -o aa.glil
> # guild compile aa.glil --from=glil --to=assembly -o aa.asm
> e
Any chance on getting a test case as well? :-)
--
http://wingolog.org/
On Sat 12 Jan 2013 05:09, Daniel Hartwig writes:
> Looks like the copy-pasta left an inappropriate “(when extra-headers
> …)” around the deprecation warning in http-get*.
Fixed, thanks.
Andy
--
http://wingolog.org/
On Wed 09 Jan 2013 13:45, Bogdan Marinescu
writes:
> Add explicit dependency for libpath.h on dynl.x which fixes a potential
> parallel build issue. The other file that includes libguile/libpath.h
> (libguile/load.c) already has an explicit dependency on libpath.h
Applied, thanks.
Andy
--
htt
On Tue 08 Jan 2013 19:25, Mark H Weaver writes:
>* [new tag] trunk -> trunk
>
> Can any git masters tell me how this happened and/or what I did wrong?
No idea.
git push :trunk, I think, to remove. You might want to remove the tag
or branch or whatever locally as well.
Andy
--
htt
On Fri 04 Jan 2013 00:36, l...@gnu.org (Ludovic Courtès) writes:
> Hmm, I can’t see how ‘with-fluids’ or ‘parameterize’ could be
> tail-recursive given that it uses ‘dynamic-wind’. Am I missing
> something?
It doesn't use dynamic-wind.
scheme@(guile-user)> ,x (lambda () (with-fluids ((foo 1)) 2
On Mon 31 Dec 2012 13:59, Stefan Israelsson Tampe
writes:
> Going through the compile-rtl stuff I realized that the handling of
>
> in tail call position is not as good as one could do or?
Yes, Racket guarantees asymptotic tail recursion here but Guile does
not.
> To achieve the first task of
On Sun 09 Dec 2012 13:47, Andreas Rottmann writes:
> * libguile/private-options.h: Introduce a new enum indexing the read
> options, and use its values as indices for scm_read_opts.
Seems to define struct scm_read_opts as well?
> +SCM scm_i_read (SCM port, const scm_t_read_opts *opts, unsigne
On Wed 12 Dec 2012 04:21, Nala Ginrut writes:
> It's weird to see that:
> (exact? 'a)
> err msg===
> ERROR: In procedure exact?:
> ERROR: In procedure exact?: Wrong type argument in position 1: a
> ==end=
scheme@(guile-user)> (positive
On Sun 09 Dec 2012 13:47, Andreas Rottmann writes:
> 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 setting
> `hungry-eol-escapes'.
I would conside
On Wed 05 Dec 2012 10:50, Daniel Llorens writes:
>> On 5 December 2012 15:21, Nala Ginrut wrote:
>
>> I don't think it's proper to use (ansi term-color)
>> purposely, since it's not in Guile.
>
> Maybe we should start moving a few things from guile-lib into Guile proper.
>
> (ansi term-color) ma
Hi,
On Thu 29 Nov 2012 23:42, Mark H Weaver writes:
> SCM
> scm_local_eval (SCM exp, SCM env)
> {
> static SCM local_eval_var = SCM_BOOL_F;
>
> if (scm_is_false (local_eval_var))
> local_eval_var = scm_c_public_variable ("ice-9 local-eval", "local-eval");
>
> return scm_call_2 (SCM_VAR
On Mon 21 Jan 2013 19:28, Stefan Israelsson Tampe
writes:
> As I understood my reason for doing this was that many closures point to
> the same code fragment
Ah, I see. Yes indeed this may make sense. I'll keep it in mind.
Andy
--
http://wingolog.org/
Howdy :)
On Mon 21 Jan 2013 19:09, Mikael Djurfeldt writes:
> Now, I'm looking into porting Gerald Sussman's scmutils to Guile-2.0.
> I'm aware of an older port by Daniel Gildea but I don't think that
> uses GOOPS:
Neat; GOOPS is definitely the way to go there ;-)
> I'm currently wondering if
On Sat 17 Nov 2012 23:21, l...@gnu.org (Ludovic Courtès) writes:
> Here’s an attempt to “reduce the number of dependencies” of Guile. The
> approach, as suggested by Bruno Haible, uses Gnulib’s
> ‘libunistring-optional’ module, along with the 22 (!) unistring modules
> that provide the functional
On Mon 21 Jan 2013 18:20, l...@gnu.org (Ludovic Courtès) writes:
>> Subject: [PATCH] fix try-module-autoload, which did not detect failure to
>> find the file
>
> Looks good to me.
Pushed, thanks.
Andy
--
http://wingolog.org/
Hello Mikael,
A pleasure to see you around!
On Mon 22 Oct 2012 01:11, Mikael Djurfeldt writes:
> When trying to use guile 2 for logic programming I discovered that the
> slib interface is again broken (and has been for quite some time).
I am very sorry that I did not see this thread before hac
On Mon 15 Oct 2012 16:05, Stefan Israelsson Tampe
writes:
> (arg1, return-address, old-frame, program, arg2 ...)
>
> This way we do not need to copy the program field at a tail call
What would you do for 0 arguments?
> Also another kind of difficulty will arise, many instructions only
> take a
On Sun 14 Oct 2012 17:13, Stefan Israelsson Tampe
writes:
> potential memory leaks. To let it be as it is designed right now, will
> mean that it is very difficult looking at the scheme code to see what
> will be protected from gc or not.
Explicit clearing is much better than a stack pointer.
On Sat 22 Sep 2012 23:28, Stefan Israelsson Tampe
writes:
> I've now coded two version of native compilers for x86-64 linux
> compiling either the old guile-2.0 VM language or guile-2.2 RTL VM
> language.
This is pretty crazy and wonderful stuff, Stefan.
> https://gitorious.org/aschm
https:/
tions as well.
What do you think?
Andy
>From 8a9b22e6ecbd394a276b04383f4cde9c17481c49 Mon Sep 17 00:00:00 2001
From: Andy Wingo
Date: Mon, 21 Jan 2013 17:04:09 +0100
Subject: [PATCH] deprecate generalized vectors in favor of arrays
* libguile/generalized-arrays.h:
* libgui
On Thu 13 Sep 2012 08:51, nalaginrut writes:
> The patch to fix the error while compiling the corba module.
Thanks. There was only an error in master, no? I added a #define that
ensured support of 1.8, AFAIK.
Andy
--
http://wingolog.org/
On Thu 09 Aug 2012 20:59, Stefan Israelsson Tampe
writes:
> DO you think that this will do as an initial patch to wip-rtl in order
> to introduce the possibility to
> execute native code or JIT:ed code. We reserve the first two indexes in
> the ip text area to fit
> a pointer to native code to b
On Wed 16 Jan 2013 13:13, l...@gnu.org (Ludovic Courtès) writes:
> Hi,
>
> Andy Wingo skribis:
>
>> I was about to ask the savannah folks / gnu admins if they could change
>> the configuration for guile's repo to allow non-fast-forward pushes
>> (obviously
Hi Krister,
On Sat 28 Jul 2012 16:39, Krister Svanlund writes:
> + (define (system-error-printer port key args default-printer)
> +(apply (case-lambda
> + ((func fmt reasons _)
> + (format port "System error:\n")
> + (apply format port fmt reasons))
>
On Thu 26 Jul 2012 00:19, Aleix Conchillo Flaqué writes:
> I have started working on bindings for OpenGL and GLUT.
>
> https://github.com/aconchillo/guile-gl
This looks really neat :)
You know, I was thinking of generating a binding based on the XML
documentation that they provide:
https://
Hi David,
On Mon 21 Jan 2013 11:47, l...@gnu.org (Ludovic Courtès) writes:
> ‘load.test’ uses ‘compile-file’, and it seems that ‘compile-file’ does
> an ‘open-input-file’ with no corresponding ‘close-port’. That may be
> the problem.
Can you try the following patch? ./check-guile load.test on
ompiler unless we have to.
Another thing is that --lang does not appear to set the language for the
first REPL invocation. We should fix that too, I suppose.
Finally, -e uses the Scheme reader. -e is a pretty strange argument
anyway, but hey.
Thoughts?
Andy
>From 0ccee2ea374187da14ec4f96ba6d8
501 - 600 of 2391 matches
Mail list logo