aboutsummaryrefslogtreecommitdiffstats
path: root/config.h.win32
AgeCommit message (Collapse)AuthorFilesLines
2001-04-05Win32 build fix, show "0.5.2 (WinPcap 2.1)" as the libpcap versiongram1-2/+3
for Win32, and show a slightly more informative (i.e., geared to the user) help message when trying to capture without having WinPcap installed. git-svn-id: http://anonsvn.wireshark.org/wireshark/trunk@3261 f5534014-38df-0310-8fa8-9805f1628bb7
2001-04-05Use sed in the Win32 build to place the version in various files.gram1-2/+2
We us $(VERSION), defined in the top-level config.nmake, to replace @VERSION@ in various files. $(RC_VERSION) and $(WTAP_VERSION) are similarly used. git-svn-id: http://anonsvn.wireshark.org/wireshark/trunk@3258 f5534014-38df-0310-8fa8-9805f1628bb7
2001-03-05Move version to 0.8.16.gram1-4/+4
Fix build for splitting build dir from src dir. Note the use of updated GTK+ release for Win32 binaries. git-svn-id: http://anonsvn.wireshark.org/wireshark/trunk@3107 f5534014-38df-0310-8fa8-9805f1628bb7
2001-01-12Change version numbers to 0.8.15gram1-3/+3
git-svn-id: http://anonsvn.wireshark.org/wireshark/trunk@2882 f5534014-38df-0310-8fa8-9805f1628bb7
2000-11-28Move Win32 version to 0.8.14.1gram1-3/+3
git-svn-id: http://anonsvn.wireshark.org/wireshark/trunk@2705 f5534014-38df-0310-8fa8-9805f1628bb7
2000-11-22Generated Bison and Flex files test whether __STDC__ is definedguy1-1/+18
in order to check whether to use ANSI C features such as "const". GCC defines it as 1 even if extensions that render the implementation non-conformant are enabled; Sun's C compiler (and, I think, other AT&T-derived C compilers) define it as 0 if extensions that render the implementation non-conformant are enabled; Microsoft Visual C++ 6.0 doesn't define it at all if extensions that render the implementation non-conformant are enabled. We define it as 0 in "config.h.win32", so that those generated files will use those features (and thus not get type warnings when compiled with MSVC++). git-svn-id: http://anonsvn.wireshark.org/wireshark/trunk@2698 f5534014-38df-0310-8fa8-9805f1628bb7
2000-11-20Move to version 0.8.14gram1-3/+3
git-svn-id: http://anonsvn.wireshark.org/wireshark/trunk@2682 f5534014-38df-0310-8fa8-9805f1628bb7
2000-10-27Move to 0.8.13gram1-2/+2
git-svn-id: http://anonsvn.wireshark.org/wireshark/trunk@2540 f5534014-38df-0310-8fa8-9805f1628bb7
2000-10-27Move to version 0.8.13.gram1-2/+2
Mention IGRP dissector in NEWS. git-svn-id: http://anonsvn.wireshark.org/wireshark/trunk@2539 f5534014-38df-0310-8fa8-9805f1628bb7
2000-10-17Make the top-level "config.h.win32" more closely resemble the top-levelguy1-14/+48
"config.h", and update it to include stuff added to "config.h" and remove stuff removed from "config.h". Give libethereal a "config.h.win32" and make its "Makefile.nmake" file copy it to "config.h". git-svn-id: http://anonsvn.wireshark.org/wireshark/trunk@2504 f5534014-38df-0310-8fa8-9805f1628bb7
2000-09-14Move to version 0.8.12gram1-3/+3
git-svn-id: http://anonsvn.wireshark.org/wireshark/trunk@2432 f5534014-38df-0310-8fa8-9805f1628bb7
2000-08-03Move to version 0.8.11gram1-3/+3
git-svn-id: http://anonsvn.wireshark.org/wireshark/trunk@2196 f5534014-38df-0310-8fa8-9805f1628bb7
2000-07-31There is a <sys/stat.h> available on Win32, and, in fact, we now includeguy1-1/+4
it in "util.c", so we have to define HAVE_SYS_STAT_H in Win32. git-svn-id: http://anonsvn.wireshark.org/wireshark/trunk@2192 f5534014-38df-0310-8fa8-9805f1628bb7
2000-07-14Apparently, on systems with glibc 2.2, "inet_aton()" is declared inguy1-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). git-svn-id: http://anonsvn.wireshark.org/wireshark/trunk@2137 f5534014-38df-0310-8fa8-9805f1628bb7
2000-07-05Add:gram1-1/+2
#define strcasecmp stricmp for prefs.c git-svn-id: http://anonsvn.wireshark.org/wireshark/trunk@2118 f5534014-38df-0310-8fa8-9805f1628bb7
2000-07-04Change version to 0.8.10gram1-3/+3
In gtk/Makefile.nmake, add progress_dlg.obj git-svn-id: http://anonsvn.wireshark.org/wireshark/trunk@2108 f5534014-38df-0310-8fa8-9805f1628bb7
2000-06-07Add COPS dissector (with a few fixes for compiling on Win32).gram1-4/+6
I put the header file info in packet-cops.c since no one else uses it. Fix the version number and plugin directory in config.h.win32. git-svn-id: http://anonsvn.wireshark.org/wireshark/trunk@2044 f5534014-38df-0310-8fa8-9805f1628bb7
2000-04-07Move to version 0.8.6.gram1-1/+1
git-svn-id: http://anonsvn.wireshark.org/wireshark/trunk@1812 f5534014-38df-0310-8fa8-9805f1628bb7
2000-04-05Update version and plugin directory.gram1-2/+2
git-svn-id: http://anonsvn.wireshark.org/wireshark/trunk@1801 f5534014-38df-0310-8fa8-9805f1628bb7
2000-03-28Add getopt.c (from GNU libc) for use on Win32.gram1-0/+1
Ethereal/win32 now supports command-line options. Tethereal now compiles on win32, except for the fact that I haven't put the Makefile.nmake changes in for that yet. git-svn-id: http://anonsvn.wireshark.org/wireshark/trunk@1758 f5534014-38df-0310-8fa8-9805f1628bb7
2000-02-09Integrate Ed Meaney's <emeaney@altiga.com> changes for using libpcapgram1-1/+1
from WinDump with Ethereal. We now have packet capturing on Win32. :) git-svn-id: http://anonsvn.wireshark.org/wireshark/trunk@1612 f5534014-38df-0310-8fa8-9805f1628bb7
2000-02-07Code changes, but not Makefile changes, for enabling plugins for Win32.gram1-0/+1
git-svn-id: http://anonsvn.wireshark.org/wireshark/trunk@1605 f5534014-38df-0310-8fa8-9805f1628bb7
2000-01-15Merge in the final code to make Ethereal run on Win32, compiledgram1-56/+33
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. git-svn-id: http://anonsvn.wireshark.org/wireshark/trunk@1479 f5534014-38df-0310-8fa8-9805f1628bb7
2000-01-10Some initial changes for win32 support, but not all.gram1-6/+12
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. git-svn-id: http://anonsvn.wireshark.org/wireshark/trunk@1448 f5534014-38df-0310-8fa8-9805f1628bb7
1999-12-22Prep for the next release.gerald1-1/+1
git-svn-id: http://anonsvn.wireshark.org/wireshark/trunk@1367 f5534014-38df-0310-8fa8-9805f1628bb7
1999-12-15Pull in some additional non-definitions, to make it match the currentguy1-4/+44
"config.h" on my machine. (Should YYTEXT_POINTER be defined?) git-svn-id: http://anonsvn.wireshark.org/wireshark/trunk@1344 f5534014-38df-0310-8fa8-9805f1628bb7
1999-07-13Added support for compiling on win32 with Visual C and 'nmake'. It compiles,gram1-0/+63
but does not link. Perhaps someone who understands the MS tools can help out. I made it link a few months ago, but with different version of glib/gtk+. I can't remember how I made it link. Most of the compatibility issues were resolved with adding #ifdef HAVE_UNISTD_H the the source code. Please be sure to add this to all future code. git-svn-id: http://anonsvn.wireshark.org/wireshark/trunk@359 f5534014-38df-0310-8fa8-9805f1628bb7