Linux-kernel mailing list archive 1997-48,: signal.h in ppp-2.3.2/2.1.68+

# signal.h in ppp-2.3.2/2.1.68+

B. James Phillippe (bryan@Terran.ORG)
Tue, 2 Dec 1997 23:39:11 -0800 (PST)

- Messages sorted by: [ date ][ thread ][ subject ][ author ]
- Next message: =?ISO-8859-1?Q? : "Re: [2.1.70] Coda filesystem?"
- Previous message: C. Scott Ananian: "Re: IDEDMA problems."
- Next in thread: Mike Black: "Re: signal.h in ppp-2.3.2/2.1.68+"
- Reply: Mike Black: "Re: signal.h in ppp-2.3.2/2.1.68+"

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?

cheers,
-bp

    --
    B. James Phillippe <bryan@Terran.ORG>
    UNIX, Linux, networks, C, Perl, Java, etc.

- Next message: =?ISO-8859-1?Q? : "Re: [2.1.70] Coda filesystem?"
- Previous message: C. Scott Ananian: "Re: IDEDMA problems."
- Next in thread: Mike Black: "Re: signal.h in ppp-2.3.2/2.1.68+"
- Reply: Mike Black: "Re: signal.h in ppp-2.3.2/2.1.68+"