Alexander Dupuy wrote:
If that's unavoidable (i.e., if some system header file we're including
drags in pmap_prot.h), perhaps we should modify our pmap_prot.h so
that it
uses different names for what it defines, so we don't get the name
collisions that I'm assuming are causing the compile problems
I sent a report on this previously, but it didn't seem to go through on
the list.
Perhaps you're not getting stuff on the list delivered; I saw it, and
responded.
I did see it eventually, but I get the digest, and it only showed up in the
digest I got after a > 24 hour delay.
One problem occurs
On Apr 27, 2005, at 12:22 PM, Guy Harris wrote:
Why is this occurring at all? I.e., why are we even including the
OS's pmap_prot.h file to *cause* problems?
Perhaps, on some UN*Xes, we get that because we include some system
RPC header files in print-sunrpc.c.
If that's unavoidable (i.e., if
Alexander Dupuy wrote:
I sent a report on this previously, but it didn't seem to go through on
the list.
Perhaps you're not getting stuff on the list delivered; I saw it, and
responded.
This is with the 2005-04-26 snapshot:
One problem occurs because of FreeBSD's #define of __ntohl as an inline
I sent a report on this previously, but it didn't seem to go through on
the list.
This is with the 2005-04-26 snapshot:
One problem occurs because of FreeBSD's #define of __ntohl as an inline
asm function conflicts with the one in tcpdump-stdinc.h. Patch to fix
this follows:
--- tcpdump-stdin
