From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <zsh-workers-return-5510-mason-zsh=primenet.com.au@sunsite.auc.dk>
Received: (qmail 20609 invoked from network); 24 Feb 1999 14:42:34 -0000
Received: from sunsite.auc.dk (130.225.51.30)
  by ns1.primenet.com.au with SMTP; 24 Feb 1999 14:42:34 -0000
Received: (qmail 8588 invoked by alias); 24 Feb 1999 14:42:02 -0000
Mailing-List: contact zsh-workers-help@sunsite.auc.dk; run by ezmlm
Precedence: bulk
X-No-Archive: yes
X-Seq: 5510
Received: (qmail 8579 invoked from network); 24 Feb 1999 14:41:57 -0000
Sender: rz2a022@uni-hamburg.de
Message-ID: <36D40FA8.8679495C@uni-hamburg.de>
Date: Wed, 24 Feb 1999 15:41:44 +0100
From: Bernd Eggink <eggink@uni-hamburg.de>
Organization: RRZ Uni Hamburg
X-Mailer: Mozilla 4.5 [en] (X11; I; AIX 4.2)
X-Accept-Language: German, de, en
MIME-Version: 1.0
To: Peter Stephenson <pws@ibmth.df.unipi.it>
CC: Zsh hackers list <zsh-workers@sunsite.auc.dk>
Subject: Re: signames problem
References: <9902241301.AA16501@ibmth.df.unipi.it>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Peter Stephenson wrote:
> 
> > In SuSE Linux 6.0, zsh-3.1.5-pws-9 doesn't know any signames.
> >
> > Possibly because the former /usr/include/asm/signal.h has moved to
> > /usr/include/signum.h !?
> 
> configure has changed so it's now supposed to work it out from the files
> that `#include <signal.h>' actually includes.  Anything with `sig' in it is
> tested. Is zsh_cv_path_signal_h set to /dev/null in config.cache?  What
> does the new code (I've replaced $CPP with gcc -E, $AWK with awk assuming
> that's what's used):
> 
> echo "#include <signal.h>" > nametmp.c
> sigfile_list="`gcc -E nametmp.c |
> sed -n 's/^#[   ].*\"\(.*\)\"/\1/p' |
> sed 's/\\\\\\\\/\//g' |
> awk '{ if (\$1 ~ \"sig\") files[\$1] = \$1 }
>   END { for (var in files) print var }'`"
> 
> produce for $sigfile_list?  (There's a space and a tab in the empty [ ]
> which does funny things if you paste it into zsh.)

The result is

   /usr/include/sigstack.h
   ... 5 more files ...
   /usr/include/signum.h

which is OK so far, but unfortunately /usr/include/sigstack.h contains a
line 

  #define SIGSTKSZ 8192

which causes configure to take /usr/include/sigstack.h as the result.

The test in configure:4024 is too weak. I guess it would be better to
test for a minimum number (e.g., 7) of "#define SIG..."s in each file.
This works for me:

   for SIGNAL_H in $sigfile_list
   do
     n=0
     test -f $SIGNAL_H && \
     grep '#[  ]*define[   ][  ]*SIG[0-9A-Z]*[     ]*[0-9][0-9]*'
$SIGNAL_H | \
     wc -l | read n dummy && [ $n -ge 7 ] && break
   done


Regards,
	Bernd
--
Bernd Eggink
Regionales Rechenzentrum der Uni Hamburg
eggink@rrz.uni-hamburg.de
http://www.rrz.uni-hamburg.de/eggink/BEggink.html