Clifford Kite wrote:
>
> On Sat, 13 Feb 1999, John LeMay wrote:
>
> |In file included from sys-linux.c:68:
> |.../include/linux/ppp_defs.h:97: parse error before `ext_accm'
> |.../include/linux/ppp_defs.h:97: warning: data definition has no type or
> |storage class
>
> Here is what I have for ppp-2.3.5 and the 2.1.131 kernel. I would expect
> to be able to apply identical reasoning to that shown below for the 2.2.1
> kernel.
>
> In /usr/include/linux/ppp_defs.h, line 97 is
>
> typedef __u32 ext_accm[8];
>
> so __32 is not defined as a data type for you but it is for me. What
> follows is the sequence of steps that lead to where the data type __32 is
> defined for me. It's likely that for you there is a step somewhere in
> this sequence in which something is missing.
Perfectly logical, once it was pointed out to me. Thanks!
>
> In ppp-2.3.5/pppd/sys-linux.c, line 67 is
> #include <linux/types.h>
>
> In /usr/include/linux/types.h, line 5 is
> #include <asm/types.h>
>
> In /usr/include/asm/types.h, line 18 is
> typedef unsigned int __u32;
>
> which defines the data type __u32.
Everything checks out here. The typedef looks fine, all the includes are
there.
>
>
> One thing that might cause this are missing symbolic links:
> /usr/include/linux -> /usr/src/linux/include/linux/
> /usr/include/asm -> /usr/src/linux/include/asm-i386/,
>
> and,just to complete the list of kernel-related links that should exist,
> /usr/include/scsi -> /usr/src/linux/include/scsi/
All of these are fine. Even recreated them to be sure...
>
> Another thing that might cause them is a missing include define, say, no
> #include <asm/types.h>
>
> in /usr/include/linux/types.h
Not a problem - this looks fine here.
Now I'm even more baffled! If the typedef statement is there, why would
it complain that the type is not defined? AURGH!
I should stick to RPM binaries...
--
John J. LeMay Jr.
NJMC, LLC.
http://www.njmc.com
-
To unsubscribe from this list: send the line "unsubscribe linux-ppp" in
the body of a message to [EMAIL PROTECTED]
