| [Date Prev] [Date Next] | [Thread Prev] [Thread Next] | [Date Index] [Thread Index] |
Make problems in /usr/local/nocol/etherload/linux.c
|
This may or may not be a hard question to answer. But below is the
output from my make, the etherload module is the only one that is giving
me major problems. I have tried modifying the linux.c file, and
changing the in.h file. But I still get problems. Anything that you
could do to help me find out what I or this code is doing wrong would be
helpful. I am really anxious to get this up and running.
SYSTEM: RedHat 6.0
NOCOL: Version 4.2.1
Tried both gcc and cc compilers.
/* Begin make output
In file included from linux.c:34:
/usr/include/linux/in.h:109: parse error before `sa_family_t'
/usr/include/linux/in.h:109: warning: no semicolon at end of struct or
union
/usr/include/linux/in.h:116: parse error before `}'
In file included from /usr/include/linux/netdevice.h:28,
from linux.c:35:
/usr/include/linux/if.h:111: field `ifru_addr' has incomplete type
/usr/include/linux/if.h:112: field `ifru_dstaddr' has incomplete type
/usr/include/linux/if.h:113: field `ifru_broadaddr' has incomplete type
/usr/include/linux/if.h:114: field `ifru_netmask' has incomplete type
/usr/include/linux/if.h:115: field `ifru_hwaddr' has incomplete type
linux.c: In function `setup_device':
linux.c:61: storage size of `sa' isn't known
linux.c:74: `AF_INET' undeclared (first use in this function)
linux.c:74: (Each undeclared identifier is reported only once
linux.c:74: for each function it appears in.)
linux.c:74: `SOCK_PACKET' undeclared (first use in this function)
linux.c:150: `SOL_SOCKET' undeclared (first use in this function)
linux.c:150: `SO_RCVBUF' undeclared (first use in this function)
linux.c: In function `getpkt':
linux.c:227: storage size of `from' isn't known
make[1]: *** [linux.o] Error 1
End make output */
It appears that the interpreter is having a problem reading the in.h
file in linux, but other programs that use this header compile fine.
Has anyone ever seen anything like this before.
Thanks,
Jason Jardina
jjardina@trusted.net
|