-
Notifications
You must be signed in to change notification settings - Fork 854
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
build fails on AIX 7.3: system headers fail to include properly #1216
Comments
No, those should all be defined by some header on AIX, given that they still support BPF and the key BPF ioctls, but it'll take some poking around to see what headers they are. |
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAARGH. Older versions of AIX "helpfully" defined their own values for With our libpcap, the intent is to behave the same on AIX as on other platforms, so most of libpcap uses the The libpcap that comes with newer versions of AIX, however, appears to have decided to behave like regular libpcap. However, the net/bpf.h in AIX 7.3, at least, *doesn't define the The configure script/CMake files could, on AIX, test whether Or, if IBM fixed it long enough ago, we could just drop support for AIX versions where BPF returns ifType values. I'd prefer the latter, at this point; getting rid of support for older systems could get rid of some cruft. (Too bad somebody complained abou problems with recent libpcap on Mac OS X 10.4(!), showing that there's apparently at least some demand for that. Maybe we can drop that in 1.11.) |
Guy Harris ***@***.***> wrote:
The libpcap that comes with *newer* versions of AIX, however, appears
to have decided to behave like regular libpcap.
That's a relief.
However, the net/bpf.h in AIX 7.3, at least, *doesn't define the `BIOC`
ioctls unless `_AIX` is defined, so the workaround for the old AIX
problem results in a problem on newer AIXes.
The configure script/CMake files could, on AIX, test whether `DLT_NULL`
is defined as 0 or not and, if not, treat the platform as "old AIX" and
do all the workaround stuff, otherwise don't use it.
Or, if IBM fixed it long enough ago, we could just drop support for AIX
versions where BPF returns ifType values.
Just drop it. Such ancient platforms could run the AIX tcpdump, or our last
release.
(Too bad somebody complained abou problems with recent libpcap on Mac
OS X 10.4(!), showing that there's apparently at least some demand for
that. Maybe we can drop that in 1.11.)
:-)
|
I hope that, in the newer versions of AIX, BPF returns normal Unfortunately, opening BPF devices requires root access, and I don't have root access on any AIX machines, so I can't test whether AIX 7.x, for example, has a BPF that returns |
In case this is useful, the pcap_datalink man page in AIX 7.3 gives an example of |
If the solution requires version-specific means to include AIX headers, would this be sufficient? AIX 7.1
AIX 7.3
|
It looks like some constants need to be either
#ifdef
-wrapped properly or made mandatory in Autoconf/CMake. AFAIR, on AIX 7.1 at least 4 build matrix setups managed to pass, on AIX 7.2 the source compiled, but failed to link. On AIX 7.3 it fails to compile (as can be reproduced on CFarm host gcc119):The text was updated successfully, but these errors were encountered: