> Greetings,
>
> I posted a previous message regarding my method of how to get
> ppp-2.3.2 working with linux-2.1.68+ (70, in my case). There is another
> piece, but it was off-topic enough that I felt it warranted a separate
> email.
> In ppp-2.3.2/pppd/main.c, the file /usr/include/signal.h is
> included. It declares sigemptyset() as follows:
>
> extern int sigemptyset __P ((sigset_t *__mask));
>
> However, it's defined in linux/include/signal.h as:
>
> extern inline void sigemptyset(sigset_t *set);
>
> Clearly, this causes a problem when trying to build ppp-2.3.2 under said
> kernels. I changed the #include <signal.h> in main.c (of pppd) to
> #include <linux/signal.h>, which produces a warning compile (that does
> indeed appear to work). However, this will certainly break portability
> (and possibly other things I'm not aware of). What is the proper
> solution?
I posted about this to the kernel list yesterday. What I did was
compile ppp-2.3.2 using 2.0.32's include files, which worked fine. This
does suggest that the change in linux/signal.h under 2.1.[6-7]x has
caused the problems.
Of course, the question is; which needs to be fixed, the libc
signal.h or the linux/signal.h? If you look at /usr/include/signal.h, it
as an include in it for /linux/signal.h, so both are definitely needed.
As an aside, I am using Libc5.4.38. Does the Libc6 signal.h look
different?
Sincerely,
Jimmie Farmer
Jimmie Farmer | It is by the fortune of God that, in this country,
Techno Geek/Musician | we have three benefits: freedom of speech, freedom
calvin@malchick.com | of thought, and the wisdom never to use either.
http://www.malchick.com/ | -- Mark Twain