> > Believed fixed! Please test.
>
> Now a problem about uintptr_t seems fixed. (thanks!) But compilation
> of today's 'branch_release-1-6' fails by
>
> undefined reference to `GC_noop1'
And this has also be fixed. What a relief of smooth
compilation... :-)))
Thank you,
Masao
---
> Believed fixed! Please test.
Now a problem about uintptr_t seems fixed. (thanks!) But compilation
of today's 'branch_release-1-6' fails by
undefined reference to `GC_noop1'
Regards,
Masao
___
Bug-guile mailing list
[EMAIL PROTECTED]
http://mai
> > Without this, any file can't be compiled because of lack of the
> > definition of uintptr_t. uintptr_t is defined in inttypes.h on my
> > NetBSD box, but I'm not sure if the proper entry point is it or not.
> configure should check for the availability of uintptr_t. What does
> it find on yo
Without this, any file can't be compiled because of lack of the
definition of uintptr_t. uintptr_t is defined in inttypes.h on my
NetBSD box, but I'm not sure if the proper entry point is it or not.
Regards,
Masao
Index: libguile/tags.h
=
Err, sorry, it was me who volunteered the task to improve Guile's
array and uniform array implementaiton. I have done some survey but
did other things in the last 2-3 weeks.
> well, we all know that Guile's uniform vectors & arrays are strange,
> but the following is really buggy, isn't it? (take
> The reason Guile dumps core is that it wants to output a deprecation
> warning at a time when the deprecation mechanism has not been
> initialized yet. It tried to output that warning because a
> automatically generated file hadn't been brought uptodate in your
> sources yet, and was still usin
I can avoid core dump by the following patch.
This is not the best way, though.
Regards,
Masao
--- libguile/deprecation.c.orig Mon May 28 10:32:48 2001
+++ libguile/deprecation.c Thu Jun 7 14:37:15 2001
@@ -47,8 +47,9 @@
#include "libguile/deprecation.h"
#include "libguile/hashtab.h"
-
This is -D 20010606 source.
I'm using NetBSD/i386, 1.5_BETA.
Any clue?
TIA,
Masao
% gmake
:
(snip)
:
Making all in libguile
gmake[1]: Entering directory `/usr/local/src/guile-core-20010606/libguile'
./guile-snarf-docs-texi alist.doc arbiters.doc async.doc backtrace.doc
bool
Hello,
> autoconf-2.50 fails in guile-1.4 with the following error:
>
>
> $ autoconf
> configure.in:321: error: AC_LANG: unknown language:
> aclang.m4:124: _AC_LANG_SET is expanded from...
> aclang.m4:133: AC_LANG is expanded from...
> ./aclocal.m4:116: GUILE_NAMED_CHECK_FUNC is expanded from..
Uuuh, ah, sorry, please ignore this.
Now 'configure' can be made by older versions of autotools.
Masao
___
Bug-guile mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-guile
Here's my log (with sh -vx autogen.sh). My box is NetBSD/i386
1.5-BETA. Just before running autogen.sh, I had updated Automake and
Autoconf.
#!/bin/sh
[ -f GUILE-VERSION ] || {
echo "autogen.sh: run this command only at the top of a Guile source tree."
exit 1
}
+ [ -f GUILE-VERSION ]
./gu
I've just finished 'cvs update -P -d' and tried
autogen.sh. This is the result:
% sh -vx autogen.sh
#!/bin/sh
[ -f GUILE-VERSION ] || {
echo "autogen.sh: run this command only at the top of a Guile source tree."
exit 1
}
+ [ -f GUILE-VERSION ]
./guile-aclocal.sh
+ ./guile-ac
This pacht is to be applied to 1.110 of unif.c.
Masao
___
Bug-guile mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-guile
This is my first patch to unif.c, only cosmetic change.
Thanks,
Masao
--- unif.c.orig Mon May 21 16:03:59 2001
+++ unif.c.2Mon May 21 16:11:28 2001
@@ -307,7 +307,7 @@
v = SCM_ARRAY_V (v);
}
if (nprot)
-return SCM_BOOL(nprot);
+return SCM_BOOL (nprot);
else
> Aha. From
> http://sources.redhat.com/ml/gdb-patches/2000-q1/msg00904.html:
>
> ---8<
> The problem with @ifnottex in Texinfo 3.12 are actually a
> bug/misfeature in that version: conditionals such as @ifnottex cannot
> span node boundaries. Here's a Change
> does `gmake clean' help?
Does help!
> in general, just doing `make' after a CVS update doesn't always
> work. for me, anyway.
I've just learnt that. ;)
Thank you,
Masao
---
|_ -|--|-
_|__ /|\/|\
___
Bug-guile mailing list
[EMAIL PROTECTED]
htt
This is also from today's source compilation.
Making all in doc
gmake[1]: Entering directory `/usr/local/src/guile-core-20010517/doc'
Updating ./version.texi
cd . \
&& makeinfo `echo guile.texi | sed 's,.*/,,'`
Making info file `guile.info' from `guile.texi'.
./preface.texi:18: No matching `@e
I'm compiling a CVS tree just updated and get the following error.
gcc -DHAVE_CONFIG_H -I.. -I./.. -I../libltdl -g -O2 -Wall -Wmissing-prototypes
-Wp,-MD,.deps/gc.pp -c gc.c -fPIC -DPIC -o .libs/gc.o
../libguile/gc.x: In function `scm_init_gc':
In file included from gc.c:2680:
../libguile/gc.x:
See,
hiroko % ls -CF
ANON-CVS NEWS check-guile.in guile-config/
missing@
AUTHORS README config.guess*guile-readline/
mkinstalldirs@
COPYING RELEASE config.h.in ice-9/
19 matches
Mail list logo