On 23 April 2011 14:24, nalaginrut wrote:
> I think this simple solution could be a temporary substitute before a
> AOT guile-compiler come out. To myself, I really want to use a AOT
> compiler to do such a job(it's better for optimizing the code).
Just to clear up a seemingly common misconceptio
Hi Andreas,
Andreas Rottmann writes:
> Well, I'm not advocating making them disjoint in the sense that the
> textual or binary operations are only possible on "matching" ports.
> Allowing to mix binary and textual I/O on any port, is, IMHO, a fine and
> reasonable implementation-specific extensi
Hi Mark,
FWIW, these patches look great to me; I just have two minor comments,
inline below. It's great to have someone looking at the manual material
with such a careful eye for detail.
Just one meta-thing that occurred to me: can we all agree on a value for
fill-column, so as to avoid spurious
Hi Neil,
Neil Jerram writes:
> Just one meta-thing that occurred to me: can we all agree on a value for
> fill-column, so as to avoid spurious M-q diffs? And, if we can
> agree on that, is there a neat way of helping people to use it? - some
> kind of local variables setup, I suppose.
It can b
Hello!
As Andy noted in the past, iconv conversion descriptors associated with
ports take up a lot of malloc’d memory, that only gets freed when
finalizers are run. On GNU/Linux, a UTF-8 → UTF-8 C.D., which does
nothing, mallocs 180 KiB (!), according to the program attached. So the
problem is a
Hi!
So, here’s the patch.
It also makes UTF-8 input ~30% faster according to ports.bm (which
doesn’t benchmark output):
* before:
("ports.bm: peek-char: latin-1 port" 70 user 0.36)
("ports.bm: peek-char: utf-8 port, ascii character" 70 user 0.35)
("ports.bm: peek-char: utf
Hi,
CRLF0710 writes:
> That is: When you set up yourself a locale in system configuration but
> doesn't actually have that locale installed, the whole system will
> still work, but with some prompts.
> However guile won't start at all.
Fixed by commit 94b55d3fa046523e13de9df1c2fb39280f4842e8, w
Hi Ludovic!
l...@gnu.org (Ludovic Courtès) writes:
> So, here’s the patch.
>
> It also makes UTF-8 input ~30% faster according to ports.bm (which
> doesn’t benchmark output):
Thanks for working on this. I haven't yet had time to fully review this
patch, but here I will document the problems I se
