Re: [autoconf] AmigaOS fork()

2001-06-17 Thread Rüdiger Kuhlmann
2001-06-15 Rüdiger Kuhlmann [EMAIL PROTECTED] * acfunctions.m4: (AC_FUNC_VFORK) renamed to _AC_FUNC_VFORK. Remove AC_DEFINEs and don't guess cross-compilation values. (_AC_FUNC_FORK) New, check whether fork() isn't just a stub. (AC_FUNC_FORK) New, use

Re: One step towards includes normalization (Was: Incremental default includes)

2001-06-17 Thread Alexandre Oliva
On Jun 13, 2001, Akim Demaille [EMAIL PROTECTED] wrote: Index: ChangeLog from Akim Demaille [EMAIL PROTECTED] * acfunctions.m4 (AC_FUNC_CHOWN, AC_FUNC_CLOSEDIR_VOID) (AC_FUNC_GETPGRP, AC_FUNC_LSTAT_FOLLOWS_SLASHED_SYMLINK) (AC_FUNC_MMAP, AC_FUNC_SELECT_ARGTYPES,

Re: [autoconf] AmigaOS fork()

2001-06-17 Thread Alexandre Oliva
On Jun 13, 2001, Rüdiger Kuhlmann [EMAIL PROTECTED] wrote: Wait, I disagree. If there is no fork() perhaps we can use a spoon()? Hmm, no, we have to remember ``there's no spoon'' either. :-) How about defining our own macro, say ac_fork(), that would be #defined to fork(), if available, or

Re: Failing of test 47: semantics.at:129 on HP-UX 10.20

2001-06-17 Thread Paul Eggert
From: Alexandre Oliva [EMAIL PROTECTED] Date: 17 Jun 2001 19:20:13 -0300 On Jun 11, 2001, Akim Demaille [EMAIL PROTECTED] wrote: It's very easy to set a guard against such compilers. But once we detected the compiler cannot evaluate such expressions, what do we do? Would it work