aboutsummaryrefslogtreecommitdiffstats
path: root/configure.in
AgeCommit message (Collapse)AuthorFilesLines
2001-04-11Update the other occurrence of the version number.Guy Harris1-2/+2
svn path=/trunk/; revision=3290
2001-04-11Updated for release 0.8.17Jeff Foster1-2/+2
svn path=/trunk/; revision=3289
2001-04-04Move the comments in nsis/README into nsis/Makefile.nmakeGilbert Ramirez1-1/+2
Have automake package the nsis files into the source tarball. svn path=/trunk/; revision=3256
2001-03-05Move version to 0.8.16.Gilbert Ramirez1-3/+3
Fix build for splitting build dir from src dir. Note the use of updated GTK+ release for Win32 binaries. svn path=/trunk/; revision=3107
2001-02-01Create a more modular type system for the FT_* types. Put themGilbert Ramirez1-3/+33
into epan/ftypes. Re-write display filter routines using Lemon parser instead of yacc. Besides using a different tool, the new grammar is much simpler, while the display filter engine itself is more powerful and more easily extended. Add dftest executable, to test display filter "bytecode" generation. Add option to "configure" to build dftest or randpkt, both of which are not built by default. Implement Ed Warnicke's ideas about dranges in the new display filter and ftype code. Remove type FT_TEXT_ONLY in favor of FT_NONE, and have protocols registered as FT_PROTOCOL. Thus, FT_NONE is used only for simple labels in the proto tree, while FT_PROTOCOL is used for protocols. This was necessary for being able to make byte slices (ranges) out of protocols, like "frame[0:3]" Win32 Makefile.nmake's will be added tonight. svn path=/trunk/; revision=2967
2001-01-18Changes to look for SSL library for those who have UCD SNMP compiledGuy Harris1-3/+15
with SSL support, from Andy Hood. svn path=/trunk/; revision=2919
2001-01-12Change version numbers to 0.8.15Gilbert Ramirez1-3/+3
svn path=/trunk/; revision=2882
2000-11-22Enable the building of any combination of ethereal, tethereal, and editcap.Gilbert Ramirez1-8/+98
If GTK+ is not detected, then ethereal is not built. svn path=/trunk/; revision=2695
2000-11-20Move to version 0.8.14Gilbert Ramirez1-3/+3
svn path=/trunk/; revision=2682
2000-11-09Add MGCP dissector plugin from Ed Warnicke <hagbard@physics.rutgers.edu>.Gilbert Ramirez1-2/+4
svn path=/trunk/; revision=2588
2000-10-27Move to version 0.8.13.Gilbert Ramirez1-3/+3
Mention IGRP dissector in NEWS. svn path=/trunk/; revision=2539
2000-10-17Alas, we have to set HAVE_PLUGINS in the top-level configure script asGuy Harris1-1/+10
well as in the libethereal configure script. svn path=/trunk/; revision=2503
2000-10-16Make the top-level configure script descend into epan to run theGuy Harris1-2/+2
configure script there, now that libethereal has its own configure script. svn path=/trunk/; revision=2499
2000-10-16Give libethereal its own configuration file, and have that configurationGuy Harris1-55/+4
file, rather than the top-level Ethereal configuration file, check for "inet_aton()", "inet_pton()", and "inet_ntop()". Then make its Makefile.am include the appropriate object files if necessary. Otherwise, they don't get built and put into libethereal, and therefore attempts to link with anything in libethereal that uses them fail on platforms that lack ethem, causing the build to fail. That means a bunch of things need to be fixed to cope with libethereal having its own "config.h" file; this means removing the include of "config.h" from some libethereal header files. Move the definitions of the path names used only by "resolv.c" to "resolv.c" from "resolv.h" (so "resolv.h" doesn't need "config.h", define HAVE_PLUGINS in the configure script (so we don't have to include it in "plugins.h" to check whether HAVE_DLFCN_H is defined). Unfortunately, stuff outside libethereal needs to know PLUGIN_DIR; for now, define that in the top-level configuration file, and have Ethereal and Tethereal pass it as an argument to "epan_init()" - that should be cleaned up at some point. Remove from the top-level configure script checks for things used only in libethereal. svn path=/trunk/; revision=2498
2000-09-27First step in moving core Ethereal routines to libepan.Gilbert Ramirez1-3/+4
svn path=/trunk/; revision=2458
2000-09-17libpcap unconditionally includes <net/if.h> on UNIX systems, as that is,Guy Harris1-2/+2
as far as I know, the only way to get IFF_UP, IFF_LOOPBACK, "struct ifreq", and "struct ifconf" defined, and those are required in order to get, via SIOCGIFCONF, the interface list, and to exclude interfaces that aren't up and handle loopback interfaces differently from other interfaces. If we're on UNIX and have libpcap, we should do the same; that way, if the system doesn't have <net/if.h> installed, the compile will fail with an "I can't find <net/if.h>" error, rather than the configure indicating that <net/if.h> can't be found, causing "util.c" not to include it, causing it to fail with complaints about IFF_UP, IFF_LOOPBACK, and various structures not being defined - the former tells you the root cause, the latter doesn't. svn path=/trunk/; revision=2442
2000-09-14Move to version 0.8.12Gilbert Ramirez1-3/+3
svn path=/trunk/; revision=2432
2000-08-03Move to version 0.8.11Gilbert Ramirez1-3/+3
svn path=/trunk/; revision=2196
2000-07-28Add the re-write of the NetWare Core Protocol dissector. It's mostlyGilbert Ramirez1-4/+6
a framework for the dissector; of the more than 400 NCP packet types, only a handful are defined. But this dissector framework is much better than the previous one. svn path=/trunk/; revision=2173
2000-07-28Don't create dfilter2pod from dfilter2pod.in just for @PERL_PATH@; it'sGilbert Ramirez1-4/+2
a waste of time. Instead, set $(PERL) to @PERL_PATH@ in the Makefile and call dfilter2pod.pl via $(PERL) $(src_dir)/dfilter2pod.pl svn path=/trunk/; revision=2171
2000-07-26Switch Solaris package build naming to a more generic SVR4. Add RPM and SRPMGerald Combs1-4/+55
package build targets. Move ethereal.spec(.in) to packaging/rpm. The spec file is different from Henri's. We might want to switch to his for the sake of consistency. svn path=/trunk/; revision=2162
2000-07-22Add support for bulding Solaris binary packages. The distributionGerald Combs1-1/+4
is installed in packaging/solaris.stage, and from there the package is created. The checkinstall script depends on GTK+/Glib residing in /usr/local. svn path=/trunk/; revision=2151
2000-07-14Apparently, on systems with glibc 2.2, "inet_aton()" is declared inGuy Harris1-1/+2
<arpa/inet.h>, but is, in some fashion, declared differently from the way we declare it in "inet_v6defs.h", but "inet_ntop()" isn't defined, so we include "inet_v6defs.h" in "inet_pton.c", which causes "inet_pton.c" not to compile as we get a collision between the two declarations. Move the declaration of "inet_aton()" to "inet_aton.h", define "NEED_INET_ATON_H" iff we didn't find "inet_aton()" in the system libraries, and include "inet_aton.h" in the callers of "inet_aton()" iff "NEED_INET_ATON_H" is defined, so that it doesn't get declared by us if "inet_aton()" is defined by a system library (which hopefully means it's declared in <arpa/inet.h> instead). svn path=/trunk/; revision=2137
2000-07-06SINIX-M systems don't know about strcasecmp(). I added the source fileUwe Girlich1-1/+10
from the GNU C Library 2.0.7 like I did it with strncasecmp(). svn path=/trunk/; revision=2119
2000-07-04Change version to 0.8.10Gilbert Ramirez1-3/+3
In gtk/Makefile.nmake, add progress_dlg.obj svn path=/trunk/; revision=2108
2000-06-07Move to version 0.8.9Gilbert Ramirez1-3/+3
svn path=/trunk/; revision=2042
2000-05-09One more "0.8.7" --> "0.8.8"Gilbert Ramirez1-2/+2
svn path=/trunk/; revision=1926
2000-05-08Move to version 0.8.8Gilbert Ramirez1-2/+2
svn path=/trunk/; revision=1925
2000-04-12Move to version 0.8.7.Gilbert Ramirez1-3/+3
I'm going to go ahead and install the plugins in a "0.8.7" directory, and continue incrementing the micro number until the minor version changes to 9. Then for all of 0.9.x, the plugin directory will be "0.9" until the ABI changes again. This should cause less confusion, even if it means the plugins don't change between 0.8.6 and 0.8.7. svn path=/trunk/; revision=1834
2000-04-07Move to version 0.8.6.Gilbert Ramirez1-2/+2
svn path=/trunk/; revision=1812
2000-04-05Plugin API is at version 0.8.5 (reflected in directory name for plugins)Gilbert Ramirez1-2/+2
svn path=/trunk/; revision=1800
2000-04-04Move to version 0.8.5Gilbert Ramirez1-2/+2
svn path=/trunk/; revision=1795
2000-03-31Rick Jones of HP says that the "-Ae" flag to the HP ANSI C compilerGuy Harris1-5/+4
gives you everything that "-Aa" does, plus the extensions that you get only with "-Ae", and that there's no need to specify "-Aa" if you've specified "-Ae". Therefore, we get rid of "-Aa". svn path=/trunk/; revision=1769
2000-03-03Move to version 0.8.4.Gilbert Ramirez1-2/+2
svn path=/trunk/; revision=1682
2000-02-11Add Peter Kjellerstedt <peter.kjellerstedt@axis.com>'s patchesGilbert Ramirez1-1/+14
to add Axis ethernet vendor ID, use libtoolize in autogen.sh, and provide the very dangerous option of installing ethereal setuid. I've added a "DANGEROUS" comment to the description of the --enable-setuid-install option which displays in "./configure --help". Removed generated files tha old libltdl/.cvsignore brought to my attention by Peter. svn path=/trunk/; revision=1616
2000-02-01Move to version 0.8.3.Gilbert Ramirez1-2/+2
svn path=/trunk/; revision=1591
2000-01-26Move version to 0.8.2, add Win32 to list of platforms in README.Gilbert Ramirez1-2/+2
svn path=/trunk/; revision=1562
2000-01-21Add stuff to add platform-specific compiler flags; currently, we haveGuy Harris1-1/+29
only flags for HP's ANSI C compiler, as suggested by Jost Martin. svn path=/trunk/; revision=1517
2000-01-21Add "-L" flags to LDFLAGS, not LIBS, and get rid of all the exoticGuy Harris1-2/+2
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
2000-01-16The NetBSD zlib problem is probably the same as the FreeBSD and OpenBSDGuy Harris1-6/+2
zlib problems, and my workaround appears to handle that problem, so let's reenable zlib support in NetBSD and look into it in more detail if there's still a problem. svn path=/trunk/; revision=1494
2000-01-15Remove libltdl from the build. The directory is still in CVS, but it isGilbert Ramirez1-4/+2
not used in the build. I'll wait a few days to remove the libltdl directory, just in case. svn path=/trunk/; revision=1490
2000-01-15Arrange that, on Solaris, we link with "-lkstat" if necessary whenGuy Harris1-17/+36
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
2000-01-15Tethereal needs the same set of additional objects that Ethereal does;Guy Harris1-3/+11
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
2000-01-15When configuring for GLib, we have to include gmodule support; the GTK+Guy Harris1-2/+2
options include it automatically, but the GLib options don't, and Tethereal links with GLib but not with GTK+. svn path=/trunk/; revision=1481
2000-01-15Merge in the final code to make Ethereal run on Win32, compiledGilbert Ramirez1-2/+3
with MSVC 6.0 and 'nmake', the make tool that comes with MSVC. It compiles, links, and runs. It doesn't run correctly. There's a problem when reading files. I'm getting short reads. I'm not linking in zlib or libsnmp because it first needs to be debugged. I changed the plugin code to use gmodule instead of libltdl, but the Unix build still links ethereal against libltdl. I'll fix that tonight; sorry about leaving it in such a sad state, but I wanted to check in this code before I left work on a Friday night. Ethereal still works, but the building is less than optimal. svn path=/trunk/; revision=1479
2000-01-10Some initial changes for win32 support, but not all.Gilbert Ramirez1-3/+5
Added lots of #ifdef HAVE_*_H wrappers. Added some #defines in config.h.win32 Check for more headers in configure.in Added prototype for inet_aton() in inet_v6defs.h. Changed "BYTE" token (i.e., #define) in ascend-gramamr.y because it conflicts with a windows definition. Use HEXBYTE instead. svn path=/trunk/; revision=1448
2000-01-09Make "editcap" one of the standard targets, so it's built and installedGuy Harris1-2/+17
by default. Use the automake mechanisms for it, and, having done so, arrange that it not be linked with GTK+ (which it doesn't need) - it currently links with libpcap, but that should be fixed as well. (It also needs a man page.) svn path=/trunk/; revision=1445
2000-01-07Move to version 0.8.1Gilbert Ramirez1-2/+2
svn path=/trunk/; revision=1432
1999-12-28Make the default plugin directory "$(libdir)/ethereal/plugins/0.8",Guy Harris1-2/+2
as was intended, rather than "$(libdir)/ethereal/0.8". svn path=/trunk/; revision=1383
1999-12-28Add support for "--with-plugindir=<plugin install dir>" to configure.Gerald Combs1-1/+23
Make the default plugindir $(libdir)/ethereal/plugins/0.8. Ethereal now looks for plugins in the following directories: /usr/lib/ethereal/plugins/0.8 /usr/local/lib/ethereal/plugins/0.8 $plugindir (if different from above) $HOME/.ethereal/plugins svn path=/trunk/; revision=1382
generated by cgit v1.2.3 (git 2.25.1) at 2024-09-26 23:04:26 +0000