On 07/17/11 13:47, Ludovic Courtès wrote:
FWIW, I do understand the inconvenience and frustration reported here.
But as Andy suggests, I think it should come as no surprise that
‘scm_from_locale_string’ returns a string from a locale-encoded one.
Guile 1.8 already documented things this way
Hi Andy,
On 07/13/11 01:48, Andy Wingo wrote:
I'm not sure what the bug report here is. I'm getting a lot of angst
though :-)
:) Not angst so much as mild irritation, some of it stirred up residuals
from the 1.4 - 1.6 - 1.8 transitions. I was only just recently able
to drop Guile 1.4
On 07/13/11 06:41, Andy Wingo wrote:
No need to shout, thank you. I agree with you. However in this case we
are covered: the new interface name is libguile-2.0.so.
Sorry. It's hard to get nuanced vocal inflections encoded into text.
Too much emphasis, I guess.
You happened to run into
Hi Elias, et al.,
On 07/09/11 15:11, Elias Pipping wrote:
with autogen 5.12 and guile [top of tree] I get a test failure that
I do not get with the same version of autogen and guile 2.0.2.
The failing test is string.test.
It fails because instead of ending with \001\002\003\377 as expected,
a
On 07/11/11 07:09, Elias Pipping wrote:
I meant write:
with autogen 5.12 and guile 2.0.2 I get a test failure that I do not
get with the same version of autogen and guile 2.0.0.
Ah, right. I took a guess at intentions. But, it doesn't matter.
The fact is I was told by folks on the guile
Either the include file name must use double quotes,
or the build directory must have a ``-I'' option pointing
to it:
cc -DHAVE_CONFIG_H -I.. -I../../libguile/.. -I../../libltdl \
-g -c ../../libguile/alloca.c -KPIC -DPIC -o .libs/alloca.lo
UX:acomp: ERROR: "../../libguile/alloca.c", line