Kevin Ryde <[EMAIL PROTECTED]> writes:
> William Xu <[EMAIL PROTECTED]> writes:
>>
>> So all other things are blocked during accept()?
>
> Signals for the thread in question at least :(.
>
>> Maybe this is a problem of scheme accept?
>
> It's not a good thing, though fixing it might be tricky.
>
>
Hugh Sasse <[EMAIL PROTECTED]> writes:
>
> ./.libs/libguile.so: undefined reference to `isinf'
>
> At which point I am now stuck. After all, configure found isinf.
You might be able to stick something in to save the conftest.c used.
Or maybe it's no more than
#include
int main (
William Xu <[EMAIL PROTECTED]> writes:
>
> So all other things are blocked during accept()?
Signals for the thread in question at least :(.
> Maybe this is a problem of scheme accept?
It's not a good thing, though fixing it might be tricky.
Do you actually need to know immediately the child exi
I have managed to get a relatively successful build:
gmake check-TESTS
gmake[4]: Entering directory
`/export/home/Scratch/hgs/guile-1.8.1/test-suite/standalone'
PASS: test-system-cmds
PASS: test-require-extension
PASS: test-num2integral
PASS: test-round
PASS: test-gh
PASS: test-asmobs
PASS: test
Hi,
Kevin Ryde <[EMAIL PROTECTED]> writes:
> An alternative would be the gnulib portable implementations of all
> these bits, which do some explict manipulation of the "environ" global
> variable.
Yes, I think `gnulib' could make our lives easier in a number of
areas...
Thanks,
Ludovic.
_
On Thu, 18 Jan 2007, Kevin Ryde wrote:
> Hugh Sasse <[EMAIL PROTECTED]> writes:
> >
> > putenv putenv (3c) - change or add value to environment
> >
> > The manual page says it should be of the form "name=value" and the
> > string should not be automatic. In a function it should be dec
