> >In file included from sys-linux.c:68:
> >../include/linux/ppp_defs.h:97: parse error before xt_accm'
> >../include/linux/ppp_defs.h:97: warning: data definition has no type or
> >storage class
> >../include/linux/ppp_defs.h:113: parse error before _u32'
>
> Does the compile output really produce those special characters? Your
> listing contains ^R, ^E, ^_, ^P etc. If those are real then you have a
> much bigger problem than just pppd, looks like corruption of storage or
> files.
No... I don't see those on the console. It must be our email programs doing
it.
> OTOH, if those control characters are spurious, then the compiler is
> complaining that it cannot find the definition of __u32. That should
> be in /usr/include/asm/types.h, the start of mine reads :-
>
> #ifndef _I386_TYPES_H
> #define _I386_TYPES_H
>
> typedef unsigned short umode_t;
>
> /*
> * __xx is ok: it doesn't pollute the POSIX namespace. Use these in the
> * header files exported to user space
> */
>
> typedef __signed__ char __s8;
> typedef unsigned char __u8;
>
> typedef __signed__ short __s16;
> typedef unsigned short __u16;
>
> typedef __signed__ int __s32;
> typedef unsigned int __u32;
>
> What does your /usr/include/asm/types.h say?
>
>
It says the same exact thing. And to verify that it wasn't the srpm that I
downloaded that was messed up I was finally able to grab an "offical" ppp
source tar.gz from the ftp site listed in the pppd docs and it gave the same
exact errors.
----------------------------------------------------------------------
Bruce A. Locke blocke@lizard.org
http://www.lizard.org/blocke/
http://www.lizard.org/dragonlinux
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.altern.org/andrebalsa/doc/lkml-faq.html