Re: zsh 4.3.2 bug

[FX Coudert <fxcoudert@gmail.com>]

Le 17 mars 06, à 19:46, Wayne Davison a écrit :

> On Fri, Mar 17, 2006 at 06:45:53PM +0100, Fran?ois-Xavier Coudert 
> wrote:
>> $ uname -a
>> IRIX64 xxx 6.5 10060437 IP27 mips unknown Irix
>> $ cc -v
>> MIPSpro Compilers: Version 7.4.2m
>
> What are you using for awk?  Is is gawk? mawk? nawk? awk?

$ which awk
/usr/bin/awk
$ awk -v
UX:awk: ERROR: No program given
$ awk -help
UX:awk: WARNING: Unknown option -help ignored
UX:awk: ERROR: No program given
$ awk -V
UX:awk: WARNING: Unknown option -V ignored
UX:awk: ERROR: No program given

Doesn't help much :)


> I'm betting
> that the failure that goetz is experiencing is related to this (as I
> mentioned in my prior reply to him on the subject).  Another reason may
> well be that your build found a different signal.h header file to 
> parse:
> what is the value of SIGNAL_H in your config.log file?

SIGNAL_H='/usr/include/internal/signal_core.h'

configure:11345: result: no
configure:11366: checking what style of signals to use
configure:11397: result: POSIX_SIGNALS
configure:11400: checking where signal.h is located
configure:11439: result: /usr/include/internal/signal_core.h

And I do have:

$ grep -i signal config.h
/* Define to 1 if you use BSD style signal handling (and can block 
signals).
/* #undef BSD_SIGNALS */
/* Define to 1 if `ru_nsignals' is member of `struct rusage'. */
#define HAVE_STRUCT_RUSAGE_RU_NSIGNALS 1
/* Define to 1 if you have no signal blocking at all (bummer). */
/* #undef NO_SIGNAL_BLOCKING */
/* Define to 1 if you use POSIX style signal handling. */
#define POSIX_SIGNALS 1
/* Define as the return type of signal handlers (`int' or `void'). */
/* Define to 1 if you use SYS style signal handling (and can block 
signals).
/* #undef SYSV_SIGNALS */
/* Define to `unsigned int' if <sys/types.h> or <signal.h> doesn't 
define */

FX