Hi Steven,
By relevant part of `config.log', I meant the few lines around
checking for C compiler default output file name... in
`guile-readline/config.log'. It should show the test file that
`configure' tried to compile, the command line it used, and the
compilation error it got.
Thanks,
Hi,
Neil Jerram [EMAIL PROTECTED] writes:
Basically yes, but two thoughts:
- Can I just take a couple more days to review the srcprops changes in
detail? It's important for my debugging work, and I recall having
some concern when Han-Wen implemented this... Looking at the diffs
Hello,
Small I/O functions like `scm_getc ()' deserve to be inlined. For
instance, Andy measured it some time ago:
http://thread.gmane.org/gmane.lisp.guile.devel/6639
I'm planning to apply the attached patch to both `master' and 1.8.
To get an idea of its benefit, I run the attached
Hi Mikael!
On Sun 13 Apr 2008 21:09, Mikael Djurfeldt [EMAIL PROTECTED] writes:
I have heard that in a well-done CLOS implementation, accessors are are
generally faster than slot-ref
Note that the current implementation *does*
compile in the slot position into this form and indeed *has*
2008/4/14, Andy Wingo [EMAIL PROTECTED]:
I have shied away from GOOPS internals in the past, but every time I have
a brush with them I learn something interesting.
You're very kind. It's in large parts not easily readable code.
What is your perspective regarding foreign-slot? I wrote a bit
2008/4/14, Andy Wingo [EMAIL PROTECTED]:
Is this designed to work? It seems that all is still not right,
@slot-ref (only used in accessors, not in slot-ref) accesses the slot as
a SCM
Right, the special form is @slot-ref, not @assert-bound-ref as I
stated previously.
silly me, here we go:
configure:2881: gccconftest.c 5
conftest.c:5: error: missing terminating character
conftest.c:7: error: missing terminating character
configure:2884: $? = 1
configure:2922: result:
configure: failed program was:
| /* confdefs.h. */
| #define PACKAGE_NAME
looks like the problems are in the configure file, where I found the
following:
PACKAGE_VERSION='-n 1.9.0
'
PACKAGE_STRING='guile-readline -n 1.9.0
'
If I changed them by hand, the problem went away.
steve
Per Ralf Wildenhues from libtool team. It seems that libtool generated
from autogen.sh is incorrect for both 1.8.4 and 1.9.0 if using 2.2.x
libltdl. The result will be a linking error symbol
_lt__PROGRAM__LTX_preloaded_symbols not found.
Even copy 2.2.x libtool, it is still wrong, since
