Age | Commit message (Collapse) | Author | Files | Lines |
|
link-layer type when capturing, using the "pcap_set_datalink()" and
related APIs.
svn path=/trunk/; revision=8848
|
|
with "-lsnmp" in a loop; this fixes up the configure script's operation
on Solaris.
svn path=/trunk/; revision=8687
|
|
we have it.
Not all versions of libpcap have DLT_LINUX_SLL, either; use DLT_EN10MB
instead.
svn path=/trunk/; revision=8670
|
|
1. the --without-adns case wasn't handled correctly;
2. the reporting at the end of the configure didn't deal with
the case were the configure check failed (as in my example,
where I only had the libadns package installed, not
libadns-devel) - it reported that ADNS would be used.
svn path=/trunk/; revision=8663
|
|
with "pcap_lib_version()", if available.
svn path=/trunk/; revision=8656
|
|
svn path=/trunk/; revision=8655
|
|
-L/usr/kerberos/lib -ldes425 ...
This works on Linux (RH 9.0) but I am not sure about Solaris. Solaris is
such a difficult environment to work with compared to Linux or FreeBSD.
svn path=/trunk/; revision=8325
|
|
optional.
svn path=/trunk/; revision=8200
|
|
Support can be enabled at configure time by using "--with-adns=DIR".
If support is enabled, async queries happen whenever host name resolution
is enabled. Do we need a separate preference for async queries?
Currently, only IPv4 reverse queries are supported. I can add IPv4 forward
lookup support, but I don't have any way to test IPv6 queries.
svn path=/trunk/; revision=7640
|
|
include <ucd-snmp/snmp.h>, we incldue <ucd-snmp/ucd-snmp-config.h>, and,
at least with some UCD SNMP versions, you can't just include
<ucd-snmp/snmp.h> without including a header to typedef "oid", so you
get a warning from the configure script if it's built with autoconf 2.57
(it whines because the test program won't compile but the header exists).
svn path=/trunk/; revision=7220
|
|
Get rid of acconfig.h, as it's an archaism; put descriptions
into AC_DEFINE instead. That squelches some warnings from
later versions of autoconf.
Fix an unquoted call to AC_MSG_ERROR.
Move the stuff to define HAVE_SOME_SNMP into configure.in.
svn path=/trunk/; revision=7203
|
|
shouldn't require it to exist. Instead, as we're already checking
whether we can find <pcap.h> (which is the only thing we actually
include - we rely on it to include whatever BPF headers are necessary),
we print the big "are you sure you installed the development package?"
message if we don't find "pcap.h".
svn path=/trunk/; revision=7120
|
|
"pcap.h", in case $prefix is set to "/usr/include" or
"/usr/local/include" on a system with the Red Hat "feature" of burying
pcap.h in a "pcap" subdirectory.
svn path=/trunk/; revision=7007
|
|
- remove nested functions
- use char *pcap_version instead of char pcap_version[]
Changed the fix for the nested functions to use the mechanisms provided
by autoconf.
svn path=/trunk/; revision=6963
|
|
svn path=/trunk/; revision=6962
|
|
the message printed if we can't find net/bpf.h, and line-wrap the
message.
svn path=/trunk/; revision=6819
|
|
<ucd-snmp/version.h>, so get rid of the stuff to check for its presence
and handle its absence.
svn path=/trunk/; revision=6503
|
|
Don't add "-I/usr/include" to CFLAGS or CPPFLAGS; GCC 3.1 warns
about it, and it's not necessary.
Expand the plugin directory path used for installation at
installation time, rather than configuration time, so the user
can reset "prefix" at installation time.
svn path=/trunk/; revision=5828
|
|
"=DIR" argument to specify the directory in subdirectories of which
zlib's headers and libraries can be found.
svn path=/trunk/; revision=5115
|
|
Make the directory option to "--with-ucdsnmp" optional. Handle
"--with-ucdsnmp" similar to the way "--with-pcap" is handled.
Get rid of unnecessary #defines in "packet-cops.c".
Get rid of no-longer-necessary include of "dlfcn.h" in "packet-snmp.c".
svn path=/trunk/; revision=4930
|
|
even if it doesn't have "gzgets()", so one might think we could use it
by using our own replacement for "gzgets()".
One would be wrong to think so, however, as the "gzseek()" it has
doesn't actually work when reading uncompressed files.
zlib 1.0.9 has "gzgets()", and fixes that bug, so we rever to checking
for "gzgets()" rather than "gzseek()", so that we don't accept pre-1.0.9
versions of zlib, and we get rid of our "gzgets()" replacement.
svn path=/trunk/; revision=4702
|
|
check for GNU "sed", and skip the "bad sed" checks if it's
found;
check for "/bin/sed" as well as "/usr/bin/sed" on Solaris;
put the "sed" checks into a separate section of code with its
own test for the host OS, to make it a bit cleaner to add any
checks needed on other OSes.
svn path=/trunk/; revision=4681
|
|
svn path=/trunk/; revision=4627
|
|
zlib might be found when linking with the GTK+ link flags, so don't
imply that it is in error messages.
svn path=/trunk/; revision=4625
|
|
"--define", we now build the RPM and SRPM packages in packages/rpm.
As a result, one need not be root to build RPM-based packages.
Move the specfile to packaging/rpm/SPECS.
Update the INSTALL document to include the various packaging makefile
targets.
svn path=/trunk/; revision=4581
|
|
(well, the check used to be a check for gzgets(), but we now have our
own version of that), so that, on a system with multiple versions of
zlib where the GTK+ -L flags get you an old version without gzgets(),
the configure fails, rather than the build failing.
svn path=/trunk/; revision=4566
|
|
itself, be made to run some code only if the function isn't found,
there's no need to check the result yourself.
svn path=/trunk/; revision=4468
|
|
don't need to check whether zlib has them. We *do*, however, have to
check for "gzseek()", as we don't have our own version of that.
svn path=/trunk/; revision=3963
|
|
versions of these commands in file_wrappers.c. This allows us to
compile successfully even on platforms where X has an older zlib built
in.
Removed this restriction from acinclude.m4
svn path=/trunk/; revision=3948
|
|
svn path=/trunk/; revision=3944
|
|
version; fix some comments and fix the error message printed if we
detect it.
svn path=/trunk/; revision=3859
|
|
checking for "gzgets()" in zlib.
If there is a "zlib.h" header, and there is a "gzgets()" in zlib, check
whether we find "gzgets()" in zlib when we link with the GTK+ link
flags, and, if not, fail. People often grab XFree86 source and build
and install it on their systems, and they appear sometimes to
misconfigure XFree86 so that, even on systems with zlib, it assumes
there is no zlib, so the XFree86 build process builds and installs its
own "mini-zlib" in the X11 library directory. The "mini-zlib" lacks
"gzgets()", and that's the zlib with which Ethereal gets linked, so the
build of Ethereal fails.
svn path=/trunk/; revision=3849
|
|
testing whether libpcap defines "pcap_version" or not; libpcap may
require those other libraries.
svn path=/trunk/; revision=3796
|
|
"--with-pcap", it adds the "include" subdirectory of that directory to
the list of directories to search for include files, rather than adding
the directory itself.
Check whether libpcap defines "pcap_version", and define
HAVE_PCAP_VERSION if it does. Use "pcap_version" iff HAVE_PCAP_VERSION
is defined, rather than special-casing MacOS X.
Don't #define a string for the WinPcap version; just leave
HAVE_PCAP_VERSION undefined on Windows, as WinPcap 2.2beta is out, so we
can no longer assume that the Windows version of Ethereal is using
WinPcap 2.1.
svn path=/trunk/; revision=3792
|
|
svn path=/trunk/; revision=3673
|
|
specified to "--with-pcap", add that directory to the include file and
library search paths, so that you can use "--with-pcap=DIR" to search
for libpcap in a directory other than the standard ones (either because
it was installed somewhere other than under "/usr" or "/usr/local", or
because you want to use a special version you've installed rather than
the standard one).
svn path=/trunk/; revision=3611
|
|
svn path=/trunk/; revision=3442
|
|
AC_MSG_RESULT without AC_MSG_CHECKING.
svn path=/trunk/; revision=3434
|
|
compiler flags on Solaris with GCC to cope with X11 header file
inadequacies.
svn path=/trunk/; revision=3433
|
|
(without those updates, I'm not even certain it was doing the right
thing even with autoconf 2.13, as it was sticking "dnl" into the program
it was handing to the C preprocessor, although, as it was only handing
it to the preprocessor, the extra "dnl" may have been harmless).
svn path=/trunk/; revision=3409
|
|
AC_MSG_RESULT is an error (it produces a message without a newline at
the end, as AC_MSG_RESULT is supposed to finish the message with the
result of the test), and, according to the autoconf documentation,
you're not supposed to use AC_MSG_RESULT without AC_MSG_CHECKING,
either.
svn path=/trunk/; revision=3332
|
|
with SSL support, from Andy Hood.
svn path=/trunk/; revision=2919
|
|
searching that tries to figure out in what directory libpcap lives - we
should treat "-L" just like "-I", rather than adding a ton of
complication to do it the way the autoconf maintainers think, for some
reason, it should be done (by adding "-L" flags to LIBS - "-L" flags
don't specify libraries, so I have no clue why they think they belong in
LIBS; they specify a search path for libraries, just as "-I" flags
specify a search path for header files, so they strike me as "flags to
the linker" rather than "libraries", and LDFLAGS, unlike LIBS, appears
before *all* "-l" flags, including those specified by PCAP_LIBS and so
on).
svn path=/trunk/; revision=1516
|
|
collision with another variable.
svn path=/trunk/; revision=1493
|
|
AC_ETHEREAL_PCAP_CHECK, we have to explicitly define HAVE_LIBPCAP if we
find it, otherwise it doesn't get defined.
svn path=/trunk/; revision=1486
|
|
linking with "-lsnmp".
Link only Ethereal and Tethereal with "-lpcap"; don't link editcap, or
any of the test programs that the configure script builds, with it
(because that means you also have to arrange that those test programs be
linked with @SOCKET_LIBS@ and @NSL_LIBS@) - i.e., don't add it to LIBS,
add it to PCAP_LIBS, and use that only for programs that need it.
svn path=/trunk/; revision=1484
|
|
make it link with them.
Provide dependencies for Tethereal as well.
Tethereal may need to be linked with "-lsocket" and/or "-lnsl"; check
for that, and arrange that it be linked with them if necessary.
svn path=/trunk/; revision=1483
|
|
not be called with d is xNONE, and if called, it should always be followed
by an AC_MSG_RESULT() in order to get a newline printed.
svn path=/trunk/; revision=1172
|
|
"gzgets()", not "gzseek()"....
svn path=/trunk/; revision=1145
|
|
"gzgets()" is the one most recently added; it was added in 1.0.9.
Check for it, rather than for a list of functions, when checking for
"zlib" support - if you check for N functions, and they're all there,
you get N "-lz"s added to the list of libraries with which to link.
Indicate in the README that "zlib" versions prior to 1.0.9 definitely
won't work.
svn path=/trunk/; revision=1144
|