> -----Original Message-----
> From: Bruno Haible [mailto:br...@clisp.org]
> >
> > From "egrep '^#|timespec' i" ...
> >
> > # 582 "/usr/include/sys/types.h"
> > # 35 "/usr/include/sys/sysmisc.h"
> > typedef struct timespec {
> > } timespec_t;
> > # 35 "/usr/include/sys/siginfo.h"
>
> So? What is your conclusion from that?

Well, that was meant to answer the question of whether struct timespec was 
coming from gnulib, or the system header. The only conclusion I draw is that 
Tru64 is a PITA to deal with :-)

Anyway, I was playing around with this a bit more. The compiler is choking 
somewhere inside the #include<signal.h> at the top of sig2str.c. Without fully 
grokking the rat's nest of #includes that lead up to the error, I found that 
adding the following line makes the problem go away:

----begin sig2str.c snippet----
#include <config.h>

#include <limits.h>
#include <sys/types.h>    <---- skadoosh
#include <signal.h>
#include <stdlib.h>
#include <stdio.h>
#include <string.h>

#include "sig2str.h"
----end sig2str.c snippet----

Everything else builds fine. Although I did run into one curious Make error 
(using /usr/bin/make):

----begin build log excerpt----
rm -f t-ref-del.sed ref-del.sed
sed -e '/^#/d' -e 's/@''PACKAGE''@/coreutils/g' ref-del.sin > t-ref-del.sed
mv t-ref-del.sed ref-del.sed
Making all in src
Make: bad lock name:  chcon chgrp chown chmod cp dd dircolors du ginstall link 
ln dir vdir ls mkdir mkfifo mknod mktemp mv nohup readlink rm rmdir shred stat 
sync touch unlink cat cksum comm csplit cut expand fmt fold head join groups 
md5sum nl od paste pr ptx sha1sum sha224sum sha256sum sha384sum sha512sum shuf 
sort split sum tac tail tr tsort unexpand uniq wc basename date dirname echo 
env expr factor false id kill logname pathchk printenv printf pwd runcon seq 
sleep tee test timeout true truncate tty whoami yes base64.  Stop.
*** Exit 1
Stop.
*** Exit 1
Stop.
----end build log excerpt----

GNU Make got through that without a problem, but... should gmake be a 
prerequisite for building coreutils?


--Daniel




_______________________________________________
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils

Reply via email to