Re: ls.c doesn't compile

[Eric Blake]

According to Jean Philippe EIMER on 1/8/2010 9:49 AM:
> Attached is a patch for ls.c, and below lines of context around error :

Thanks.  Let's keep the list in the loop, please.

>   CC       ls.o
> In file included from /usr/include/bits/sigcontext.h:28,
>                  from /usr/include/signal.h:339,
>                  from ../lib/signal.h:34,
>                  from ls.c:67:
> /usr/include/asm/sigcontext.h:28: error: expected

Oops - communication error (on my part, probably).  I'm looking for the
context of /usr/include/bits/sigcontext.h, around line 28, rather than the
context of the make output.

> @@ -38,6 +38,7 @@
>  
>  #include <config.h>
>  #include <sys/types.h>
> +#include <signal.h>
>  
>  #ifdef HAVE_CAP
>  # include <sys/capability.h>
> @@ -64,7 +65,6 @@
>  #include <grp.h>
>  #include <pwd.h>
>  #include <getopt.h>
> -#include <signal.h>
>  #include <selinux/selinux.h>
>  #include <wchar.h>

Well, that means that one of the headers in:

#ifdef HAVE_CAP
# include <sys/capability.h>
#endif

#if HAVE_TERMIOS_H
# include <termios.h>
#endif
#if HAVE_STROPTS_H
# include <stropts.h>
#endif
#if HAVE_SYS_IOCTL_H
# include <sys/ioctl.h>
#endif

#ifdef WINSIZE_IN_PTEM
# include <sys/stream.h>
# include <sys/ptem.h>
#endif

#include <stdio.h>
#include <assert.h>
#include <setjmp.h>
#include <grp.h>
#include <pwd.h>
#include <getopt.h>

is defining a symbol that conflicts with what <signal.h> expects to use.
But without seeing the broken header, I don't know which symbol.

-- 
Don't work too hard, make some time for fun as well!

Eric Blake             address@hidden

signature.asc
Description: OpenPGP digital signature