Ethereal-users: Re: [ethereal-users] compilation prob.
On Tue, Sep 19, 2000 at 09:39:28AM -0400, Paul Mitchell wrote:
> Since it couldn't get to if.h, the rerrors were identical to what I
> prevously sent you.
If it truly "couldn't get to if.h", in the sense of being unable to read
*any* "net/if.h" file, the errors *wouldn't* have been identical -
instead, the compiler would have complained about not being able to find
"net/if.h", with a complaint such as
util.c:79: net/if.h: No such file or directory
This means that it must've found *another* "net/if.h" file, which
*didn't* define IFF_UP, IFF_LOOPBACK, "struct ifreq", or "struct
ifconf", and which might then cause other programs to fail to compile as
well.
The gcc command that failed was:
gcc -DHAVE_CONFIG_H -I. -I. -I. -I. -I./wiretap
-I/usr/local/include -Wall -g -O2 -I. -I./wiretap
-I/usr/local/include -I/usr/local/lib/glib/include
-I/usr/local/include -I/usr/openwin/include -c util.c
so there either was:
a "net" directory in the Ethereal source directory, with an
"if.h" in it (unlikely, unless somebody put it there, as there
shouldn't be one that comes with the Ethereal tarball);
a "net" directory in the "wiretap" subdirectory of the Ethereal
source directory, with an "if.h" in it (again, unlikely, for the
same reason);
a "net" directory under one of "/usr/local/include",
"/usr/local/lib/glib/include", or "/usr/openwin/include", with
an "if.h" in it.
I'd bet there's somehow one in "/usr/local/include", as GLib shouldn't
have installed one, and Sun shouldn't have supplied an extra bogus one
as part of OpenWindows, but you might as well check for all of them -
from the top-level Ethereal source directory, do:
ls -l net/if.h
ls -l wiretap/net/if.h
ls -l /usr/local/include/net/if.h
ls -l /usr/local/lib/glib/include/net/if.h
ls -l /usr/openwin/include/net/if.h
