Neil Jerram <[EMAIL PROTECTED]> writes:
>
> In the meantime, can we fix this for guile by just adding #ifndef
> alloca around the whole blob? Would that have bad effects on other
> OSs?
Sounds good.
___
Guile-user mailing list
Guile-user@gnu.org
http:
Jon Wilson <[EMAIL PROTECTED]> writes:
> alloca.c from where? From libc? If so, which libc? Or do you mean
> some file alloca.c within the guile source?
Yes, there's a libguile/alloca.c in Guile CVS. It probably doesn't
survive into any distributions though (and shouldn't).
> I'm puzzled now
Hi Kevin,
Kevin Ryde wrote:
Jon Wilson <[EMAIL PROTECTED]> writes:
I need some help understanding what you've said.
AC_FUNC_ALLOCA in configure normally uses an alloca.c
(libguile/alloca.c) to provide alloca() if the compiler or C library
doesn't otherwise have one. Should be unrelat
Jon Wilson <[EMAIL PROTECTED]> writes:
>
> I need some help understanding what you've said.
AC_FUNC_ALLOCA in configure normally uses an alloca.c
(libguile/alloca.c) to provide alloca() if the compiler or C library
doesn't otherwise have one. Should be unrelated to whatever happens
on bsd.
Not s
Hi Neil,
Neil Jerram wrote:
One thing to be aware of is that the so-called "portable"
implementation of alloca() in alloca.c just doesn't work with Guile,
because it doesn't really allocate memory on the stack.
alloca.c from where? From libc? If so, which libc? Or do you mean
some file al
Jon Wilson <[EMAIL PROTECTED]> writes:
> Hi,
> So it looks like the blob in libguile/eval.c (lines 40-56) from the
> autoconf manual to define alloca doesn't work on BSD systems. This is
> in guile 1.8.1.
One thing to be aware of is that the so-called "portable"
implementation of alloca() in all
Hi,
I'm still trying to get a shell account on my friend's FreeBSD machine.
Once I've got that, it shouldn't take very long to file a bug report.
Regards,
Jon
___
Guile-user mailing list
Guile-user@gnu.org
http://lists.gnu.org/mailman/listinfo/guile
Whoops I sent this email just to Kevin instead of the list... sorry folks.
Hi Kevin,
Assuming we're using the blob correctly then it's an autoconf problem.
Is the blob supposed to come before including ? Though that
sounds too easy to mess up, you'd hope the blob could be made to cope
with be
And here was Kevin's reply:
What I'm thinking is that perhaps there is a needed blob for using
stdlib?
Perhaps, though the previous version from autoconf didn't. What it
did used to have though was a wrapping #ifndef,
#ifndef alloca
# ifdef __GNUC__
# define alloca __builtin_alloca
# else
#
Jon Wilson <[EMAIL PROTECTED]> writes:
>
> scmconfig.h seems to only be created while make all is running (try
> make scmconfig after ../configure).
Yes, it's generated.
> However, on my system, and Gopi's
> FreeBSD system as well, scmconfig.h includes . So,
> indirectly, eval.c includes , and d
Hi,
So it looks like the blob in libguile/eval.c (lines 40-56) from the
autoconf manual to define alloca doesn't work on BSD systems. This is
in guile 1.8.1.
In the subdirectory libguile:
eval.c includes __scm.h
__scm.h includes scmconfig.h
scmconfig.h seems to only be created while make all
11 matches
Mail list logo
