On FreeBSD string.h includes the system header strings.h. The problem
is that Guile provides another file called strings.h which is included
instead of the system header file. This causes the build of
gen-scmconfig to fail since Guile's strings.h includes scmconfig.h
which hasn't been created
Here's a patch that replaces the test for the pthread library with the
macro from
http://www.gnu.org/software/ac-archive/htmldoc/acx_pthread.html. The
patch appends acx_pthread.m4 to acinclude.m4 and replaces
AC_CHECK_LIB(pthread, ...) with ACX_PTHREAD in configure.in. Without
this patch
Hi,
there are still C99isms in strings.c and threads.c. I've attached a
patch that changes the relevant code so that it can be compiled with
GCC 2.95. IMHO C99isms ought to be avoided as long as Debian Woody and
OpenBSD 3.5 are supported products since both distributions come with
GCC 2.95 as
Hi,
there are a couple of variable C99-style variable definitions in CVS
HEAD. Debian Woody and OpenBSD/i386 3.5 are both shipped with GCC
2.95. IMHO it's too early to use C99isms.
Index: arbiters.c
===
RCS file:
According to SRFI-13 the procedure string-every returns #t if it is applied
to an empty sequence (see
http://srfi.schemers.org/srfi-13/srfi-13.html#Predicates). But Guile's
implementation returns #f. Is this a bug in SRFI-13 or in srfi/srfi-13.c?
___
Hi,
there are two mistakes in the newest revision of configure.in. In line
561 and line 564 UINTMAX_LIMITS should be set instead of INTMAX_LIMITS.
SCM_I_GSC_T_UINTMAX=0
if test $scm_stdint_has_uintmax; then
[...]
elif test $ac_cv_sizeof_unsigned_long_long -ne 0; then
Clem Wang writes:
i'm running macosx 10.3.4
compiling cs_os_dep.c fails on line 380:
i'm not sure what else you need to know or whether there is a problem
with
my system.
Either use fink to install Guile 1.6.4 or try to use guile16.patch from
The stack base problem on Mac OS X can easily be fixed by using the
preprocessor macros __APPLE__ and __MACH__ instead of the macro macosx,
which is not defined by GCC on Mac OS X.
Hans Boehm's garbage collector now also uses __APPLE__ and __MACH__ and
Apple's documentation says To define a
isinf is a macro on HP-UX. Currently, configure.in uses AC_CHECK_FUNCS,
which checks for functions only, to check for isinf. I've attached a
patch that replaces the current test with a test that includes math.h.
The HP-UX manual page says The ISO/ANSI C committee has approved the
isinf() macro
Kevin Ryde writes:
Andreas Vögele [EMAIL PROTECTED] writes:
Here's the patch that I use.
Hmm. I don't really want to make that change. What's there now is
what autoconf recommends, and I'd rather see it changed in autoconf
first.
That's if a change is needed, since what you report
Kevin Ryde writes:
Andreas Vögele [EMAIL PROTECTED] writes:
A patch for srfi-19.test that uses EST5EDT instead of CET is attached.
Thanks, I made that change.
Thanks a lot. I can now build Guile on HP-UX. A couple of tests still
fail. I'll look at them as time permits. I'll also look at the Mac
Hi,
on HP-UX, test-suite/time.test fails. The problem is that there may be
a mismatch between the time zone name and the daylight savings time
setting. The patch changes scm_strftime() so that mktime() is called to
fix tm_isdst. I don't know if this problem is HP-specific but I decided
to use
Am 28.04.2004 um 00:41 schrieb Kevin Ryde:
Andreas Vögele [EMAIL PROTECTED] writes:
On HP-UX, the gmtime_r() prototype isn't declared unless
-D_POSIX_C_SOURCE=199506L is passed to the C compiler.
Thanks, I added that.
_POSIX_C_SOURCE is also required in libguile/filesys.c for readdir_r
Kevin Ryde write:
Andreas Vögele [EMAIL PROTECTED] writes:
continuations.c: In function `scm_dynthrow':
continuations.c:269: warning: implicit declaration of function
`SCM_PTR_GE'
The macro SCM_PTR_GE doesn't exist anymore.
What should it be, just = these days?
I'm not sure since I couldn't test
Kevin Ryde writes:
Andreas Vögele [EMAIL PROTECTED] writes:
threads.c: In function `scm_threads_mark_stacks':
threads.c:977: error: `sizet' undeclared (first use in this function)
Thanks. Hmm. It's either meant to be size_t or scm_sizet I presume.
I'll change it to size_t.
The number
Am 28.04.2004 um 02:36 schrieb Kevin Ryde:
Andreas Vögele [EMAIL PROTECTED] writes:
but building Guile CVS on HP-UX und Mac OS X is a nightmare.
On darwin5.5 for me it compiles, but doesn't run
ERROR: In procedure list:
ERROR: #unknown port:1:6: end of file
test-system
Am 28.04.2004 um 09:43 schrieb Andreas Vögele:
Kevin Ryde writes:
Andreas Vögele [EMAIL PROTECTED] writes:
It seems that alloca.h must be included on HP-UX even when Guile is
built with GCC.
eval.c: In function `deval':
eval.c:2910: warning: implicit declaration of function `alloca'
That's odd
If Guile CVS is built with --disable-deprecated GCC 3.4 fails to build
eval.c. The problem is that the function scm_macroexp() is used in
line 1941 of eval.c. The prototype is not declared in eval.h if
deprecated functions are disabled and the function definition starts
further below in line
On HP-UX, the macros MIN and MAX are defined in sys/param.h which is
included by limits.h. There's an unconditional definition of MIN in
the CVS version of numbers.c which clashes with HP's definition.
Here's the error message:
./guile-snarf -o numbers.x numbers.c -DHAVE_CONFIG_H
-I.. -I..
The time zone CET does not exist on HP-UX. The following patch
modifies srfi-19.test so that the time zone MEZ-1MESZ is used on
HP-UX.
Index: srfi-19.test
===
RCS file: /cvsroot/guile/guile/guile-core/test-suite/tests/srfi-19.test,v
I'm wondering whether the second date-week-number test at the end of
srfi-19.test or the SRFI 19 implementation is broken.
The second tests is supposed to return 0:
(with-test-prefix date-week-number
(pass-if (= 0 (date-week-number (make-date 0 0 0 0 1 1 1984 0) 0)))
(pass-if (= 0
While browsing Guile's regression tests I came across the following
test which checks the procedure date-week-number:
(with-test-prefix date-week-number
(pass-if (= 0 (date-week-number (make-date 0 0 0 0 1 1 1984 0) 0)))
(pass-if (= 0 (date-week-number (make-date 0 0 0 0 7 1 1984 0)
22 matches
Mail list logo