osmith
/
wireshark
forked from osmocom/wireshark
1
0
Fork 0
Code Pull Requests Releases Wiki Activity
wireshark/Makefile.nmake

1123 lines
41 KiB
Makefile
Raw Normal View History

Rename the main executable to "wireshark", along with more conversions: ethereal.com -> wireshark.org mailing lists and addresses ETHEREAL -> WIRESHARK Man pages Automake/Autoconf names svn path=/trunk/; revision=18271
2006-05-31 19:12:15 +00:00
## Makefile for building wireshark.exe with Microsoft C and nmake
Add some win32-specific targets in .cvsignore's. Replace 'nmake' with $(MAKE) /$(MAKEFLAGS), from Mike Frisch. svn path=/trunk/; revision=3108
2001-03-06 13:08:13 +00:00
## Use: $(MAKE) /$(MAKEFLAGS) -f makefile.nmake
Build tethereal and editcap on Win32. Add RCS ID tags to Makefile.nmake's. svn path=/trunk/; revision=1836
2000-04-12 21:52:11 +00:00
#
Set the svn:eol-style property on all text files to "native", so that they have LF at the end of the line on UN*X and CR/LF on Windows; hopefully this means that if a CR/LF version is checked in on Windows, the CRs will be stripped so that they show up only when checked out on Windows, not on UN*X. svn path=/trunk/; revision=11400
2004-07-18 00:24:25 +00:00
# $Id$
Added support for compiling on win32 with Visual C and 'nmake'. It compiles, 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. svn path=/trunk/; revision=359
1999-07-13 02:53:26 +00:00
Add /D_BIND_TO_CURRENT_CRT_VERSION=1 to LOCAL_CFLAGS in modern versions of Visual C++. (How did this "feature" ever see the light of day?) Make sure we use LOCAL_CFLAGS *everywhere*. This should fix problems with building a usable installer under Visual Studio 2008 SP1. Add comments with links to Visual C++'s idiotic handling of assemblies and deployment using xcopy. Move to c-ares 1.5.3. Make sure we remove all of our manifests in epan and packaging/u3/tools. svn path=/trunk/; revision=26219
2008-09-16 21:08:18 +00:00
# We "Deploy using XCopy," which is described at
# http://msdn.microsoft.com/en-us/library/ms235291.aspx
Update Makefiles for win32. Move local configuration to config.nmake, have top-level Makefile.nmake call Makefile.nmake's in subdirectories. Build plugins, and build generated source (lex, yacc). The only thing we can't build is register.c; I need to re-work the top-level Makefile.nmake because it lists object files, not C files, which make-reg-dotc needs. svn path=/trunk/; revision=1608
2000-02-09 00:41:57 +00:00
include config.nmake
The Win32 build builds wiretap as a DLL and requires WinPcap 2.1. svn path=/trunk/; revision=3163
2001-03-23 02:05:29 +00:00
include <win32.mak>
Added support for compiling on win32 with Visual C and 'nmake'. It compiles, 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. svn path=/trunk/; revision=359
1999-07-13 02:53:26 +00:00
############### no need to modify below this line #########
Add rawshark, a utility that, when given raw pcap-formatted packets and a list of fields, prints the field values found in each packet. Packet data can be specified as a libpcap DLT, e.g. "EN10MB" or an upper-layer protocol, e.g. "http". svn path=/trunk/; revision=24339
2008-02-15 23:20:32 +00:00
CC = cl
Hmmm, don't optimize too much :-) also fix the clean_setup svn path=/trunk/; revision=19199
2006-09-12 01:04:35 +00:00
LINK= link
From: Kovarththanan Rajaratnam; Add Windows browse file makefile target svn path=/trunk/; revision=25665
2008-07-03 00:16:28 +00:00
BSCMAKE= bscmake
Add rawshark, a utility that, when given raw pcap-formatted packets and a list of fields, prints the field values found in each packet. Packet data can be specified as a libpcap DLT, e.g. "EN10MB" or an upper-layer protocol, e.g. "http". svn path=/trunk/; revision=24339
2008-02-15 23:20:32 +00:00
On Win32, build Ethereal as a Windows-subsystem program rather than a console-subsystem program, so that when not run from a shell window it doesn't cause a shell window to be popped up. (Yes, this means that any messages it prints, when not popped up from a shell window, get lost, but the same is true of Ethereal on UNIX/X.) Trick for doing this shamelessly stolen from the Win32 port of the GIMP. We do not want to build Tethereal or editcap as Windows-subsystem programs, however, so we take the "/SUBSYSTEM" flag out of LDFLAGS and put it into the link commands for Ethereal, Tethereal, and editcap. svn path=/trunk/; revision=1857
2000-04-14 09:00:25 +00:00
LDFLAGS = /NOLOGO /INCREMENTAL:no /MACHINE:I386 $(LOCAL_LDFLAGS)
Added support for compiling on win32 with Visual C and 'nmake'. It compiles, 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. svn path=/trunk/; revision=359
1999-07-13 02:53:26 +00:00
fix MSVC warnings of / and set CFLAGS to block new warnings svn path=/trunk/; revision=21098
2007-03-21 23:14:23 +00:00
CFLAGS=-WX -DHAVE_CONFIG_H $(LOCAL_CFLAGS) $(GLIB_CFLAGS) /I. /Iwiretap \
Let people configure whether to build with Zlib or not solely by controlling whether ZLIB_DIR is defined or not in config.nmake. svn path=/trunk/; revision=8911
2003-11-07 23:27:13 +00:00
$(ZLIB_CFLAGS) /I$(PCAP_DIR)\include \
Get rid of the remains of NET-SNMP in the build process. svn path=/trunk/; revision=22934
2007-09-24 06:59:40 +00:00
$(AIRPCAP_CFLAGS) \
Add support for the c-ares asynchronous DNS resolution library to the Windows build. Add support for async IPv6 lookups. Update the ADNS code slightly. This is not supported (yet) on the UNIX side. svn path=/trunk/; revision=25953
2008-08-07 21:41:48 +00:00
$(C_ARES_CFLAGS) $(ADNS_CFLAGS) $(PCRE_CFLAGS) $(GNUTLS_CFLAGS) \
$(LUA_CFLAGS) $(SMI_CFLAGS) \
instead of putting the MSC_VER_REQUIRED test into the root Makefile (which would require to change ALL makefiles - the buildbot revealed it), simply put it in the wiretap generation. As wiretap is mandatory and one of the first things to be build this doesn't even sound like a bad idea anyway ... svn path=/trunk/; revision=20646
2007-01-31 05:26:41 +00:00
-D_U_="" -D_NEED_VAR_IMPORT_
Added support for compiling on win32 with Visual C and 'nmake'. It compiles, 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. svn path=/trunk/; revision=359
1999-07-13 02:53:26 +00:00
The Win32 build builds wiretap as a DLL and requires WinPcap 2.1. svn path=/trunk/; revision=3163
2001-03-23 02:05:29 +00:00
CVARSDLL=-DWIN32 -DNULL=0 -D_MT -D_DLL
From Motonori Shindo: fix a bogus batch mode inference rule of make, so that "vc60.pdb" files are created in the proper directory; delete ".pdb" files in a "nmake -f Makefile.nmake clean"; include the text2pcap and mergecap ".pdb" files in the Windows binary distribution. svn path=/trunk/; revision=4385
2001-12-12 01:29:13 +00:00
.c.obj::
Move the dissectors into libethereal (no static/shared lib changes): - Create epan/Makefile.common - Move dissector_src and helper files from Makefile.common to epan/Makefile.common - Create register.c in epan/ - link all the files into libethereal - put plugin_src into epan/Makefile.am Try to make rpms build with rpm v4 again (sorry, I've forgotten who to attribute this to). svn path=/trunk/; revision=10273
2004-03-02 01:21:56 +00:00
$(CC) $(CVARSDLL) $(CFLAGS) -Fd.\ -c $<
Graham Bloice's Win32 Makefile changes to build in batch mode (gets rid of multiple compile lines in the output of the build, speeds the build up). svn path=/trunk/; revision=2024
2000-05-29 20:11:41 +00:00
win32 only: get interface details from WinPcap's packet.dll (direct access to NDIS specific driver information, lower first part) svn path=/trunk/; revision=14406
2005-05-20 22:16:47 +00:00
PLATFORM_SRC = capture-wpcap.c capture_wpcap_packet.c
make the Makefile.common really common between automake and nmake, as lot's of definitions were used in the automake process only svn path=/trunk/; revision=10176
2004-02-22 08:30:41 +00:00
Use editcap_SOURCES and capinfos_SOURCES in Windows Makefile svn path=/trunk/; revision=25524
2008-06-22 15:13:08 +00:00
WTAP_PLUGIN_SOURCES = \
epan/plugins.c \
epan/report_err.c \
epan/filesystem.c
Move the list of dissectors (DISSECTOR_SRC) out of Makefile.am and Makefile.nmake into a shared file named Makefile.common svn path=/trunk/; revision=9772
2004-01-21 21:46:59 +00:00
include Makefile.common
Graham Bloice's changes to, on Win32 using Microsoft's "nmake": build "register.c" in the top-level Makefile; set path in "config.nmake" to include the Cygwin directory for tools - those tools are needed to build "register.c"; remove constructed source files, and some additional object files, when doing "nmake clean". svn path=/trunk/; revision=1896
2000-04-29 07:35:07 +00:00
Rename the main executable to "wireshark", along with more conversions: ethereal.com -> wireshark.org mailing lists and addresses ETHEREAL -> WIRESHARK Man pages Automake/Autoconf names svn path=/trunk/; revision=18271
2006-05-31 19:12:15 +00:00
wireshark_OBJECTS = $(wireshark_SOURCES:.c=.obj)
Tethereal/tethereal -> TShark/tshark. svn path=/trunk/; revision=18268
2006-05-31 17:38:42 +00:00
tshark_OBJECTS = $(tshark_SOURCES:.c=.obj)
Add rawshark, a utility that, when given raw pcap-formatted packets and a list of fields, prints the field values found in each packet. Packet data can be specified as a libpcap DLT, e.g. "EN10MB" or an upper-layer protocol, e.g. "http". svn path=/trunk/; revision=24339
2008-02-15 23:20:32 +00:00
rawshark_OBJECTS = $(rawshark_SOURCES:.c=.obj)
Use editcap_SOURCES and capinfos_SOURCES in Windows Makefile svn path=/trunk/; revision=25524
2008-06-22 15:13:08 +00:00
###text2pcap_OBJECTS = $(text2pcap_SOURCES:.c=.obj)
###mergecap_OBJECTS = $(mergecap_SOURCES:.c=.obj)
editcap_OBJECTS = $(editcap_SOURCES:.c=.obj)
capinfos_OBJECTS = $(capinfos_SOURCES:.c=.obj)
From Lars Roland: add support for building a libethereal.dll with MSVC: add a config.nmake option to control whether to build libethereal.dll or not; remove "./wiretap" from PATH to prevent problems due to wrongly-loaded files; build dissector.lib with MSVC; move "print.c" and "ps.c" to the dissector helpers, as "print.c" imports variables from packet-frame.c and packet-data.c, which are in libethereal; move "g711.c" out of the dissector helpers, as they're used only by Ethereal in a tap, not in Tethereal or in any dissector; add a .def file for libethereal; arrange to declare global variables exported from libethereal with "__declspec(dllimport)" when building programs that import those variables; update the NSIS installer. Make the "configure" script define ETH_VAR_IMPORT as "extern". svn path=/trunk/; revision=10834
2004-05-09 10:03:41 +00:00
dftest_OBJECTS = $(dftest_SOURCES:.c=.obj)
first steps towards a separated capture tool, working title "dumpcap" personal backup only, not meant for public testing! I've copied main.c into dumpcap.c and carved out all things not needed currently won't work as a command line tool, capture_loop.c wants an input pipe console output is also very ugly and the whole code needs a lot of further cleanup shouldn't break the unix build as I've only changed the nmake files so far, but who knows ... svn path=/trunk/; revision=16615
2005-11-28 08:54:52 +00:00
dumpcap_OBJECTS = $(dumpcap_SOURCES:.c=.obj)
make the Makefile.common really common between automake and nmake, as lot's of definitions were used in the automake process only svn path=/trunk/; revision=10176
2004-02-22 08:30:41 +00:00
randpkt_OBJECTS = $(randpkt_SOURCES:.c=.obj)
Add support for building randpkt under Windows. svn path=/trunk/; revision=6433
2002-10-16 14:45:27 +00:00
Build tethereal and editcap on Win32. Add RCS ID tags to Makefile.nmake's. svn path=/trunk/; revision=1836
2000-04-12 21:52:11 +00:00
EXTRA_OBJECTS = \
Fix compilation under VS6 (hopefully without breaking compilation anywhere else). Instead of using getaddrinfo() and getnameinfo(), promote inet_pton.c and inet_ntop.c to the top level and use those routines instead. (It's 2007, for crying out loud. Why is this even an issue?) svn path=/trunk/; revision=22075
2007-06-11 18:26:09 +00:00
getopt.obj \
inet_ntop.obj \
inet_pton.obj \
Windows and the MSVC++ 6.0 library don't have "strptime()", so pull in the glibc "strptime()" (modified so it doesn't require the rest of glibc), set up the configure script to check for it, and set up Makefile.am and Makefile.nmake to use it. Get rid of NEED_MKSTEMP - nothing uses it. svn path=/trunk/; revision=3500
2001-06-02 06:21:14 +00:00
mkstemp.obj \
strptime.obj
Merge in the final code to make Ethereal run on Win32, compiled 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-15 00:23:13 +00:00
Rename the main executable to "wireshark", along with more conversions: ethereal.com -> wireshark.org mailing lists and addresses ETHEREAL -> WIRESHARK Man pages Automake/Autoconf names svn path=/trunk/; revision=18271
2006-05-31 19:12:15 +00:00
wireshark_LIBS= wiretap\wiretap-$(WTAP_VERSION).lib \
Copy over the file open/save code from the Win32 native branch. The Windows-native routines were integrated by inserting #if GTK_MAJOR_VERSION >= 2 && _WIN32 win32_native_routine(GDK_WINDOW_HWND(top_level->window)); return; #endif at the beginning of each GTK+ file routine. There's probably a prettier way to do this. Some of the sizes need to be tweaked in win32-file-dlg.rc, but everything seems to work. Fix up whitespace. svn path=/trunk/; revision=17285
2006-02-13 21:25:43 +00:00
wsock32.lib user32.lib shell32.lib comctl32.lib \
Hmmm, don't optimize too much :-) also fix the clean_setup svn path=/trunk/; revision=19199
2006-09-12 01:04:35 +00:00
$(HHC_LIBS) \
Move the file utility functions from wiretap to libwsutil so that libwireshark (and the plugins using those functions) do not depend on wiretap on Windows. While doing that, rename the eth_* functions to ws_*. svn path=/trunk/; revision=25354
2008-05-22 15:46:27 +00:00
wsutil\libwsutil.lib \
libethereal -> libwireshark. idl2eth -> idl2wrs. There are a _lot_ of changes here. It compiles OK on OS X, but hasn't been tested anywhere else. svn path=/trunk/; revision=18260
2006-05-31 00:23:01 +00:00
!IFDEF ENABLE_LIBWIRESHARK
epan\libwireshark.lib \
From Lars Roland: add support for building a libethereal.dll with MSVC: add a config.nmake option to control whether to build libethereal.dll or not; remove "./wiretap" from PATH to prevent problems due to wrongly-loaded files; build dissector.lib with MSVC; move "print.c" and "ps.c" to the dissector helpers, as "print.c" imports variables from packet-frame.c and packet-data.c, which are in libethereal; move "g711.c" out of the dissector helpers, as they're used only by Ethereal in a tap, not in Tethereal or in any dissector; add a .def file for libethereal; arrange to declare global variables exported from libethereal with "__declspec(dllimport)" when building programs that import those variables; update the NSIS installer. Make the "configure" script define ETH_VAR_IMPORT as "extern". svn path=/trunk/; revision=10834
2004-05-09 10:03:41 +00:00
!ELSE
Move dissectors to epan/dissectors directory. Also move ncp222.py, x11-fields, process-x11-fields.pl, make-reg-dotc, and make-reg-dotc.py. Adjust #include lines in files that include packet-*.h files. svn path=/trunk/; revision=11410
2004-07-18 18:06:47 +00:00
epan\dissectors\dissectors.lib \
Rename the main executable to "wireshark", along with more conversions: ethereal.com -> wireshark.org mailing lists and addresses ETHEREAL -> WIRESHARK Man pages Automake/Autoconf names svn path=/trunk/; revision=18271
2006-05-31 19:12:15 +00:00
epan\wireshark.lib \
Move the contents of airpdcap to epan/crypt. Try to fix the current distcheck failure. Move the nmake build targets for airpdcap from epan/dissectors to epan. This will probably break the Windows build. svn path=/trunk/; revision=20231
2006-12-28 17:22:12 +00:00
epan\crypt\airpdcap.lib \
epan\dfilter\dfilter.lib \
epan\ftypes\ftypes.lib \
Add support for the c-ares asynchronous DNS resolution library to the Windows build. Add support for async IPv6 lookups. Update the ADNS code slightly. This is not supported (yet) on the UNIX side. svn path=/trunk/; revision=25953
2008-08-07 21:41:48 +00:00
$(C_ARES_LIBS) \
Do all the tests for whether ADNS_DIR is defined or not in "config.nmake", and just use the variables set based on the results of those tests in various "Makefile.nmake" files. svn path=/trunk/; revision=7891
2003-06-15 23:04:47 +00:00
$(ADNS_LIBS) \
Add PCRE support to the Windows build. svn path=/trunk/; revision=9185
2003-12-07 00:04:32 +00:00
$(PCRE_LIBS) \
From Paolo Abeni: Set up to build on Windows if we have GNU TLS. Define "ssl_data_set()" regardless of whether we have GNU TLS or not, as it's used in either case. Get rid of an extra #include of epan/gnuc_format_check.h. svn path=/trunk/; revision=17177
2006-02-06 09:09:06 +00:00
$(ZLIB_LIBS) \
Add rawshark, a utility that, when given raw pcap-formatted packets and a list of fields, prints the field values found in each packet. Packet data can be specified as a libpcap DLT, e.g. "EN10MB" or an upper-layer protocol, e.g. "http". svn path=/trunk/; revision=24339
2008-02-15 23:20:32 +00:00
$(GNUTLS_LIBS)
From Lars Roland: add support for building a libethereal.dll with MSVC: add a config.nmake option to control whether to build libethereal.dll or not; remove "./wiretap" from PATH to prevent problems due to wrongly-loaded files; build dissector.lib with MSVC; move "print.c" and "ps.c" to the dissector helpers, as "print.c" imports variables from packet-frame.c and packet-data.c, which are in libethereal; move "g711.c" out of the dissector helpers, as they're used only by Ethereal in a tap, not in Tethereal or in any dissector; add a .def file for libethereal; arrange to declare global variables exported from libethereal with "__declspec(dllimport)" when building programs that import those variables; update the NSIS installer. Make the "configure" script define ETH_VAR_IMPORT as "extern". svn path=/trunk/; revision=10834
2004-05-09 10:03:41 +00:00
!ENDIF
Added support for compiling on win32 with Visual C and 'nmake'. It compiles, 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. svn path=/trunk/; revision=359
1999-07-13 02:53:26 +00:00
Tethereal/tethereal -> TShark/tshark. svn path=/trunk/; revision=18268
2006-05-31 17:38:42 +00:00
tshark_LIBS= wiretap\wiretap-$(WTAP_VERSION).lib \
Fix it to build on Windows. svn path=/trunk/; revision=2488
2000-10-11 07:35:02 +00:00
wsock32.lib user32.lib \
Define GLIB_LIBS and GTK_LIBS variables in config.nmake (based on variables the user configures - the user isn't expected to change GLIB_LIBS or GTK_LIBS, and there's a comment nothing that users shouldn't have to do so), which contain the appropriate libraries for building stuff that requires only GLib, and stuff that required GTK+ and GLib, respectively, and use those macros in the Makefile.nmake files. svn path=/trunk/; revision=7885
2003-06-14 20:45:29 +00:00
$(GLIB_LIBS) \
Move the file utility functions from wiretap to libwsutil so that libwireshark (and the plugins using those functions) do not depend on wiretap on Windows. While doing that, rename the eth_* functions to ws_*. svn path=/trunk/; revision=25354
2008-05-22 15:46:27 +00:00
wsutil\libwsutil.lib \
libethereal -> libwireshark. idl2eth -> idl2wrs. There are a _lot_ of changes here. It compiles OK on OS X, but hasn't been tested anywhere else. svn path=/trunk/; revision=18260
2006-05-31 00:23:01 +00:00
!IFDEF ENABLE_LIBWIRESHARK
epan\libwireshark.lib \
From Lars Roland: add support for building a libethereal.dll with MSVC: add a config.nmake option to control whether to build libethereal.dll or not; remove "./wiretap" from PATH to prevent problems due to wrongly-loaded files; build dissector.lib with MSVC; move "print.c" and "ps.c" to the dissector helpers, as "print.c" imports variables from packet-frame.c and packet-data.c, which are in libethereal; move "g711.c" out of the dissector helpers, as they're used only by Ethereal in a tap, not in Tethereal or in any dissector; add a .def file for libethereal; arrange to declare global variables exported from libethereal with "__declspec(dllimport)" when building programs that import those variables; update the NSIS installer. Make the "configure" script define ETH_VAR_IMPORT as "extern". svn path=/trunk/; revision=10834
2004-05-09 10:03:41 +00:00
!ELSE
Move dissectors to epan/dissectors directory. Also move ncp222.py, x11-fields, process-x11-fields.pl, make-reg-dotc, and make-reg-dotc.py. Adjust #include lines in files that include packet-*.h files. svn path=/trunk/; revision=11410
2004-07-18 18:06:47 +00:00
epan\dissectors\dissectors.lib \
Rename the main executable to "wireshark", along with more conversions: ethereal.com -> wireshark.org mailing lists and addresses ETHEREAL -> WIRESHARK Man pages Automake/Autoconf names svn path=/trunk/; revision=18271
2006-05-31 19:12:15 +00:00
epan\wireshark.lib \
Move the contents of airpdcap to epan/crypt. Try to fix the current distcheck failure. Move the nmake build targets for airpdcap from epan/dissectors to epan. This will probably break the Windows build. svn path=/trunk/; revision=20231
2006-12-28 17:22:12 +00:00
epan\crypt\airpdcap.lib \
epan\dfilter\dfilter.lib \
epan\ftypes\ftypes.lib \
Add support for the c-ares asynchronous DNS resolution library to the Windows build. Add support for async IPv6 lookups. Update the ADNS code slightly. This is not supported (yet) on the UNIX side. svn path=/trunk/; revision=25953
2008-08-07 21:41:48 +00:00
$(C_ARES_LIBS) \
Do all the tests for whether ADNS_DIR is defined or not in "config.nmake", and just use the variables set based on the results of those tests in various "Makefile.nmake" files. svn path=/trunk/; revision=7891
2003-06-15 23:04:47 +00:00
$(ADNS_LIBS) \
Add PCRE support to the Windows build. svn path=/trunk/; revision=9185
2003-12-07 00:04:32 +00:00
$(PCRE_LIBS) \
From Paolo Abeni: Set up to build on Windows if we have GNU TLS. Define "ssl_data_set()" regardless of whether we have GNU TLS or not, as it's used in either case. Get rid of an extra #include of epan/gnuc_format_check.h. svn path=/trunk/; revision=17177
2006-02-06 09:09:06 +00:00
$(ZLIB_LIBS) \
$(GNUTLS_LIBS)
From Lars Roland: add support for building a libethereal.dll with MSVC: add a config.nmake option to control whether to build libethereal.dll or not; remove "./wiretap" from PATH to prevent problems due to wrongly-loaded files; build dissector.lib with MSVC; move "print.c" and "ps.c" to the dissector helpers, as "print.c" imports variables from packet-frame.c and packet-data.c, which are in libethereal; move "g711.c" out of the dissector helpers, as they're used only by Ethereal in a tap, not in Tethereal or in any dissector; add a .def file for libethereal; arrange to declare global variables exported from libethereal with "__declspec(dllimport)" when building programs that import those variables; update the NSIS installer. Make the "configure" script define ETH_VAR_IMPORT as "extern". svn path=/trunk/; revision=10834
2004-05-09 10:03:41 +00:00
!ENDIF
Build tethereal and editcap on Win32. Add RCS ID tags to Makefile.nmake's. svn path=/trunk/; revision=1836
2000-04-12 21:52:11 +00:00
Add rawshark, a utility that, when given raw pcap-formatted packets and a list of fields, prints the field values found in each packet. Packet data can be specified as a libpcap DLT, e.g. "EN10MB" or an upper-layer protocol, e.g. "http". svn path=/trunk/; revision=24339
2008-02-15 23:20:32 +00:00
rawshark_LIBS= wiretap\wiretap-$(WTAP_VERSION).lib \
wsock32.lib user32.lib \
$(GLIB_LIBS) \
Move the file utility functions from wiretap to libwsutil so that libwireshark (and the plugins using those functions) do not depend on wiretap on Windows. While doing that, rename the eth_* functions to ws_*. svn path=/trunk/; revision=25354
2008-05-22 15:46:27 +00:00
wsutil\libwsutil.lib \
Add rawshark, a utility that, when given raw pcap-formatted packets and a list of fields, prints the field values found in each packet. Packet data can be specified as a libpcap DLT, e.g. "EN10MB" or an upper-layer protocol, e.g. "http". svn path=/trunk/; revision=24339
2008-02-15 23:20:32 +00:00
!IFDEF ENABLE_LIBWIRESHARK
epan\libwireshark.lib \
!ELSE
epan\dissectors\dissectors.lib \
epan\wireshark.lib \
epan\crypt\airpdcap.lib \
epan\dfilter\dfilter.lib \
epan\ftypes\ftypes.lib \
Add support for the c-ares asynchronous DNS resolution library to the Windows build. Add support for async IPv6 lookups. Update the ADNS code slightly. This is not supported (yet) on the UNIX side. svn path=/trunk/; revision=25953
2008-08-07 21:41:48 +00:00
$(C_ARES_LIBS) \
Add rawshark, a utility that, when given raw pcap-formatted packets and a list of fields, prints the field values found in each packet. Packet data can be specified as a libpcap DLT, e.g. "EN10MB" or an upper-layer protocol, e.g. "http". svn path=/trunk/; revision=24339
2008-02-15 23:20:32 +00:00
$(ADNS_LIBS) \
$(PCRE_LIBS) \
$(ZLIB_LIBS) \
$(GNUTLS_LIBS)
!ENDIF
renamed capinfo to capinfos, as the former name capinfo was already used in a program called tcprelay, so that might confuse packaging managers and users. Hopefully I got all the places need to be changed. svn path=/trunk/; revision=12358
2004-10-20 18:50:58 +00:00
capinfos_LIBS= wiretap\wiretap-$(WTAP_VERSION).lib \
Have editcap and capinfos loading the wiretap plugins. epan/filesystem.c have get_plugin_dir() calling init_plugin_dir() if necessary epan/epan.c and epan/report_err.c move the report_failure family into the new report_err.c file, have epan_init() calling the initializer epan/plugins.h and epan/proto.c do not have init_plugins() calling the proto_reg functions instead do it in init_proto() gtk/main.c and tshark.c init_plugin_dir() has become suprefluous capinfos.c and editcap.c load the wiretap plugins Makefiles do what's needed to build withe the above changes. svn path=/trunk/; revision=21935
2007-05-25 17:22:32 +00:00
wsock32.lib user32.lib shell32.lib \
Create a new "Wireshark utility" library and move the mpeg-audio stuff from wiretap to this new libwsutil. This solves http://bugs.wireshark.org/bugzilla/show_bug.cgi?id=1677 by making libwireshark no longer depend on libwiretap. svn path=/trunk/; revision=25330
2008-05-20 21:51:01 +00:00
wsutil\libwsutil.lib \
From Ian Schorr: capinfo - provides capture file information. svn path=/trunk/; revision=11555
2004-07-28 20:51:29 +00:00
$(GLIB_LIBS)
The Win32 build builds wiretap as a DLL and requires WinPcap 2.1. svn path=/trunk/; revision=3163
2001-03-23 02:05:29 +00:00
editcap_LIBS= wiretap\wiretap-$(WTAP_VERSION).lib \
Have editcap and capinfos loading the wiretap plugins. epan/filesystem.c have get_plugin_dir() calling init_plugin_dir() if necessary epan/epan.c and epan/report_err.c move the report_failure family into the new report_err.c file, have epan_init() calling the initializer epan/plugins.h and epan/proto.c do not have init_plugins() calling the proto_reg functions instead do it in init_proto() gtk/main.c and tshark.c init_plugin_dir() has become suprefluous capinfos.c and editcap.c load the wiretap plugins Makefiles do what's needed to build withe the above changes. svn path=/trunk/; revision=21935
2007-05-25 17:22:32 +00:00
wsock32.lib user32.lib shell32.lib \
Create a new "Wireshark utility" library and move the mpeg-audio stuff from wiretap to this new libwsutil. This solves http://bugs.wireshark.org/bugzilla/show_bug.cgi?id=1677 by making libwireshark no longer depend on libwiretap. svn path=/trunk/; revision=25330
2008-05-20 21:51:01 +00:00
wsutil\libwsutil.lib \
Define GLIB_LIBS and GTK_LIBS variables in config.nmake (based on variables the user configures - the user isn't expected to change GLIB_LIBS or GTK_LIBS, and there's a comment nothing that users shouldn't have to do so), which contain the appropriate libraries for building stuff that requires only GLib, and stuff that required GTK+ and GLib, respectively, and use those macros in the Makefile.nmake files. svn path=/trunk/; revision=7885
2003-06-14 20:45:29 +00:00
$(GLIB_LIBS)
Build tethereal and editcap on Win32. Add RCS ID tags to Makefile.nmake's. svn path=/trunk/; revision=1836
2000-04-12 21:52:11 +00:00
Mergecap utility for merging capture files, from Scott Renfro. svn path=/trunk/; revision=3701
2001-07-12 19:59:41 +00:00
mergecap_LIBS= wiretap\wiretap-$(WTAP_VERSION).lib \
wsock32.lib user32.lib \
Create a new "Wireshark utility" library and move the mpeg-audio stuff from wiretap to this new libwsutil. This solves http://bugs.wireshark.org/bugzilla/show_bug.cgi?id=1677 by making libwireshark no longer depend on libwiretap. svn path=/trunk/; revision=25330
2008-05-20 21:51:01 +00:00
wsutil\libwsutil.lib \
Define GLIB_LIBS and GTK_LIBS variables in config.nmake (based on variables the user configures - the user isn't expected to change GLIB_LIBS or GTK_LIBS, and there's a comment nothing that users shouldn't have to do so), which contain the appropriate libraries for building stuff that requires only GLib, and stuff that required GTK+ and GLib, respectively, and use those macros in the Makefile.nmake files. svn path=/trunk/; revision=7885
2003-06-14 20:45:29 +00:00
$(GLIB_LIBS)
Mergecap utility for merging capture files, from Scott Renfro. svn path=/trunk/; revision=3701
2001-07-12 19:59:41 +00:00
text2pcap now depends on libwiretap (for eth_fopen()) but only on Windows. Make it depend on libwiretap on *NIX, too, only to keep things in sync. svn path=/trunk/; revision=23209
2007-10-16 18:28:27 +00:00
text2pcap_LIBS= wiretap\wiretap-$(WTAP_VERSION).lib \
wsock32.lib user32.lib \
Create a new "Wireshark utility" library and move the mpeg-audio stuff from wiretap to this new libwsutil. This solves http://bugs.wireshark.org/bugzilla/show_bug.cgi?id=1677 by making libwireshark no longer depend on libwiretap. svn path=/trunk/; revision=25330
2008-05-20 21:51:01 +00:00
wsutil\libwsutil.lib \
text2pcap now depends on libwiretap (for eth_fopen()) but only on Windows. Make it depend on libwiretap on *NIX, too, only to keep things in sync. svn path=/trunk/; revision=23209
2007-10-16 18:28:27 +00:00
$(GLIB_LIBS)
first steps towards a separated capture tool, working title "dumpcap" personal backup only, not meant for public testing! I've copied main.c into dumpcap.c and carved out all things not needed currently won't work as a command line tool, capture_loop.c wants an input pipe console output is also very ugly and the whole code needs a lot of further cleanup shouldn't break the unix build as I've only changed the nmake files so far, but who knows ... svn path=/trunk/; revision=16615
2005-11-28 08:54:52 +00:00
dumpcap_LIBS= wiretap\wiretap-$(WTAP_VERSION).lib \
no more usage of Ethereal.lib in dumpcap any longer :-) use capture_opts_trim() output of command line usage and version "enhanced" svn path=/trunk/; revision=16684
2005-12-05 21:28:34 +00:00
wsock32.lib user32.lib \
Create a new "Wireshark utility" library and move the mpeg-audio stuff from wiretap to this new libwsutil. This solves http://bugs.wireshark.org/bugzilla/show_bug.cgi?id=1677 by making libwireshark no longer depend on libwiretap. svn path=/trunk/; revision=25330
2008-05-20 21:51:01 +00:00
wsutil\libwsutil.lib \
no more usage of Ethereal.lib in dumpcap any longer :-) use capture_opts_trim() output of command line usage and version "enhanced" svn path=/trunk/; revision=16684
2005-12-05 21:28:34 +00:00
$(GLIB_LIBS)
first steps towards a separated capture tool, working title "dumpcap" personal backup only, not meant for public testing! I've copied main.c into dumpcap.c and carved out all things not needed currently won't work as a command line tool, capture_loop.c wants an input pipe console output is also very ugly and the whole code needs a lot of further cleanup shouldn't break the unix build as I've only changed the nmake files so far, but who knows ... svn path=/trunk/; revision=16615
2005-11-28 08:54:52 +00:00
From Lars Roland: add support for building a libethereal.dll with MSVC: add a config.nmake option to control whether to build libethereal.dll or not; remove "./wiretap" from PATH to prevent problems due to wrongly-loaded files; build dissector.lib with MSVC; move "print.c" and "ps.c" to the dissector helpers, as "print.c" imports variables from packet-frame.c and packet-data.c, which are in libethereal; move "g711.c" out of the dissector helpers, as they're used only by Ethereal in a tap, not in Tethereal or in any dissector; add a .def file for libethereal; arrange to declare global variables exported from libethereal with "__declspec(dllimport)" when building programs that import those variables; update the NSIS installer. Make the "configure" script define ETH_VAR_IMPORT as "extern". svn path=/trunk/; revision=10834
2004-05-09 10:03:41 +00:00
dftest_LIBS= wiretap\wiretap-$(WTAP_VERSION).lib \
Add rule for dftest.exe svn path=/trunk/; revision=3014
2001-02-11 03:19:45 +00:00
wsock32.lib user32.lib \
Now that Ethereal *itself* (not just Wiretap) can use libz (the Soulseek dissector can use it), we have to link Ethereal, Tethereal, and dftest with libz, as well as linking Wiretap with it. We also probably need to link dftest with the PCRE library, as the display filter code uses PCRE. svn path=/trunk/; revision=10057
2004-02-13 02:03:14 +00:00
$(GLIB_LIBS) \
Move the file utility functions from wiretap to libwsutil so that libwireshark (and the plugins using those functions) do not depend on wiretap on Windows. While doing that, rename the eth_* functions to ws_*. svn path=/trunk/; revision=25354
2008-05-22 15:46:27 +00:00
wsutil\libwsutil.lib \
libethereal -> libwireshark. idl2eth -> idl2wrs. There are a _lot_ of changes here. It compiles OK on OS X, but hasn't been tested anywhere else. svn path=/trunk/; revision=18260
2006-05-31 00:23:01 +00:00
!IFDEF ENABLE_LIBWIRESHARK
epan\libwireshark.lib \
From Lars Roland: add support for building a libethereal.dll with MSVC: add a config.nmake option to control whether to build libethereal.dll or not; remove "./wiretap" from PATH to prevent problems due to wrongly-loaded files; build dissector.lib with MSVC; move "print.c" and "ps.c" to the dissector helpers, as "print.c" imports variables from packet-frame.c and packet-data.c, which are in libethereal; move "g711.c" out of the dissector helpers, as they're used only by Ethereal in a tap, not in Tethereal or in any dissector; add a .def file for libethereal; arrange to declare global variables exported from libethereal with "__declspec(dllimport)" when building programs that import those variables; update the NSIS installer. Make the "configure" script define ETH_VAR_IMPORT as "extern". svn path=/trunk/; revision=10834
2004-05-09 10:03:41 +00:00
!ELSE
Move dissectors to epan/dissectors directory. Also move ncp222.py, x11-fields, process-x11-fields.pl, make-reg-dotc, and make-reg-dotc.py. Adjust #include lines in files that include packet-*.h files. svn path=/trunk/; revision=11410
2004-07-18 18:06:47 +00:00
epan\dissectors\dissectors.lib \
Rename the main executable to "wireshark", along with more conversions: ethereal.com -> wireshark.org mailing lists and addresses ETHEREAL -> WIRESHARK Man pages Automake/Autoconf names svn path=/trunk/; revision=18271
2006-05-31 19:12:15 +00:00
epan\wireshark.lib \
From Lars Roland: add support for building a libethereal.dll with MSVC: add a config.nmake option to control whether to build libethereal.dll or not; remove "./wiretap" from PATH to prevent problems due to wrongly-loaded files; build dissector.lib with MSVC; move "print.c" and "ps.c" to the dissector helpers, as "print.c" imports variables from packet-frame.c and packet-data.c, which are in libethereal; move "g711.c" out of the dissector helpers, as they're used only by Ethereal in a tap, not in Tethereal or in any dissector; add a .def file for libethereal; arrange to declare global variables exported from libethereal with "__declspec(dllimport)" when building programs that import those variables; update the NSIS installer. Make the "configure" script define ETH_VAR_IMPORT as "extern". svn path=/trunk/; revision=10834
2004-05-09 10:03:41 +00:00
epan\dfilter\dfilter.lib epan\ftypes\ftypes.lib \
Add support for the c-ares asynchronous DNS resolution library to the Windows build. Add support for async IPv6 lookups. Update the ADNS code slightly. This is not supported (yet) on the UNIX side. svn path=/trunk/; revision=25953
2008-08-07 21:41:48 +00:00
$(C_ARES_LIBS) \
MSVC doesn't like having header files in .c=.obj targets. Fix dftest compiling under Windows. svn path=/trunk/; revision=10208
2004-02-23 22:45:24 +00:00
$(ADNS_LIBS) \
Now that Ethereal *itself* (not just Wiretap) can use libz (the Soulseek dissector can use it), we have to link Ethereal, Tethereal, and dftest with libz, as well as linking Wiretap with it. We also probably need to link dftest with the PCRE library, as the display filter code uses PCRE. svn path=/trunk/; revision=10057
2004-02-13 02:03:14 +00:00
$(PCRE_LIBS) \
From Paolo Abeni: Set up to build on Windows if we have GNU TLS. Define "ssl_data_set()" regardless of whether we have GNU TLS or not, as it's used in either case. Get rid of an extra #include of epan/gnuc_format_check.h. svn path=/trunk/; revision=17177
2006-02-06 09:09:06 +00:00
$(ZLIB_LIBS) \
Use config and makefile from Chris Maynard and Luis instead. svn path=/trunk/; revision=22672
2007-08-26 20:03:23 +00:00
$(SMI_LIBS) \
Add rawshark, a utility that, when given raw pcap-formatted packets and a list of fields, prints the field values found in each packet. Packet data can be specified as a libpcap DLT, e.g. "EN10MB" or an upper-layer protocol, e.g. "http". svn path=/trunk/; revision=24339
2008-02-15 23:20:32 +00:00
$(GNUTLS_LIBS)
From Lars Roland: add support for building a libethereal.dll with MSVC: add a config.nmake option to control whether to build libethereal.dll or not; remove "./wiretap" from PATH to prevent problems due to wrongly-loaded files; build dissector.lib with MSVC; move "print.c" and "ps.c" to the dissector helpers, as "print.c" imports variables from packet-frame.c and packet-data.c, which are in libethereal; move "g711.c" out of the dissector helpers, as they're used only by Ethereal in a tap, not in Tethereal or in any dissector; add a .def file for libethereal; arrange to declare global variables exported from libethereal with "__declspec(dllimport)" when building programs that import those variables; update the NSIS installer. Make the "configure" script define ETH_VAR_IMPORT as "extern". svn path=/trunk/; revision=10834
2004-05-09 10:03:41 +00:00
!ENDIF
Add rule for dftest.exe svn path=/trunk/; revision=3014
2001-02-11 03:19:45 +00:00
Add support for building randpkt under Windows. svn path=/trunk/; revision=6433
2002-10-16 14:45:27 +00:00
randpkt_LIBS= wiretap\wiretap-$(WTAP_VERSION).lib \
user32.lib \
Create a new "Wireshark utility" library and move the mpeg-audio stuff from wiretap to this new libwsutil. This solves http://bugs.wireshark.org/bugzilla/show_bug.cgi?id=1677 by making libwireshark no longer depend on libwiretap. svn path=/trunk/; revision=25330
2008-05-20 21:51:01 +00:00
wsutil\libwsutil.lib \
Get rid of the remains of NET-SNMP in the build process. svn path=/trunk/; revision=22934
2007-09-24 06:59:40 +00:00
$(GLIB_LIBS)
Add support for building randpkt under Windows. svn path=/trunk/; revision=6433
2002-10-16 14:45:27 +00:00
remove more GTK1 stuff from the Win32 build process (incomplete) svn path=/trunk/; revision=24780
2008-04-05 01:22:53 +00:00
EXECUTABLES=wireshark.exe tshark.exe rawshark.exe \
first steps towards a separated capture tool, working title "dumpcap" personal backup only, not meant for public testing! I've copied main.c into dumpcap.c and carved out all things not needed currently won't work as a command line tool, capture_loop.c wants an input pipe console output is also very ugly and the whole code needs a lot of further cleanup shouldn't break the unix build as I've only changed the nmake files so far, but who knows ... svn path=/trunk/; revision=16615
2005-11-28 08:54:52 +00:00
capinfos.exe editcap.exe mergecap.exe text2pcap.exe randpkt.exe dumpcap.exe
Added support for compiling on win32 with Visual C and 'nmake'. It compiles, 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. svn path=/trunk/; revision=359
1999-07-13 02:53:26 +00:00
Rename the main executable to "wireshark", along with more conversions: ethereal.com -> wireshark.org mailing lists and addresses ETHEREAL -> WIRESHARK Man pages Automake/Autoconf names svn path=/trunk/; revision=18271
2006-05-31 19:12:15 +00:00
RESOURCES=image\wireshark.res image\libwireshark.res image\tshark.res \
renamed capinfo to capinfos, as the former name capinfo was already used in a program called tcprelay, so that might confuse packaging managers and users. Hopefully I got all the places need to be changed. svn path=/trunk/; revision=12358
2004-10-20 18:50:58 +00:00
image\capinfos.res image\editcap.res image\mergecap.res \
Add rawshark, a utility that, when given raw pcap-formatted packets and a list of fields, prints the field values found in each packet. Packet data can be specified as a libpcap DLT, e.g. "EN10MB" or an upper-layer protocol, e.g. "http". svn path=/trunk/; revision=24339
2008-02-15 23:20:32 +00:00
image\text2pcap.res image\wiretap.res image\dumpcap.res \
Create a new "Wireshark utility" library and move the mpeg-audio stuff from wiretap to this new libwsutil. This solves http://bugs.wireshark.org/bugzilla/show_bug.cgi?id=1677 by making libwireshark no longer depend on libwiretap. svn path=/trunk/; revision=25330
2008-05-20 21:51:01 +00:00
image\rawshark.res image\libwsutil.res
Build tethereal and editcap on Win32. Add RCS ID tags to Makefile.nmake's. svn path=/trunk/; revision=1836
2000-04-12 21:52:11 +00:00
Verify existence of required downloaded library packages during make after Makefile.nmake updated svn path=/trunk/; revision=22769
2007-09-02 20:53:15 +00:00
LIBS_CHECK=_libs_check_
Add support for the c-ares asynchronous DNS resolution library to the Windows build. Add support for async IPv6 lookups. Update the ADNS code slightly. This is not supported (yet) on the UNIX side. svn path=/trunk/; revision=25953
2008-08-07 21:41:48 +00:00
all: $(LIBS_CHECK) config.h tools image codecs $(C_ARES_DLL) $(ADNS_DLL) $(ZLIB_DLL) wsutil wiretap epan $(EXECUTABLES) $(RESOURCES) doc install-all
Graham Bloice's Win32 icon for Ethereal and Win32 resource-compiler files to add version/copyright/etc. information to Win32 executables. svn path=/trunk/; revision=1859
2000-04-15 04:10:50 +00:00
updated NSIS generation to build GTK version 1 or 2, added new target "packaging" to root Makefile.nmake, which will generate version 1 or 2 or both, depending on config.nmake GTK?_DIR setting svn path=/trunk/; revision=9866
2004-01-26 21:12:41 +00:00
packaging: all
cd packaging
cd nsis
Use 'igncr' as needed with Bash (workaround for bug report 1162); Change usage of 'nmake' to $(MAKE) /$(MAKEFLAGS) in a few places; Add one missing /$(MAKEFLAGS); svn path=/trunk/; revision=20034
2006-12-04 05:41:53 +00:00
$(MAKE) /$(MAKEFLAGS) -f makefile.nmake
From Lars Roland: Add support for a combined GTK1/2 Windows installer. svn path=/trunk/; revision=10098
2004-02-18 20:45:54 +00:00
cd ..
cd ..
add a packaging_u3 target rename gtk2_distclean -> clean_gtk2.tmp (as that's what it's really doing) svn path=/trunk/; revision=19295
2006-09-22 23:16:31 +00:00
packaging_u3: all
cd packaging
cd u3
cd win32
Use 'igncr' as needed with Bash (workaround for bug report 1162); Change usage of 'nmake' to $(MAKE) /$(MAKEFLAGS) in a few places; Add one missing /$(MAKEFLAGS); svn path=/trunk/; revision=20034
2006-12-04 05:41:53 +00:00
$(MAKE) /$(MAKEFLAGS) -f makefile.nmake
add a packaging_u3 target rename gtk2_distclean -> clean_gtk2.tmp (as that's what it's really doing) svn path=/trunk/; revision=19295
2006-09-22 23:16:31 +00:00
cd ..
cd ..
cd ..
Initial Portable Apps (www.portableapps.com) packaging to produce a "Wireshark Portable" (WSP) distribution. This allows Wireshark to be run from any USB stick, unlike the U3 packaging which must be installed on a specific U3 device. The packaging basically builds upon the U3 distribution so new libraries/config only need to be added to the U3 makefile to update both distributions. It still takes a "dumb" approach to WinPcap - installing it if it is not already installed and removing it (if WSP installed it) when Wireshark quits. (This is worse than the U3 packaging which only uninstalls WinPcap when the device is removed.) Really must talk to the WinPcap guys to see how we can make this less intrusive. I am talking to John Haller (the Portable Apps guy) about fine tuning the distribution. svn path=/trunk/; revision=23340
2007-11-02 13:47:23 +00:00
packaging_papps: all
cd packaging
cd portableapps
cd win32
$(MAKE) /$(MAKEFLAGS) -f makefile.nmake
cd ..
cd ..
cd ..
change the Win32 build environment, so we can create release zip files without the need of an installer - a feature requested from time to time. When this is matured, we might want to add these zip files (of GTK1 and GTK2 versions) to the released files. config.nmake contains the target INSTALL1_DIR and INSTALL2_DIR. I guess you can retain the previous behaviour by using . for both DIRs, though I never tested this... svn path=/trunk/; revision=19302
2006-09-23 01:39:07 +00:00
# use (info-)zip from cygwin to pack things
remove more GTK1 stuff from the Win32 build process (incomplete) svn path=/trunk/; revision=24780
2008-04-05 01:22:53 +00:00
packaging_zip: all
If MSVCR_DLL or VCREDIST_EXE are defined, add them to the zip packages. Zip the entire directory instead of just the top-level contents. svn path=/trunk/; revision=21378
2007-04-10 21:30:40 +00:00
!IFDEF MSVCR_DLL
lot's of GTK1 related code cleanup in the Win32 build process svn path=/trunk/; revision=24854
2008-04-09 03:48:16 +00:00
xcopy "$(MSVCR_DLL)" $(INSTALL_DIR)
If MSVCR_DLL or VCREDIST_EXE are defined, add them to the zip packages. Zip the entire directory instead of just the top-level contents. svn path=/trunk/; revision=21378
2007-04-10 21:30:40 +00:00
!ENDIF
!IFDEF VCREDIST_EXE
@echo Including vcredist_x86.exe -- your recipient may need to run it!
lot's of GTK1 related code cleanup in the Win32 build process svn path=/trunk/; revision=24854
2008-04-09 03:48:16 +00:00
xcopy "$(VCREDIST_EXE)" $(INSTALL_DIR)
If MSVCR_DLL or VCREDIST_EXE are defined, add them to the zip packages. Zip the entire directory instead of just the top-level contents. svn path=/trunk/; revision=21378
2007-04-10 21:30:40 +00:00
!ENDIF
remove more GTK1 stuff from the Win32 build process (incomplete) svn path=/trunk/; revision=24780
2008-04-05 01:22:53 +00:00
rm -f wireshark.zip
lot's of GTK1 related code cleanup in the Win32 build process svn path=/trunk/; revision=24854
2008-04-09 03:48:16 +00:00
zip -r -9 wireshark.zip $(INSTALL_DIR)/
change the Win32 build environment, so we can create release zip files without the need of an installer - a feature requested from time to time. When this is matured, we might want to add these zip files (of GTK1 and GTK2 versions) to the released files. config.nmake contains the target INSTALL1_DIR and INSTALL2_DIR. I guess you can retain the previous behaviour by using . for both DIRs, though I never tested this... svn path=/trunk/; revision=19302
2006-09-23 01:39:07 +00:00
From: Kovarththanan Rajaratnam; Add Windows browse file makefile target svn path=/trunk/; revision=25665
2008-07-03 00:16:28 +00:00
wireshark.bsc: *.sbr epan\*.sbr epan\dfilter\*.sbr epan\ftypes\*.sbr epan\wslua\*.sbr epan\dissectors\*.sbr gtk\*.sbr wiretap\*.sbr
rm -f $@
$(BSCMAKE) @<<
/o $@ $?
<<
xcopy $@ wireshark-gtk2\ /d
add a packaging_u3 target rename gtk2_distclean -> clean_gtk2.tmp (as that's what it's really doing) svn path=/trunk/; revision=19295
2006-09-22 23:16:31 +00:00
From Hamish Moffatt: Additional Windows Makefile dependencies, so more stuff gets built as needed. Additional stuff cleaned up by "make clean" (well, "nmake -f makefile.nmake clean", anyway) Make PDB_FILE be "vc*.pdb", so it referes to the PDB files either for VC++ 5.0 or VC++ 6.0. svn path=/trunk/; revision=4481
2002-01-04 21:20:20 +00:00
$(RESOURCES): image
Fixes for Windows build w/o ZLIB svn path=/trunk/; revision=23651
2007-11-28 20:06:21 +00:00
wiretap\wiretap-$(WTAP_VERSION).lib: image $(ZLIB_DLL) wiretap
From Hamish Moffatt: Additional Windows Makefile dependencies, so more stuff gets built as needed. Additional stuff cleaned up by "make clean" (well, "nmake -f makefile.nmake clean", anyway) Make PDB_FILE be "vc*.pdb", so it referes to the PDB files either for VC++ 5.0 or VC++ 6.0. svn path=/trunk/; revision=4481
2002-01-04 21:20:20 +00:00
Move privileges.c and unicode-utils.c from epan to wsutil (so things like capinfos and dumpcap don't need to depend on libwireshark nor directly pull in those modules). Because capinfos and editcap were only being linked with privileges.c if we had plugins, this allows those programs to be linked when someone is compiling --without-plugins. svn path=/trunk/; revision=25640
2008-06-30 17:16:29 +00:00
wireshark.exe : $(LIBS_CHECK) config.h svnversion.h $(wireshark_OBJECTS) getopt.obj inet_ntop.obj inet_pton.obj codecs epan gtk image\wireshark.res wsutil\libwsutil.lib wiretap\wiretap-$(WTAP_VERSION).lib codecs\codecs.lib gtk\libui.lib plugins
Small patch for the win32 makefile that improves the dependencies and prints out exactly which executable is being linked. From Graham Bloice <graham.bloice@trihedral.com> svn path=/trunk/; revision=2075
2000-06-16 15:05:26 +00:00
@echo Linking $@
Build tethereal and editcap on Win32. Add RCS ID tags to Makefile.nmake's. svn path=/trunk/; revision=1836
2000-04-12 21:52:11 +00:00
$(LINK) @<<
lot's of GTK1 related code cleanup in the Win32 build process svn path=/trunk/; revision=24854
2008-04-09 03:48:16 +00:00
/OUT:wireshark.exe $(guiflags) $(guilibsdll) $(LDFLAGS) /LARGEADDRESSAWARE /SUBSYSTEM:windows $(wireshark_LIBS) getopt.obj inet_ntop.obj inet_pton.obj $(GTK_LIBS) codecs\codecs.lib gtk\libui.lib $(wireshark_OBJECTS) image\wireshark.res
Added the ability to compile both GTK versions 1 and 2 at the same time. svn path=/trunk/; revision=9827
2004-01-24 20:01:36 +00:00
<<
_MSC_VERs 1400 and greater require manifests. Check against MSC_VER_REQUIRED when we run mt.exe instead of checking for each individual MSVC_VARIANT. This fixes the current buildbot test failures on Windows, which resulted from a missing check for MSVC2008. This also keeps us from having to mess with a bunch of makefiles when we add support for new Visual C++ versions. svn path=/trunk/; revision=26052
2008-08-21 18:12:47 +00:00
!IF $(MSC_VER_REQUIRED) >= 1400
instead of copying the MSVC 2005 manifest files around, embed them into the .exe / .dll files - this way is easier to handle while packaging and alike, and probably will solve some problems. We might want to do this for the plugins as well later. svn path=/trunk/; revision=21696
2007-05-06 09:17:19 +00:00
mt.exe -nologo -manifest "wireshark.exe.manifest" -outputresource:wireshark.exe;1
!ENDIF
Build tethereal and editcap on Win32. Add RCS ID tags to Makefile.nmake's. svn path=/trunk/; revision=1836
2000-04-12 21:52:11 +00:00
Move privileges.c and unicode-utils.c from epan to wsutil (so things like capinfos and dumpcap don't need to depend on libwireshark nor directly pull in those modules). Because capinfos and editcap were only being linked with privileges.c if we had plugins, this allows those programs to be linked when someone is compiling --without-plugins. svn path=/trunk/; revision=25640
2008-06-30 17:16:29 +00:00
tshark.exe : $(LIBS_CHECK) config.h svnversion.h $(tshark_OBJECTS) getopt.obj inet_ntop.obj epan image\tshark.res wsutil\libwsutil.lib wiretap\wiretap-$(WTAP_VERSION).lib plugins
Small patch for the win32 makefile that improves the dependencies and prints out exactly which executable is being linked. From Graham Bloice <graham.bloice@trihedral.com> svn path=/trunk/; revision=2075
2000-06-16 15:05:26 +00:00
@echo Linking $@
Finally got the win32 ethereal to link properly with MSVC. svn path=/trunk/; revision=374
1999-07-21 17:40:42 +00:00
$(LINK) @<<
Fix compilation under VS6 (hopefully without breaking compilation anywhere else). Instead of using getaddrinfo() and getnameinfo(), promote inet_pton.c and inet_ntop.c to the top level and use those routines instead. (It's 2007, for crying out loud. Why is this even an issue?) svn path=/trunk/; revision=22075
2007-06-11 18:26:09 +00:00
/OUT:tshark.exe $(conflags) $(conlibsdll) $(LDFLAGS) /LARGEADDRESSAWARE /SUBSYSTEM:console $(tshark_LIBS) $(tshark_OBJECTS) getopt.obj inet_ntop.obj image\tshark.res
Build tethereal and editcap on Win32. Add RCS ID tags to Makefile.nmake's. svn path=/trunk/; revision=1836
2000-04-12 21:52:11 +00:00
<<
_MSC_VERs 1400 and greater require manifests. Check against MSC_VER_REQUIRED when we run mt.exe instead of checking for each individual MSVC_VARIANT. This fixes the current buildbot test failures on Windows, which resulted from a missing check for MSVC2008. This also keeps us from having to mess with a bunch of makefiles when we add support for new Visual C++ versions. svn path=/trunk/; revision=26052
2008-08-21 18:12:47 +00:00
!IF $(MSC_VER_REQUIRED) >= 1400
instead of copying the MSVC 2005 manifest files around, embed them into the .exe / .dll files - this way is easier to handle while packaging and alike, and probably will solve some problems. We might want to do this for the plugins as well later. svn path=/trunk/; revision=21696
2007-05-06 09:17:19 +00:00
mt.exe -nologo -manifest "tshark.exe.manifest" -outputresource:tshark.exe;1
!ENDIF
Build tethereal and editcap on Win32. Add RCS ID tags to Makefile.nmake's. svn path=/trunk/; revision=1836
2000-04-12 21:52:11 +00:00
Move privileges.c and unicode-utils.c from epan to wsutil (so things like capinfos and dumpcap don't need to depend on libwireshark nor directly pull in those modules). Because capinfos and editcap were only being linked with privileges.c if we had plugins, this allows those programs to be linked when someone is compiling --without-plugins. svn path=/trunk/; revision=25640
2008-06-30 17:16:29 +00:00
rawshark.exe : $(LIBS_CHECK) config.h svnversion.h $(rawshark_OBJECTS) getopt.obj inet_ntop.obj epan image\rawshark.res wsutil\libwsutil.lib wiretap\wiretap-$(WTAP_VERSION).lib plugins
Add rawshark, a utility that, when given raw pcap-formatted packets and a list of fields, prints the field values found in each packet. Packet data can be specified as a libpcap DLT, e.g. "EN10MB" or an upper-layer protocol, e.g. "http". svn path=/trunk/; revision=24339
2008-02-15 23:20:32 +00:00
@echo Linking $@
$(LINK) @<<
/OUT:rawshark.exe $(conflags) $(conlibsdll) $(LDFLAGS) /LARGEADDRESSAWARE /SUBSYSTEM:console $(rawshark_LIBS) $(rawshark_OBJECTS) getopt.obj inet_ntop.obj image\rawshark.res
<<
Use editcap_SOURCES and capinfos_SOURCES in Windows Makefile svn path=/trunk/; revision=25524
2008-06-22 15:13:08 +00:00
# XXX: This makefile does not properly handle doing a 'nmake ... capinfos.exe' directly since some of the .objs
# (e.g. epan\plugins.obj) must be built first using epan\Makefile.nmake (which happens for 'nmake ... all').
Move privileges.c and unicode-utils.c from epan to wsutil (so things like capinfos and dumpcap don't need to depend on libwireshark nor directly pull in those modules). Because capinfos and editcap were only being linked with privileges.c if we had plugins, this allows those programs to be linked when someone is compiling --without-plugins. svn path=/trunk/; revision=25640
2008-06-30 17:16:29 +00:00
capinfos.exe : $(LIBS_CHECK) config.h $(capinfos_OBJECTS) getopt.obj wsutil\libwsutil.lib wiretap\wiretap-$(WTAP_VERSION).lib image\capinfos.res
From Ian Schorr: capinfo - provides capture file information. svn path=/trunk/; revision=11555
2004-07-28 20:51:29 +00:00
@echo Linking $@
$(LINK) @<<
Move privileges.c and unicode-utils.c from epan to wsutil (so things like capinfos and dumpcap don't need to depend on libwireshark nor directly pull in those modules). Because capinfos and editcap were only being linked with privileges.c if we had plugins, this allows those programs to be linked when someone is compiling --without-plugins. svn path=/trunk/; revision=25640
2008-06-30 17:16:29 +00:00
/OUT:capinfos.exe $(conflags) $(conlibsdll) $(LDFLAGS) /SUBSYSTEM:console $(capinfos_OBJECTS) getopt.obj $(capinfos_LIBS) image\capinfos.res
From Ian Schorr: capinfo - provides capture file information. svn path=/trunk/; revision=11555
2004-07-28 20:51:29 +00:00
<<
_MSC_VERs 1400 and greater require manifests. Check against MSC_VER_REQUIRED when we run mt.exe instead of checking for each individual MSVC_VARIANT. This fixes the current buildbot test failures on Windows, which resulted from a missing check for MSVC2008. This also keeps us from having to mess with a bunch of makefiles when we add support for new Visual C++ versions. svn path=/trunk/; revision=26052
2008-08-21 18:12:47 +00:00
!IF $(MSC_VER_REQUIRED) >= 1400
instead of copying the MSVC 2005 manifest files around, embed them into the .exe / .dll files - this way is easier to handle while packaging and alike, and probably will solve some problems. We might want to do this for the plugins as well later. svn path=/trunk/; revision=21696
2007-05-06 09:17:19 +00:00
mt.exe -nologo -manifest "capinfos.exe.manifest" -outputresource:capinfos.exe;1
!ENDIF
From Ian Schorr: capinfo - provides capture file information. svn path=/trunk/; revision=11555
2004-07-28 20:51:29 +00:00
Use editcap_SOURCES and capinfos_SOURCES in Windows Makefile svn path=/trunk/; revision=25524
2008-06-22 15:13:08 +00:00
# XXX: This makefile does not properly handle doing a 'nmake ... editcap.exe' directly since some of the .objs
# (e.g. epan\plugins.obj) must be built first using epan\Makefile.nmake (which happens for 'nmake ... all').
Move privileges.c and unicode-utils.c from epan to wsutil (so things like capinfos and dumpcap don't need to depend on libwireshark nor directly pull in those modules). Because capinfos and editcap were only being linked with privileges.c if we had plugins, this allows those programs to be linked when someone is compiling --without-plugins. svn path=/trunk/; revision=25640
2008-06-30 17:16:29 +00:00
editcap.exe : $(LIBS_CHECK) config.h $(editcap_OBJECTS) getopt.obj strptime.obj wsutil\libwsutil.lib wiretap\wiretap-$(WTAP_VERSION).lib image\editcap.res
Small patch for the win32 makefile that improves the dependencies and prints out exactly which executable is being linked. From Graham Bloice <graham.bloice@trihedral.com> svn path=/trunk/; revision=2075
2000-06-16 15:05:26 +00:00
@echo Linking $@
Build tethereal and editcap on Win32. Add RCS ID tags to Makefile.nmake's. svn path=/trunk/; revision=1836
2000-04-12 21:52:11 +00:00
$(LINK) @<<
Move privileges.c and unicode-utils.c from epan to wsutil (so things like capinfos and dumpcap don't need to depend on libwireshark nor directly pull in those modules). Because capinfos and editcap were only being linked with privileges.c if we had plugins, this allows those programs to be linked when someone is compiling --without-plugins. svn path=/trunk/; revision=25640
2008-06-30 17:16:29 +00:00
/OUT:editcap.exe $(conflags) $(conlibsdll) $(LDFLAGS) /SUBSYSTEM:console $(editcap_OBJECTS) getopt.obj strptime.obj $(editcap_LIBS) image\editcap.res
Finally got the win32 ethereal to link properly with MSVC. svn path=/trunk/; revision=374
1999-07-21 17:40:42 +00:00
<<
_MSC_VERs 1400 and greater require manifests. Check against MSC_VER_REQUIRED when we run mt.exe instead of checking for each individual MSVC_VARIANT. This fixes the current buildbot test failures on Windows, which resulted from a missing check for MSVC2008. This also keeps us from having to mess with a bunch of makefiles when we add support for new Visual C++ versions. svn path=/trunk/; revision=26052
2008-08-21 18:12:47 +00:00
!IF $(MSC_VER_REQUIRED) >= 1400
instead of copying the MSVC 2005 manifest files around, embed them into the .exe / .dll files - this way is easier to handle while packaging and alike, and probably will solve some problems. We might want to do this for the plugins as well later. svn path=/trunk/; revision=21696
2007-05-06 09:17:19 +00:00
mt.exe -nologo -manifest "editcap.exe.manifest" -outputresource:editcap.exe;1
!ENDIF
Added support for compiling on win32 with Visual C and 'nmake'. It compiles, 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. svn path=/trunk/; revision=359
1999-07-13 02:53:26 +00:00
Move privileges.c and unicode-utils.c from epan to wsutil (so things like capinfos and dumpcap don't need to depend on libwireshark nor directly pull in those modules). Because capinfos and editcap were only being linked with privileges.c if we had plugins, this allows those programs to be linked when someone is compiling --without-plugins. svn path=/trunk/; revision=25640
2008-06-30 17:16:29 +00:00
mergecap.exe : $(LIBS_CHECK) config.h svnversion.h mergecap.obj merge.obj getopt.obj wsutil\libwsutil.lib wiretap\wiretap-$(WTAP_VERSION).lib image\mergecap.res
Mergecap utility for merging capture files, from Scott Renfro. svn path=/trunk/; revision=3701
2001-07-12 19:59:41 +00:00
@echo Linking $@
$(LINK) @<<
various nmake related build file cleanups svn path=/trunk/; revision=19198
2006-09-12 00:27:03 +00:00
/OUT:mergecap.exe $(conflags) $(conlibsdll) $(LDFLAGS) /SUBSYSTEM:console mergecap.obj merge.obj getopt.obj $(mergecap_LIBS) image\mergecap.res
Mergecap utility for merging capture files, from Scott Renfro. svn path=/trunk/; revision=3701
2001-07-12 19:59:41 +00:00
<<
_MSC_VERs 1400 and greater require manifests. Check against MSC_VER_REQUIRED when we run mt.exe instead of checking for each individual MSVC_VARIANT. This fixes the current buildbot test failures on Windows, which resulted from a missing check for MSVC2008. This also keeps us from having to mess with a bunch of makefiles when we add support for new Visual C++ versions. svn path=/trunk/; revision=26052
2008-08-21 18:12:47 +00:00
!IF $(MSC_VER_REQUIRED) >= 1400
instead of copying the MSVC 2005 manifest files around, embed them into the .exe / .dll files - this way is easier to handle while packaging and alike, and probably will solve some problems. We might want to do this for the plugins as well later. svn path=/trunk/; revision=21696
2007-05-06 09:17:19 +00:00
mt.exe -nologo -manifest "mergecap.exe.manifest" -outputresource:mergecap.exe;1
!ENDIF
Mergecap utility for merging capture files, from Scott Renfro. svn path=/trunk/; revision=3701
2001-07-12 19:59:41 +00:00
Move privileges.c and unicode-utils.c from epan to wsutil (so things like capinfos and dumpcap don't need to depend on libwireshark nor directly pull in those modules). Because capinfos and editcap were only being linked with privileges.c if we had plugins, this allows those programs to be linked when someone is compiling --without-plugins. svn path=/trunk/; revision=25640
2008-06-30 17:16:29 +00:00
text2pcap.exe : $(LIBS_CHECK) config.h text2pcap.obj text2pcap-scanner.obj getopt.obj wsutil\libwsutil.lib wiretap\wiretap-$(WTAP_VERSION).lib strptime.obj image\text2pcap.res
Build text2pcap on Windows. Fix text2pcap.c so that it can be compiled with Microsoft Visual C++ 6.0: protect some includes with #ifdefs, as not all the header files in question exist in the MSVC++ build environment; include <winsock.h> if we have it, to declare "ntohs()" and the like; include "getopt.h" if we need it, to declare stuff for "getopt()"; include "config.h" if we have it, so we know whether the header files in question exist or are needed; rename "BYTE" to "READ_BYTE", as <winsock.h> defines BYTE as well, and that definition causes a conflict; get rid of references to "__FUNCTION__", as MSVC++ doesn't define it (I suspect at least some UNIX compilers don't define it, either). svn path=/trunk/; revision=3428
2001-05-21 03:17:14 +00:00
@echo Linking $@
$(LINK) @<<
text2pcap now depends on libwiretap (for eth_fopen()) but only on Windows. Make it depend on libwiretap on *NIX, too, only to keep things in sync. svn path=/trunk/; revision=23209
2007-10-16 18:28:27 +00:00
/OUT:text2pcap.exe $(conflags) $(conlibsdll) $(LDFLAGS) /SUBSYSTEM:console text2pcap.obj text2pcap-scanner.obj getopt.obj $(text2pcap_LIBS) strptime.obj image\text2pcap.res
Build text2pcap on Windows. Fix text2pcap.c so that it can be compiled with Microsoft Visual C++ 6.0: protect some includes with #ifdefs, as not all the header files in question exist in the MSVC++ build environment; include <winsock.h> if we have it, to declare "ntohs()" and the like; include "getopt.h" if we need it, to declare stuff for "getopt()"; include "config.h" if we have it, so we know whether the header files in question exist or are needed; rename "BYTE" to "READ_BYTE", as <winsock.h> defines BYTE as well, and that definition causes a conflict; get rid of references to "__FUNCTION__", as MSVC++ doesn't define it (I suspect at least some UNIX compilers don't define it, either). svn path=/trunk/; revision=3428
2001-05-21 03:17:14 +00:00
<<
_MSC_VERs 1400 and greater require manifests. Check against MSC_VER_REQUIRED when we run mt.exe instead of checking for each individual MSVC_VARIANT. This fixes the current buildbot test failures on Windows, which resulted from a missing check for MSVC2008. This also keeps us from having to mess with a bunch of makefiles when we add support for new Visual C++ versions. svn path=/trunk/; revision=26052
2008-08-21 18:12:47 +00:00
!IF $(MSC_VER_REQUIRED) >= 1400
instead of copying the MSVC 2005 manifest files around, embed them into the .exe / .dll files - this way is easier to handle while packaging and alike, and probably will solve some problems. We might want to do this for the plugins as well later. svn path=/trunk/; revision=21696
2007-05-06 09:17:19 +00:00
mt.exe -nologo -manifest "text2pcap.exe.manifest" -outputresource:text2pcap.exe;1
!ENDIF
Build text2pcap on Windows. Fix text2pcap.c so that it can be compiled with Microsoft Visual C++ 6.0: protect some includes with #ifdefs, as not all the header files in question exist in the MSVC++ build environment; include <winsock.h> if we have it, to declare "ntohs()" and the like; include "getopt.h" if we need it, to declare stuff for "getopt()"; include "config.h" if we have it, so we know whether the header files in question exist or are needed; rename "BYTE" to "READ_BYTE", as <winsock.h> defines BYTE as well, and that definition causes a conflict; get rid of references to "__FUNCTION__", as MSVC++ doesn't define it (I suspect at least some UNIX compilers don't define it, either). svn path=/trunk/; revision=3428
2001-05-21 03:17:14 +00:00
From Lars Roland: don't link EXTRA_OBJECTS unnecessarily with ethereal.exe, tethereal.exe and dftest.exe. Export mkstemp() from libethereal.dll instead. svn path=/trunk/; revision=12181
2004-10-02 01:54:35 +00:00
dftest.exe : $(dftest_OBJECTS) epan
no more usage of Ethereal.lib in dumpcap any longer :-) use capture_opts_trim() output of command line usage and version "enhanced" svn path=/trunk/; revision=16684
2005-12-05 21:28:34 +00:00
@echo Linking $@
Add rule for dftest.exe svn path=/trunk/; revision=3014
2001-02-11 03:19:45 +00:00
$(LINK) @<<
From Lars Roland: don't link EXTRA_OBJECTS unnecessarily with ethereal.exe, tethereal.exe and dftest.exe. Export mkstemp() from libethereal.dll instead. svn path=/trunk/; revision=12181
2004-10-02 01:54:35 +00:00
/OUT:dftest.exe $(conflags) $(conlibsdll) $(LDFLAGS) /SUBSYSTEM:console $(dftest_LIBS) $(dftest_OBJECTS)
Add rule for dftest.exe svn path=/trunk/; revision=3014
2001-02-11 03:19:45 +00:00
<<
_MSC_VERs 1400 and greater require manifests. Check against MSC_VER_REQUIRED when we run mt.exe instead of checking for each individual MSVC_VARIANT. This fixes the current buildbot test failures on Windows, which resulted from a missing check for MSVC2008. This also keeps us from having to mess with a bunch of makefiles when we add support for new Visual C++ versions. svn path=/trunk/; revision=26052
2008-08-21 18:12:47 +00:00
!IF $(MSC_VER_REQUIRED) >= 1400
instead of copying the MSVC 2005 manifest files around, embed them into the .exe / .dll files - this way is easier to handle while packaging and alike, and probably will solve some problems. We might want to do this for the plugins as well later. svn path=/trunk/; revision=21696
2007-05-06 09:17:19 +00:00
mt.exe -nologo -manifest "dftest.exe.manifest" -outputresource:dftest.exe;1
!ENDIF
Add rule for dftest.exe svn path=/trunk/; revision=3014
2001-02-11 03:19:45 +00:00
various nmake related build file cleanups svn path=/trunk/; revision=19198
2006-09-12 00:27:03 +00:00
randpkt.exe : $(randpkt_OBJECTS) getopt.obj
no more usage of Ethereal.lib in dumpcap any longer :-) use capture_opts_trim() output of command line usage and version "enhanced" svn path=/trunk/; revision=16684
2005-12-05 21:28:34 +00:00
@echo Linking $@
Add support for building randpkt under Windows. svn path=/trunk/; revision=6433
2002-10-16 14:45:27 +00:00
$(LINK) @<<
various nmake related build file cleanups svn path=/trunk/; revision=19198
2006-09-12 00:27:03 +00:00
/OUT:randpkt.exe $(conflags) $(conlibsdll) $(LDFLAGS) /SUBSYSTEM:console $(randpkt_LIBS) $(randpkt_OBJECTS) getopt.obj
Add support for building randpkt under Windows. svn path=/trunk/; revision=6433
2002-10-16 14:45:27 +00:00
<<
_MSC_VERs 1400 and greater require manifests. Check against MSC_VER_REQUIRED when we run mt.exe instead of checking for each individual MSVC_VARIANT. This fixes the current buildbot test failures on Windows, which resulted from a missing check for MSVC2008. This also keeps us from having to mess with a bunch of makefiles when we add support for new Visual C++ versions. svn path=/trunk/; revision=26052
2008-08-21 18:12:47 +00:00
!IF $(MSC_VER_REQUIRED) >= 1400
instead of copying the MSVC 2005 manifest files around, embed them into the .exe / .dll files - this way is easier to handle while packaging and alike, and probably will solve some problems. We might want to do this for the plugins as well later. svn path=/trunk/; revision=21696
2007-05-06 09:17:19 +00:00
mt.exe -nologo -manifest "randpkt.exe.manifest" -outputresource:randpkt.exe;1
!ENDIF
Add support for building randpkt under Windows. svn path=/trunk/; revision=6433
2002-10-16 14:45:27 +00:00
Move privileges.c and unicode-utils.c from epan to wsutil (so things like capinfos and dumpcap don't need to depend on libwireshark nor directly pull in those modules). Because capinfos and editcap were only being linked with privileges.c if we had plugins, this allows those programs to be linked when someone is compiling --without-plugins. svn path=/trunk/; revision=25640
2008-06-30 17:16:29 +00:00
dumpcap.exe : $(LIBS_CHECK) config.h svnversion.h $(dumpcap_OBJECTS) getopt.obj inet_ntop.obj mkstemp.obj wsutil\libwsutil.lib wiretap\wiretap-$(WTAP_VERSION).lib image\dumpcap.res
first steps towards a separated capture tool, working title "dumpcap" personal backup only, not meant for public testing! I've copied main.c into dumpcap.c and carved out all things not needed currently won't work as a command line tool, capture_loop.c wants an input pipe console output is also very ugly and the whole code needs a lot of further cleanup shouldn't break the unix build as I've only changed the nmake files so far, but who knows ... svn path=/trunk/; revision=16615
2005-11-28 08:54:52 +00:00
@echo Linking $@
$(LINK) @<<
dumpcap link: remove duplicate epan/unicode-utils.obj svn path=/trunk/; revision=24111
2008-01-16 04:40:18 +00:00
/OUT:dumpcap.exe $(conflags) $(conlibsdll) $(LDFLAGS) /SUBSYSTEM:console $(dumpcap_LIBS) $(dumpcap_OBJECTS) getopt.obj inet_ntop.obj mkstemp.obj image\dumpcap.res
first steps towards a separated capture tool, working title "dumpcap" personal backup only, not meant for public testing! I've copied main.c into dumpcap.c and carved out all things not needed currently won't work as a command line tool, capture_loop.c wants an input pipe console output is also very ugly and the whole code needs a lot of further cleanup shouldn't break the unix build as I've only changed the nmake files so far, but who knows ... svn path=/trunk/; revision=16615
2005-11-28 08:54:52 +00:00
<<
_MSC_VERs 1400 and greater require manifests. Check against MSC_VER_REQUIRED when we run mt.exe instead of checking for each individual MSVC_VARIANT. This fixes the current buildbot test failures on Windows, which resulted from a missing check for MSVC2008. This also keeps us from having to mess with a bunch of makefiles when we add support for new Visual C++ versions. svn path=/trunk/; revision=26052
2008-08-21 18:12:47 +00:00
!IF $(MSC_VER_REQUIRED) >= 1400
instead of copying the MSVC 2005 manifest files around, embed them into the .exe / .dll files - this way is easier to handle while packaging and alike, and probably will solve some problems. We might want to do this for the plugins as well later. svn path=/trunk/; revision=21696
2007-05-06 09:17:19 +00:00
mt.exe -nologo -manifest "dumpcap.exe.manifest" -outputresource:dumpcap.exe;1
!ENDIF
first steps towards a separated capture tool, working title "dumpcap" personal backup only, not meant for public testing! I've copied main.c into dumpcap.c and carved out all things not needed currently won't work as a command line tool, capture_loop.c wants an input pipe console output is also very ugly and the whole code needs a lot of further cleanup shouldn't break the unix build as I've only changed the nmake files so far, but who knows ... svn path=/trunk/; revision=16615
2005-11-28 08:54:52 +00:00
Don't wire into "config.h.win32" files an indication of whether we have GNU ADNS or not - set it based on whether ADNS_DIR is defined by "config.nmake", and make "config.h.win32" files that specify whether we have GNU ADNS dependent on "config.nmake". Note in "config.nmake" that: if you have GNU ADNS, ADNS_DIR should be defined as the directory in which the ADNS .lib file resides; if you don't have GNU ADNS, ADNS_DIR shouldn't be defined. svn path=/trunk/; revision=7860
2003-06-12 09:45:42 +00:00
config.h : config.h.win32 config.nmake
Configure whether we have WinPcap based on whether WINPCAP_VERSION is set in the config.nmake file. Configure whether we have pcap_findalldevs() based on whether WINPCAP_VERSION is 2.3 (if so, we don't) or 3.0 or 3.1 (if so, we do). WinPcap 3.0 has the new libpcap declarations of "pcap_lookupnet()" and "pcap_open_live()" in which the first argument is a "const char *" rather than a "char *"; declare the functions and pointers to them appropriately based on the version of WinPcap. If we don't have pcap_findalldevs(), don't declare a pointer to it, as we don't have a declaration of pcap_if_t. We also need to refer to "pcap_freealldevs()", so make a pointer for it. "symbols[]" is a const array; make the pointer to elements in it a const pointer. Fix some typoes. svn path=/trunk/; revision=8660
2003-10-10 09:48:54 +00:00
sed -e s/@VERSION@/$(VERSION)/ \
Add support for the c-ares asynchronous DNS resolution library to the Windows build. Add support for async IPv6 lookups. Update the ADNS code slightly. This is not supported (yet) on the UNIX side. svn path=/trunk/; revision=25953
2008-08-07 21:41:48 +00:00
-e "s/@HAVE_C_ARES@/$(C_ARES_CONFIG)/" \
Configure whether we have WinPcap based on whether WINPCAP_VERSION is set in the config.nmake file. Configure whether we have pcap_findalldevs() based on whether WINPCAP_VERSION is 2.3 (if so, we don't) or 3.0 or 3.1 (if so, we do). WinPcap 3.0 has the new libpcap declarations of "pcap_lookupnet()" and "pcap_open_live()" in which the first argument is a "const char *" rather than a "char *"; declare the functions and pointers to them appropriately based on the version of WinPcap. If we don't have pcap_findalldevs(), don't declare a pointer to it, as we don't have a declaration of pcap_if_t. We also need to refer to "pcap_freealldevs()", so make a pointer for it. "symbols[]" is a const array; make the pointer to elements in it a const pointer. Fix some typoes. svn path=/trunk/; revision=8660
2003-10-10 09:48:54 +00:00
-e "s/@HAVE_GNU_ADNS@/$(ADNS_CONFIG)/" \
Add PCRE support to the Windows build. svn path=/trunk/; revision=9185
2003-12-07 00:04:32 +00:00
-e "s/@HAVE_PCRE@/$(PCRE_CONFIG)/" \
config and makefile magic we need when we integrate kerberos for windows with the w32 build disabled for now svn path=/trunk/; revision=18838
2006-08-05 04:32:57 +00:00
-e "s/@HAVE_KFW@/$(KFW_CONFIG)/" \
Add support for decoding DES3/CBC/MD5 keys. Make it disabled by default. Whitespace cleanup. svn path=/trunk/; revision=12304
2004-10-15 15:36:12 +00:00
-e "s/@HAVE_NETTLE@/$(NETTLE_CONFIG)/" \
Let people configure whether to build with Zlib or not solely by controlling whether ZLIB_DIR is defined or not in config.nmake. svn path=/trunk/; revision=8911
2003-11-07 23:27:13 +00:00
-e "s/@HAVE_LIBZ@/$(ZLIB_CONFIG)/" \
Configure whether we have WinPcap based on whether WINPCAP_VERSION is set in the config.nmake file. Configure whether we have pcap_findalldevs() based on whether WINPCAP_VERSION is 2.3 (if so, we don't) or 3.0 or 3.1 (if so, we do). WinPcap 3.0 has the new libpcap declarations of "pcap_lookupnet()" and "pcap_open_live()" in which the first argument is a "const char *" rather than a "char *"; declare the functions and pointers to them appropriately based on the version of WinPcap. If we don't have pcap_findalldevs(), don't declare a pointer to it, as we don't have a declaration of pcap_if_t. We also need to refer to "pcap_freealldevs()", so make a pointer for it. "symbols[]" is a const array; make the pointer to elements in it a const pointer. Fix some typoes. svn path=/trunk/; revision=8660
2003-10-10 09:48:54 +00:00
-e "s/@HAVE_LIBPCAP@/$(WINPCAP_CONFIG)/" \
-e "s/@HAVE_PCAP_FINDALLDEVS@/$(PCAP_FINDALLDEVS_CONFIG)/" \
From Gisle Vanem: add support for pcap_datalink_val_to_name() for Win32. Also add support for pcap_datalink_name_to_val(), and arrange that we properly define HAVE_PCAP_DATALINK_NAME_TO_VAL and HAVE_PCAP_DATALINK_VAL_TO_NAME for MSVC++ builds. svn path=/trunk/; revision=12073
2004-09-23 17:54:49 +00:00
-e "s/@HAVE_PCAP_DATALINK_NAME_TO_VAL@/$(PCAP_DATALINK_NAME_TO_VAL_CONFIG)/" \
-e "s/@HAVE_PCAP_DATALINK_VAL_TO_NAME@/$(PCAP_DATALINK_VAL_TO_NAME_CONFIG)/" \
If we have pcap_breakloop(), at least on UN*X we can stop the capture with a pcap_breakloop() call - we don't need to call select() before calling pcap_dispatch(). Even if we do need to call select(), we don't need to supply it with a timeout - it's OK if we block indefinitely, as the signal will interrupt select(). That also means we can pass -1 as the count to pcap_dispatch(), as pcap_breakloop() will terminate the loop in pcap_dispatch(). Use sigaction() to catch SIGUSR1, so we can make sure that the signal handler doesn't get reset when the signal is delivered, and that system calls don't restart when we return from the signal handler. svn path=/trunk/; revision=18201
2006-05-21 21:32:04 +00:00
-e "s/@HAVE_PCAP_BREAKLOOP@/$(PCAP_BREAKLOOP_CONFIG)/" \
Support for RPCAP features in GUI (from Boris Misenov, see Bug 1366) - retrieving the list of remote PCAP interfaces - password authentication support - UDP data fransfer - packet sampling (available in WinPcap 4.x) etc. fix problem if non-default rpcap port is used svn path=/trunk/; revision=23750
2007-12-04 11:19:29 +00:00
-e "s/@HAVE_REMOTE@/$(PCAP_HAVE_REMOTE_CONFIG)/" \
-e "s/@HAVE_PCAP_REMOTE@/$(PCAP_REMOTE_CONFIG)/" \
-e "s/@HAVE_PCAP_OPEN@/$(PCAP_OPEN_CONFIG)/" \
Add TurboCap-related changes from /trunk-1.0: From Dustin Johnson: Add support for TurboCap. - packet-ppi.c: Add aggregation and 802.3 extended information. - capture-wpcap.c: Add support for pcap_list_datalinks and pcap_set_datalink. Make pcap_list_datalinks and pcap_set_datalink mandatory on Windows. svn path=/trunk/; revision=25593
2008-06-24 21:16:22 +00:00
-e "s/@HAVE_PCAP_LIST_DATALINKS@/$(PCAP_LIST_DATALINKS_CONFIG)/" \
-e "s/@HAVE_PCAP_SET_DATALINK@/$(PCAP_SET_DATALINK_CONFIG)/" \
Support for RPCAP features in GUI (from Boris Misenov, see Bug 1366) - retrieving the list of remote PCAP interfaces - password authentication support - UDP data fransfer - packet sampling (available in WinPcap 4.x) etc. fix problem if non-default rpcap port is used svn path=/trunk/; revision=23750
2007-12-04 11:19:29 +00:00
-e "s/@HAVE_PCAP_FINDALLDEVS_EX@/$(PCAP_FINDALLDEVS_EX_CONFIG)/" \
-e "s/@HAVE_PCAP_CREATESRCSTR@/$(PCAP_CREATESRCSTR_CONFIG)/" \
-e "s/@HAVE_PCAP_SETSAMPLING@/$(PCAP_SETSAMPLING_CONFIG)/" \
libethereal -> libwireshark. idl2eth -> idl2wrs. There are a _lot_ of changes here. It compiles OK on OS X, but hasn't been tested anywhere else. svn path=/trunk/; revision=18260
2006-05-31 00:23:01 +00:00
-e "s/@HAVE_LIBWIRESHARKDLL@/$(LIBWIRESHARK_CONFIG)/" \
Configure whether we have WinPcap based on whether WINPCAP_VERSION is set in the config.nmake file. Configure whether we have pcap_findalldevs() based on whether WINPCAP_VERSION is 2.3 (if so, we don't) or 3.0 or 3.1 (if so, we do). WinPcap 3.0 has the new libpcap declarations of "pcap_lookupnet()" and "pcap_open_live()" in which the first argument is a "const char *" rather than a "char *"; declare the functions and pointers to them appropriately based on the version of WinPcap. If we don't have pcap_findalldevs(), don't declare a pointer to it, as we don't have a declaration of pcap_if_t. We also need to refer to "pcap_freealldevs()", so make a pointer for it. "symbols[]" is a const array; make the pointer to elements in it a const pointer. Fix some typoes. svn path=/trunk/; revision=8660
2003-10-10 09:48:54 +00:00
-e "s/@WPCAP_CONSTIFIED@/$(WPCAP_CONSTIFIED_CONFIG)/" \
fix the generation of config.h, some HAVE_... were wrong svn path=/trunk/; revision=19216
2006-09-12 17:46:55 +00:00
-e "s/@HAVE_LIBGNUTLS@/$(GNUTLS_CONFIG)/" \
Point to the newest (1.5.0-1) GnuTLS package. Since it contains libgcrypt, enable it in the Windows build. In packet-ipsec.c: - Remove non-constants from variable declaration initializations. - Use ep_alloc() in a couple of places. - Fix an off-by-one error. - Reduce the number of SAs in the preferences from 4 to 2. 4 made the preferences window absolutely enormous. This is probably the wrong way to fix this. - Fix up whitespace. svn path=/trunk/; revision=18856
2006-08-09 02:00:05 +00:00
-e "s/@HAVE_LIBGCRYPT@/$(LIBGCRYPT_CONFIG)/" \
Add Lua support by default for Win32. Fix some compilation problems. Add Lua information to the version paragraph. svn path=/trunk/; revision=17440
2006-03-01 21:31:07 +00:00
-e "s/@HAVE_LUA@/$(LUA_CONFIG)/" \
One day I'll be able to do change something in windows in a single attempt svn path=/trunk/; revision=17641
2006-03-15 22:58:40 +00:00
-e "s/@HAVE_LUA_5_1@/$(LUA_VERSION)/" \
Fix cut-and-pasteo. svn path=/trunk/; revision=18953
2006-08-19 00:24:40 +00:00
-e "s/@HAVE_AIRPCAP@/$(AIRPCAP_CONFIG)/" \
Don't define HAVE_AIRPDCAP if HAVE_AIRPCAP isn't defined. Fix a compiler warning in the 802.11 dissector. svn path=/trunk/; revision=20053
2006-12-06 20:29:54 +00:00
-e "s/@HAVE_AIRPDCAP@/$(AIRPDCAP_CONFIG)/" \
Makefile.nmake config.h.win32 - Use HAVE_LIBPORTAUDIO instead of HAVE_PORTAUDIO to make sure we use the same var everywhere (including sources and autofoo stuff). - Use PORTAUDIO_API_1 everywhere version_info.c - Include <portaudio.h> - Add some , and breaks when printing version infos. svn path=/trunk/; revision=19218
2006-09-12 18:43:56 +00:00
-e "s/@HAVE_LIBPORTAUDIO@/$(PORTAUDIO_CONFIG)/" \
-e "s/@PORTAUDIO_API_1@/$(PORTAUDIO_API_CONFIG)/" \
Get rid of the remains of NET-SNMP in the build process. svn path=/trunk/; revision=22934
2007-09-24 06:59:40 +00:00
-e "s/@HAVE_SMI@/$(SMI_CONFIG)/" \
On Windows, if we're running anything but plain Visual C++ 6 (including VC6 plus a platform SDK), set INET6. Use that to figure out if we need to define socklen_t for c-ares. This should fix bug 2797. svn path=/trunk/; revision=25985
2008-08-11 21:59:59 +00:00
-e "s/@INET6@/$(INET6_CONFIG)/" \
Configure whether we have WinPcap based on whether WINPCAP_VERSION is set in the config.nmake file. Configure whether we have pcap_findalldevs() based on whether WINPCAP_VERSION is 2.3 (if so, we don't) or 3.0 or 3.1 (if so, we do). WinPcap 3.0 has the new libpcap declarations of "pcap_lookupnet()" and "pcap_open_live()" in which the first argument is a "const char *" rather than a "char *"; declare the functions and pointers to them appropriately based on the version of WinPcap. If we don't have pcap_findalldevs(), don't declare a pointer to it, as we don't have a declaration of pcap_if_t. We also need to refer to "pcap_freealldevs()", so make a pointer for it. "symbols[]" is a const array; make the pointer to elements in it a const pointer. Fix some typoes. svn path=/trunk/; revision=8660
2003-10-10 09:48:54 +00:00
< config.h.win32 > $@
Added support for compiling on win32 with Visual C and 'nmake'. It compiles, 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. svn path=/trunk/; revision=359
1999-07-13 02:53:26 +00:00
ps.c : rdps.exe print.ps
rdps print.ps ps.c
Try to genereate cvsversion.h Note: I don't know anything about the limitations of nmake, so I don't know whether the `find ...` will work and I can't test it, as I don't have a Windows system with anything even remotely resembling a compiler on it. svn path=/trunk/; revision=9687
2004-01-17 00:26:30 +00:00
#
# Build the version string
#
If .svn/entries exists, add it as a dependency to svnversion.h. svn path=/trunk/; revision=19598
2006-10-18 20:30:15 +00:00
!IF EXIST(".svn/entries")
SVNENTRIES = .svn/entries
!ELSE
SVNENTRIES =
!ENDIF
svnversion.h: $(SVNENTRIES)
rm -f svnversion.h
Integrate the "find . -name Entries" into make-version.pl, to make this work with nmake too. svn path=/trunk/; revision=9694
2004-01-17 13:09:00 +00:00
$(PERL) make-version.pl
Try to genereate cvsversion.h Note: I don't know anything about the limitations of nmake, so I don't know whether the `find ...` will work and I can't test it, as I don't have a Windows system with anything even remotely resembling a compiler on it. svn path=/trunk/; revision=9687
2004-01-17 00:26:30 +00:00
convert AUTHORS file to a shorter version (without the tasks done) for the about dialog svn path=/trunk/; revision=10944
2004-05-21 17:25:32 +00:00
#
# Build the short version of the authors file for the about dialog
#
From Graeme Hewson: make AUTHORS-SHORT not include formatting codes, with AUTHORS-SHORT-FORMAT containing the formatting codes. svn path=/trunk/; revision=12334
2004-10-17 23:03:11 +00:00
AUTHORS-SHORT: AUTHORS make-authors-short.pl
$(PERL) perlnoutf.pl make-authors-short.pl < AUTHORS > AUTHORS-SHORT
convert AUTHORS file to a shorter version (without the tasks done) for the about dialog svn path=/trunk/; revision=10944
2004-05-21 17:25:32 +00:00
From Graeme Hewson: make AUTHORS-SHORT not include formatting codes, with AUTHORS-SHORT-FORMAT containing the formatting codes. svn path=/trunk/; revision=12334
2004-10-17 23:03:11 +00:00
#
# Build the short version of the authors file with formatting codes for
# the man page
#
AUTHORS-SHORT-FORMAT: AUTHORS-SHORT make-authors-format.pl
$(PERL) perlnoutf.pl make-authors-format.pl < AUTHORS-SHORT > AUTHORS-SHORT-FORMAT
convert AUTHORS file to a shorter version (without the tasks done) for the about dialog svn path=/trunk/; revision=10944
2004-05-21 17:25:32 +00:00
From Ronnie Sahlberg: have a registration interface for tap listeners, and generate the table of stuff to register from tap source files, so Tethereal doesn't need to know what tap listeners exist. Get rid of "tap-xxx.h" files, as they're now empty. Add "tethereal-tap-register.c" to the .cvsignore file, as it's a new generated file. Update "Makefile.nmake" to generate "tethereal-tap-register.c". Clean up "Makefile.am" and "Makefile.nmake" a bit. svn path=/trunk/; revision=6525
2002-10-31 22:16:01 +00:00
#
Add rawshark, a utility that, when given raw pcap-formatted packets and a list of fields, prints the field values found in each packet. Packet data can be specified as a libpcap DLT, e.g. "EN10MB" or an upper-layer protocol, e.g. "http". svn path=/trunk/; revision=24339
2008-02-15 23:20:32 +00:00
# Build "tshark-tap-register.c", which contains a function
From Ronnie Sahlberg: have a registration interface for tap listeners, and generate the table of stuff to register from tap source files, so Tethereal doesn't need to know what tap listeners exist. Get rid of "tap-xxx.h" files, as they're now empty. Add "tethereal-tap-register.c" to the .cvsignore file, as it's a new generated file. Update "Makefile.nmake" to generate "tethereal-tap-register.c". Clean up "Makefile.am" and "Makefile.nmake" a bit. svn path=/trunk/; revision=6525
2002-10-31 22:16:01 +00:00
# "register_all_tap_listeners()"
Ehtereal[sic] -> Wireshark. :-) Give a little more detail in the comment in the H.248 dissector about "MEGACO" vs. "H.248". svn path=/trunk/; revision=20262
2007-01-02 09:20:27 +00:00
# that calls the register routines for all TShark tap listeners.
From Ronnie Sahlberg: have a registration interface for tap listeners, and generate the table of stuff to register from tap source files, so Tethereal doesn't need to know what tap listeners exist. Get rid of "tap-xxx.h" files, as they're now empty. Add "tethereal-tap-register.c" to the .cvsignore file, as it's a new generated file. Update "Makefile.nmake" to generate "tethereal-tap-register.c". Clean up "Makefile.am" and "Makefile.nmake" a bit. svn path=/trunk/; revision=6525
2002-10-31 22:16:01 +00:00
#
# We do this by grepping through sources.
#
Add rawshark, a utility that, when given raw pcap-formatted packets and a list of fields, prints the field values found in each packet. Packet data can be specified as a libpcap DLT, e.g. "EN10MB" or an upper-layer protocol, e.g. "http". svn path=/trunk/; revision=24339
2008-02-15 23:20:32 +00:00
# Formatting conventions: The name of the tap_listener_register_*
# routines must start in column zero, or must be preceded only by
From Ronnie Sahlberg: have a registration interface for tap listeners, and generate the table of stuff to register from tap source files, so Tethereal doesn't need to know what tap listeners exist. Get rid of "tap-xxx.h" files, as they're now empty. Add "tethereal-tap-register.c" to the .cvsignore file, as it's a new generated file. Update "Makefile.nmake" to generate "tethereal-tap-register.c". Clean up "Makefile.am" and "Makefile.nmake" a bit. svn path=/trunk/; revision=6525
2002-10-31 22:16:01 +00:00
# "void " starting in column zero, and must not be inside #if.
#
# The first argument is the name of the file to write.
# The second argument is the directory in which the source files live.
# All subsequent arguments are the files to scan.
#
Tethereal/tethereal -> TShark/tshark. svn path=/trunk/; revision=18268
2006-05-31 17:38:42 +00:00
tshark-tap-register.c: $(TSHARK_TAP_SRC) make-tapreg-dotc
@echo Making tshark-tap-register.c
@$(SH) make-tapreg-dotc tshark-tap-register.c . $(TSHARK_TAP_SRC)
From Ronnie Sahlberg: have a registration interface for tap listeners, and generate the table of stuff to register from tap source files, so Tethereal doesn't need to know what tap listeners exist. Get rid of "tap-xxx.h" files, as they're now empty. Add "tethereal-tap-register.c" to the .cvsignore file, as it's a new generated file. Update "Makefile.nmake" to generate "tethereal-tap-register.c". Clean up "Makefile.am" and "Makefile.nmake" a bit. svn path=/trunk/; revision=6525
2002-10-31 22:16:01 +00:00
Build text2pcap on Windows. Fix text2pcap.c so that it can be compiled with Microsoft Visual C++ 6.0: protect some includes with #ifdefs, as not all the header files in question exist in the MSVC++ build environment; include <winsock.h> if we have it, to declare "ntohs()" and the like; include "getopt.h" if we need it, to declare stuff for "getopt()"; include "config.h" if we have it, so we know whether the header files in question exist or are needed; rename "BYTE" to "READ_BYTE", as <winsock.h> defines BYTE as well, and that definition causes a conflict; get rid of references to "__FUNCTION__", as MSVC++ doesn't define it (I suspect at least some UNIX compilers don't define it, either). svn path=/trunk/; revision=3428
2001-05-21 03:17:14 +00:00
text2pcap-scanner.c : text2pcap-scanner.l
$(LEX) -otext2pcap-scanner.c text2pcap-scanner.l
remove more GTK1 stuff from the Win32 build process (incomplete) svn path=/trunk/; revision=24780
2008-04-05 01:22:53 +00:00
clean-local: clean-deps
Add rawhark_OBJECTS to clean: target svn path=/trunk/; revision=24375
2008-02-18 13:22:00 +00:00
rm -f $(wireshark_OBJECTS) $(tshark_OBJECTS) $(dumpcap_OBJECTS) $(rawshark_OBJECTS) \
$(EXTRA_OBJECTS) $(EXECUTABLES) *.pdb *.exe.manifest \
Fix compilation under VS6 (hopefully without breaking compilation anywhere else). Instead of using getaddrinfo() and getnameinfo(), promote inet_pton.c and inet_ntop.c to the top level and use those routines instead. (It's 2007, for crying out loud. Why is this even an issue?) svn path=/trunk/; revision=22075
2007-06-11 18:26:09 +00:00
capinfos.obj editcap.obj mergecap.obj text2pcap.obj \
- "quote" source dir of packaging_zip1 and packaging_zip2, so it also works with spaces in this path - epan now depends on zlib and wiretap, add dependencies accordingly svn path=/trunk/; revision=22799
2007-09-05 23:09:39 +00:00
nio-ie5.obj update.obj \
Give every Makefile.nmake file a "distclean" rule, and have "distclean" recurse into subdirectories doing "nmake -f Makefile.nmake distclean". Have "nmake -f Makefile.nmake clean" not remove stuff that "make clean" doesn't remove (such as Flex/Bison output and config.h files) - and have "nmake -f Makefile.nmake distclean" remove stuff that "make distclean" removes, including "tethereal-tap-register.c" and "ethereal-tap-register.c". svn path=/trunk/; revision=8672
2003-10-10 21:31:53 +00:00
text2pcap-scanner.obj text2pcap-scanner.c rdps.obj \
Add doxygen.cfg to the "clean" target. svn path=/trunk/; revision=11464
2004-07-21 22:12:49 +00:00
rdps.pdb rdps.exe rdps.ilk config.h ps.c AUTHORS-SHORT \
Verify existence of required downloaded library packages during make after Makefile.nmake updated svn path=/trunk/; revision=22769
2007-09-02 20:53:15 +00:00
AUTHORS-SHORT-FORMAT $(LIBS_CHECK) \
fix 'nmake ... clean' to include dumpcap specific objects svn path=/trunk/; revision=23144
2007-10-11 01:24:36 +00:00
dftest.obj dftest.exe randpkt.obj randpkt.ext \
If "CLIENTNAME" is set (which indicates that we're using RDP) use "not tcp port 3389" instead of "not ip host $CLIENTNAME", since it seems to be more reliable. Make sure we remove dumpcap.obj when we clean. This also tests the content-type "text/plain; charset=utf-8" for commit messages. Maybe Stig B's name will show up correctly now. svn path=/trunk/; revision=16826
2005-12-16 17:53:44 +00:00
doxygen.cfg \
Create a new "Wireshark utility" library and move the mpeg-audio stuff from wiretap to this new libwsutil. This solves http://bugs.wireshark.org/bugzilla/show_bug.cgi?id=1677 by making libwireshark no longer depend on libwiretap. svn path=/trunk/; revision=25330
2008-05-20 21:51:01 +00:00
$(RESOURCES) libwireshark.dll wiretap-$(WTAP_VERSION).dll \
From: Kovarththanan Rajaratnam; Add Windows browse file makefile target svn path=/trunk/; revision=25665
2008-07-03 00:16:28 +00:00
libwsutil.dll \
wireshark.bsc
Fix Windows maintainer-clean/distclean/clean to recurse thru subdirs only once (instead of worst-case 1+2+3 times) svn path=/trunk/; revision=23187
2007-10-15 16:44:31 +00:00
clean: clean-local
Add asn1 to the clean target svn path=/trunk/; revision=17410
2006-02-25 09:31:35 +00:00
cd asn1
$(MAKE) /$(MAKEFLAGS) -f Makefile.nmake clean
Create a new "Wireshark utility" library and move the mpeg-audio stuff from wiretap to this new libwsutil. This solves http://bugs.wireshark.org/bugzilla/show_bug.cgi?id=1677 by making libwireshark no longer depend on libwiretap. svn path=/trunk/; revision=25330
2008-05-20 21:51:01 +00:00
cd ../wiretap
$(MAKE) /$(MAKEFLAGS) -f Makefile.nmake clean
cd ../wsutil
Add some win32-specific targets in .cvsignore's. Replace 'nmake' with $(MAKE) /$(MAKEFLAGS), from Mike Frisch. svn path=/trunk/; revision=3108
2001-03-06 13:08:13 +00:00
$(MAKE) /$(MAKEFLAGS) -f Makefile.nmake clean
Move the codecs into a top-level "codecs" subdirectory; there's no guarantee that all programs using the codecs will necessarily be using GTK+. svn path=/trunk/; revision=19117
2006-09-02 06:39:43 +00:00
cd ../codecs
$(MAKE) /$(MAKEFLAGS) -f Makefile.nmake clean
The Win32 port of libpcap requires that programs with which it's built be built as multi-threaded programs; add "/MT" to the list of compiler flags. Add "clean" rules in subdirectories, and run subdirectory "nmake -f Makefile.nmake clean" when "nmake -f Makefile.nmake clean" is done in the top-level directory, so that "nmake -f Makefile.nmake clean" cleans everything up. svn path=/trunk/; revision=1791
2000-04-04 08:22:13 +00:00
cd ../gtk
Add some win32-specific targets in .cvsignore's. Replace 'nmake' with $(MAKE) /$(MAKEFLAGS), from Mike Frisch. svn path=/trunk/; revision=3108
2001-03-06 13:08:13 +00:00
$(MAKE) /$(MAKEFLAGS) -f Makefile.nmake clean
Fix it to build on Windows. svn path=/trunk/; revision=2488
2000-10-11 07:35:02 +00:00
cd ../epan
Add some win32-specific targets in .cvsignore's. Replace 'nmake' with $(MAKE) /$(MAKEFLAGS), from Mike Frisch. svn path=/trunk/; revision=3108
2001-03-06 13:08:13 +00:00
$(MAKE) /$(MAKEFLAGS) -f Makefile.nmake clean
The Win32 port of libpcap requires that programs with which it's built be built as multi-threaded programs; add "/MT" to the list of compiler flags. Add "clean" rules in subdirectories, and run subdirectory "nmake -f Makefile.nmake clean" when "nmake -f Makefile.nmake clean" is done in the top-level directory, so that "nmake -f Makefile.nmake clean" cleans everything up. svn path=/trunk/; revision=1791
2000-04-04 08:22:13 +00:00
cd ../plugins
Add some win32-specific targets in .cvsignore's. Replace 'nmake' with $(MAKE) /$(MAKEFLAGS), from Mike Frisch. svn path=/trunk/; revision=3108
2001-03-06 13:08:13 +00:00
$(MAKE) /$(MAKEFLAGS) -f Makefile.nmake clean
Add Makefile.nmake files for new subdirs. Add them to EXTRA_DIST in corresponding Makefile.am's so that they get packaged with the distribution. svn path=/trunk/; revision=2979
2001-02-02 04:03:43 +00:00
cd ../tools
Add some win32-specific targets in .cvsignore's. Replace 'nmake' with $(MAKE) /$(MAKEFLAGS), from Mike Frisch. svn path=/trunk/; revision=3108
2001-03-06 13:08:13 +00:00
$(MAKE) /$(MAKEFLAGS) -f Makefile.nmake clean
Use sed in the Win32 build to place the version in various files. We us $(VERSION), defined in the top-level config.nmake, to replace @VERSION@ in various files. $(RC_VERSION) and $(WTAP_VERSION) are similarly used. svn path=/trunk/; revision=3258
2001-04-05 04:39:29 +00:00
cd ../image
$(MAKE) /$(MAKEFLAGS) -f Makefile.nmake clean
From Hamish Moffatt: Additional Windows Makefile dependencies, so more stuff gets built as needed. Additional stuff cleaned up by "make clean" (well, "nmake -f makefile.nmake clean", anyway) Make PDB_FILE be "vc*.pdb", so it referes to the PDB files either for VC++ 5.0 or VC++ 6.0. svn path=/trunk/; revision=4481
2002-01-04 21:20:20 +00:00
cd ../doc
$(MAKE) /$(MAKEFLAGS) -f Makefile.nmake clean
generate "static" help content svn path=/trunk/; revision=9017
2003-11-18 23:40:12 +00:00
cd ../help
$(MAKE) /$(MAKEFLAGS) -f Makefile.nmake clean
bugfix: corrected clean and distclean targets svn path=/trunk/; revision=9072
2003-11-24 17:41:33 +00:00
cd ../packaging/nsis
$(MAKE) /$(MAKEFLAGS) -f Makefile.nmake clean
Patch for clean, distclean and maintainer-clean targets for U3 packaging. svn path=/trunk/; revision=19431
2006-10-04 18:08:51 +00:00
cd ../u3/win32
$(MAKE) /$(MAKEFLAGS) -f Makefile.nmake clean
Initial Portable Apps (www.portableapps.com) packaging to produce a "Wireshark Portable" (WSP) distribution. This allows Wireshark to be run from any USB stick, unlike the U3 packaging which must be installed on a specific U3 device. The packaging basically builds upon the U3 distribution so new libraries/config only need to be added to the U3 makefile to update both distributions. It still takes a "dumb" approach to WinPcap - installing it if it is not already installed and removing it (if WSP installed it) when Wireshark quits. (This is worse than the U3 packaging which only uninstalls WinPcap when the device is removed.) Really must talk to the WinPcap guys to see how we can make this less intrusive. I am talking to John Haller (the Portable Apps guy) about fine tuning the distribution. svn path=/trunk/; revision=23340
2007-11-02 13:47:23 +00:00
cd ../../portableapps/win32
$(MAKE) /$(MAKEFLAGS) -f Makefile.nmake clean
Patch for clean, distclean and maintainer-clean targets for U3 packaging. svn path=/trunk/; revision=19431
2006-10-04 18:08:51 +00:00
cd ../../..
Add Makefile.nmake files for new subdirs. Add them to EXTRA_DIST in corresponding Makefile.am's so that they get packaged with the distribution. svn path=/trunk/; revision=2979
2001-02-02 04:03:43 +00:00
Make the "maintainer-clean" rules get rid of some additional generated files. Do this with GENERATED_HEADER_FILES, GENERATED_C_FILES, and GENERATED_FILES macros in Makefile.common files, along the lines of what wiretap/Makefile.common has. Clean up "*~" files with "make clean" rather than only "make distclean" in some additional places. Add "maintainer-clean" rules to the Makefile.nmake files, paralelling the ones in the automake-generated Makefile.in files, using the GENERATED_FILES macros from Makefile.common files. In some cases, move the cleanup of files from "make distclean" to "make maintainer-clean", and in other cases, put in a comment indicating why we're not doing that (because some files that are distributed in the source tarballs, namely Flex output, were built with a UN*X Flex and won't compile on Windows, so we get rid of them with "make distclean" so you can clean up stuff that *has* to be re-generated for Windows). Clean up some *CLEANFILES definitions - get rid of ones that no longer apply as files were moved or that add to the definition a name that's already there. svn path=/trunk/; revision=13402
2005-02-14 20:33:57 +00:00
# "distclean" removes all files not part of the distribution.
# It does not remove generated files that are part of the distribution.
Fix Windows maintainer-clean/distclean/clean to recurse thru subdirs only once (instead of worst-case 1+2+3 times) svn path=/trunk/; revision=23187
2007-10-15 16:44:31 +00:00
distclean-local: clean-local
attempt to build ADNS on none MSVC6 systems - with the same mechanism as done with ZLIB Unfortunately, both dep and rc files need to be patched, so I added the patched files It's an ugly solution but it seems to work ... svn path=/trunk/; revision=24996
2008-04-13 17:58:04 +00:00
!IFDEF ADNS_DIR
we can't easily (re)build ADNS on MSVC6, because iphlpapi.h is needed (sic!) -> so don't do the delete/rebuild on MSVC6 machines svn path=/trunk/; revision=24997
2008-04-13 18:46:47 +00:00
!IF "$(MSVC_VARIANT)" != "MSVC6"
as we can't easily (re)build adns on msvc6, create and use compiler specific dirs (e.g. MSVC2005EE/adns) to place the compiler specific dll/lib files into svn path=/trunk/; revision=25000
2008-04-13 21:21:25 +00:00
rm -f $(ADNS_DLL) $(ADNS_LIBS)
attempt to build ADNS on none MSVC6 systems - with the same mechanism as done with ZLIB Unfortunately, both dep and rc files need to be patched, so I added the patched files It's an ugly solution but it seems to work ... svn path=/trunk/; revision=24996
2008-04-13 17:58:04 +00:00
!ENDIF
we can't easily (re)build ADNS on MSVC6, because iphlpapi.h is needed (sic!) -> so don't do the delete/rebuild on MSVC6 machines svn path=/trunk/; revision=24997
2008-04-13 18:46:47 +00:00
!ENDIF
Fixes for Windows build w/o ZLIB svn path=/trunk/; revision=23651
2007-11-28 20:06:21 +00:00
!IFDEF ZLIB_DIR
attempt to build ADNS on none MSVC6 systems - with the same mechanism as done with ZLIB Unfortunately, both dep and rc files need to be patched, so I added the patched files It's an ugly solution but it seems to work ... svn path=/trunk/; revision=24996
2008-04-13 17:58:04 +00:00
rm -f $(ZLIB_DLL) $(ZLIB_DIR)\zlib1.dll.manifest \
if we don't have MSVC6, download (using the setup target) the zlib source package instead of the dll one, and compile it in a temp dir before continuing with wiretap svn path=/trunk/; revision=20337
2007-01-08 02:40:06 +00:00
$(ZLIB_DIR)\include\zlib.h $(ZLIB_DIR)\include\zconf.h \
Add rawshark, a utility that, when given raw pcap-formatted packets and a list of fields, prints the field values found in each packet. Packet data can be specified as a libpcap DLT, e.g. "EN10MB" or an upper-layer protocol, e.g. "http". svn path=/trunk/; revision=24339
2008-02-15 23:20:32 +00:00
$(ZLIB_DIR)\lib\zdll.lib
Fixes for Windows build w/o ZLIB svn path=/trunk/; revision=23651
2007-11-28 20:06:21 +00:00
!ENDIF
Make the "maintainer-clean" rules get rid of some additional generated files. Do this with GENERATED_HEADER_FILES, GENERATED_C_FILES, and GENERATED_FILES macros in Makefile.common files, along the lines of what wiretap/Makefile.common has. Clean up "*~" files with "make clean" rather than only "make distclean" in some additional places. Add "maintainer-clean" rules to the Makefile.nmake files, paralelling the ones in the automake-generated Makefile.in files, using the GENERATED_FILES macros from Makefile.common files. In some cases, move the cleanup of files from "make distclean" to "make maintainer-clean", and in other cases, put in a comment indicating why we're not doing that (because some files that are distributed in the source tarballs, namely Flex output, were built with a UN*X Flex and won't compile on Windows, so we get rid of them with "make distclean" so you can clean up stuff that *has* to be re-generated for Windows). Clean up some *CLEANFILES definitions - get rid of ones that no longer apply as files were moved or that add to the definition a name that's already there. svn path=/trunk/; revision=13402
2005-02-14 20:33:57 +00:00
rm -f config.h $(BUILT_SOURCES)
Fix Windows maintainer-clean/distclean/clean to recurse thru subdirs only once (instead of worst-case 1+2+3 times) svn path=/trunk/; revision=23187
2007-10-15 16:44:31 +00:00
distclean: distclean-local
Give every Makefile.nmake file a "distclean" rule, and have "distclean" recurse into subdirectories doing "nmake -f Makefile.nmake distclean". Have "nmake -f Makefile.nmake clean" not remove stuff that "make clean" doesn't remove (such as Flex/Bison output and config.h files) - and have "nmake -f Makefile.nmake distclean" remove stuff that "make distclean" removes, including "tethereal-tap-register.c" and "ethereal-tap-register.c". svn path=/trunk/; revision=8672
2003-10-10 21:31:53 +00:00
cd wiretap
$(MAKE) /$(MAKEFLAGS) -f Makefile.nmake distclean
Create a new "Wireshark utility" library and move the mpeg-audio stuff from wiretap to this new libwsutil. This solves http://bugs.wireshark.org/bugzilla/show_bug.cgi?id=1677 by making libwireshark no longer depend on libwiretap. svn path=/trunk/; revision=25330
2008-05-20 21:51:01 +00:00
cd ../wsutil
$(MAKE) /$(MAKEFLAGS) -f Makefile.nmake distclean
Move the codecs into a top-level "codecs" subdirectory; there's no guarantee that all programs using the codecs will necessarily be using GTK+. svn path=/trunk/; revision=19117
2006-09-02 06:39:43 +00:00
cd ../codecs
$(MAKE) /$(MAKEFLAGS) -f Makefile.nmake distclean
Give every Makefile.nmake file a "distclean" rule, and have "distclean" recurse into subdirectories doing "nmake -f Makefile.nmake distclean". Have "nmake -f Makefile.nmake clean" not remove stuff that "make clean" doesn't remove (such as Flex/Bison output and config.h files) - and have "nmake -f Makefile.nmake distclean" remove stuff that "make distclean" removes, including "tethereal-tap-register.c" and "ethereal-tap-register.c". svn path=/trunk/; revision=8672
2003-10-10 21:31:53 +00:00
cd ../gtk
$(MAKE) /$(MAKEFLAGS) -f Makefile.nmake distclean
cd ../epan
$(MAKE) /$(MAKEFLAGS) -f Makefile.nmake distclean
cd ../plugins
$(MAKE) /$(MAKEFLAGS) -f Makefile.nmake distclean
cd ../tools
$(MAKE) /$(MAKEFLAGS) -f Makefile.nmake distclean
cd ../image
$(MAKE) /$(MAKEFLAGS) -f Makefile.nmake distclean
cd ../doc
$(MAKE) /$(MAKEFLAGS) -f Makefile.nmake distclean
generate "static" help content svn path=/trunk/; revision=9017
2003-11-18 23:40:12 +00:00
cd ../help
$(MAKE) /$(MAKEFLAGS) -f Makefile.nmake distclean
bugfix: corrected clean and distclean targets svn path=/trunk/; revision=9072
2003-11-24 17:41:33 +00:00
cd ../packaging/nsis
$(MAKE) /$(MAKEFLAGS) -f Makefile.nmake distclean
Patch for clean, distclean and maintainer-clean targets for U3 packaging. svn path=/trunk/; revision=19431
2006-10-04 18:08:51 +00:00
cd ../u3/win32
$(MAKE) /$(MAKEFLAGS) -f Makefile.nmake distclean
Initial Portable Apps (www.portableapps.com) packaging to produce a "Wireshark Portable" (WSP) distribution. This allows Wireshark to be run from any USB stick, unlike the U3 packaging which must be installed on a specific U3 device. The packaging basically builds upon the U3 distribution so new libraries/config only need to be added to the U3 makefile to update both distributions. It still takes a "dumb" approach to WinPcap - installing it if it is not already installed and removing it (if WSP installed it) when Wireshark quits. (This is worse than the U3 packaging which only uninstalls WinPcap when the device is removed.) Really must talk to the WinPcap guys to see how we can make this less intrusive. I am talking to John Haller (the Portable Apps guy) about fine tuning the distribution. svn path=/trunk/; revision=23340
2007-11-02 13:47:23 +00:00
cd ../../portableapps/win32
$(MAKE) /$(MAKEFLAGS) -f Makefile.nmake distclean
Patch for clean, distclean and maintainer-clean targets for U3 packaging. svn path=/trunk/; revision=19431
2006-10-04 18:08:51 +00:00
cd ../../..
From Ulf Lamping: add a "distclean" rule to get rid of all generated files, and have it get rid of "x11-declarations.h" and "x11-register-info.h". Also, don't delete "packet-ncp2222.c" with "make clean", just with "make distclean", and get rid of a duplicate "register.c" in the list of files removed by "make clean". svn path=/trunk/; revision=6244
2002-09-10 08:28:14 +00:00
Make the "maintainer-clean" rules get rid of some additional generated files. Do this with GENERATED_HEADER_FILES, GENERATED_C_FILES, and GENERATED_FILES macros in Makefile.common files, along the lines of what wiretap/Makefile.common has. Clean up "*~" files with "make clean" rather than only "make distclean" in some additional places. Add "maintainer-clean" rules to the Makefile.nmake files, paralelling the ones in the automake-generated Makefile.in files, using the GENERATED_FILES macros from Makefile.common files. In some cases, move the cleanup of files from "make distclean" to "make maintainer-clean", and in other cases, put in a comment indicating why we're not doing that (because some files that are distributed in the source tarballs, namely Flex output, were built with a UN*X Flex and won't compile on Windows, so we get rid of them with "make distclean" so you can clean up stuff that *has* to be re-generated for Windows). Clean up some *CLEANFILES definitions - get rid of ones that no longer apply as files were moved or that add to the definition a name that's already there. svn path=/trunk/; revision=13402
2005-02-14 20:33:57 +00:00
# Make "maintainer-clean" only if you would like to remove ALL generated
# files.
# Be sure to have python and perl installed to regenerate them.
Fix Windows maintainer-clean/distclean/clean to recurse thru subdirs only once (instead of worst-case 1+2+3 times) svn path=/trunk/; revision=23187
2007-10-15 16:44:31 +00:00
maintainer-clean-local: distclean-local
Make the "maintainer-clean" rules get rid of some additional generated files. Do this with GENERATED_HEADER_FILES, GENERATED_C_FILES, and GENERATED_FILES macros in Makefile.common files, along the lines of what wiretap/Makefile.common has. Clean up "*~" files with "make clean" rather than only "make distclean" in some additional places. Add "maintainer-clean" rules to the Makefile.nmake files, paralelling the ones in the automake-generated Makefile.in files, using the GENERATED_FILES macros from Makefile.common files. In some cases, move the cleanup of files from "make distclean" to "make maintainer-clean", and in other cases, put in a comment indicating why we're not doing that (because some files that are distributed in the source tarballs, namely Flex output, were built with a UN*X Flex and won't compile on Windows, so we get rid of them with "make distclean" so you can clean up stuff that *has* to be re-generated for Windows). Clean up some *CLEANFILES definitions - get rid of ones that no longer apply as files were moved or that add to the definition a name that's already there. svn path=/trunk/; revision=13402
2005-02-14 20:33:57 +00:00
rm -f $(GENERATED_FILES)
Fix Windows maintainer-clean/distclean/clean to recurse thru subdirs only once (instead of worst-case 1+2+3 times) svn path=/trunk/; revision=23187
2007-10-15 16:44:31 +00:00
maintainer-clean: maintainer-clean-local
Make the "maintainer-clean" rules get rid of some additional generated files. Do this with GENERATED_HEADER_FILES, GENERATED_C_FILES, and GENERATED_FILES macros in Makefile.common files, along the lines of what wiretap/Makefile.common has. Clean up "*~" files with "make clean" rather than only "make distclean" in some additional places. Add "maintainer-clean" rules to the Makefile.nmake files, paralelling the ones in the automake-generated Makefile.in files, using the GENERATED_FILES macros from Makefile.common files. In some cases, move the cleanup of files from "make distclean" to "make maintainer-clean", and in other cases, put in a comment indicating why we're not doing that (because some files that are distributed in the source tarballs, namely Flex output, were built with a UN*X Flex and won't compile on Windows, so we get rid of them with "make distclean" so you can clean up stuff that *has* to be re-generated for Windows). Clean up some *CLEANFILES definitions - get rid of ones that no longer apply as files were moved or that add to the definition a name that's already there. svn path=/trunk/; revision=13402
2005-02-14 20:33:57 +00:00
cd wiretap
$(MAKE) /$(MAKEFLAGS) -f Makefile.nmake maintainer-clean
Create a new "Wireshark utility" library and move the mpeg-audio stuff from wiretap to this new libwsutil. This solves http://bugs.wireshark.org/bugzilla/show_bug.cgi?id=1677 by making libwireshark no longer depend on libwiretap. svn path=/trunk/; revision=25330
2008-05-20 21:51:01 +00:00
cd ../wsutil
$(MAKE) /$(MAKEFLAGS) -f Makefile.nmake maintainer-clean
Move the codecs into a top-level "codecs" subdirectory; there's no guarantee that all programs using the codecs will necessarily be using GTK+. svn path=/trunk/; revision=19117
2006-09-02 06:39:43 +00:00
cd ../codecs
$(MAKE) /$(MAKEFLAGS) -f Makefile.nmake maintainer-clean
Make the "maintainer-clean" rules get rid of some additional generated files. Do this with GENERATED_HEADER_FILES, GENERATED_C_FILES, and GENERATED_FILES macros in Makefile.common files, along the lines of what wiretap/Makefile.common has. Clean up "*~" files with "make clean" rather than only "make distclean" in some additional places. Add "maintainer-clean" rules to the Makefile.nmake files, paralelling the ones in the automake-generated Makefile.in files, using the GENERATED_FILES macros from Makefile.common files. In some cases, move the cleanup of files from "make distclean" to "make maintainer-clean", and in other cases, put in a comment indicating why we're not doing that (because some files that are distributed in the source tarballs, namely Flex output, were built with a UN*X Flex and won't compile on Windows, so we get rid of them with "make distclean" so you can clean up stuff that *has* to be re-generated for Windows). Clean up some *CLEANFILES definitions - get rid of ones that no longer apply as files were moved or that add to the definition a name that's already there. svn path=/trunk/; revision=13402
2005-02-14 20:33:57 +00:00
cd ../gtk
$(MAKE) /$(MAKEFLAGS) -f Makefile.nmake maintainer-clean
cd ../epan
$(MAKE) /$(MAKEFLAGS) -f Makefile.nmake maintainer-clean
cd ../plugins
$(MAKE) /$(MAKEFLAGS) -f Makefile.nmake maintainer-clean
cd ../tools
$(MAKE) /$(MAKEFLAGS) -f Makefile.nmake maintainer-clean
cd ../image
$(MAKE) /$(MAKEFLAGS) -f Makefile.nmake maintainer-clean
cd ../doc
$(MAKE) /$(MAKEFLAGS) -f Makefile.nmake maintainer-clean
cd ../help
$(MAKE) /$(MAKEFLAGS) -f Makefile.nmake maintainer-clean
cd ../packaging/nsis
$(MAKE) /$(MAKEFLAGS) -f Makefile.nmake maintainer-clean
Patch for clean, distclean and maintainer-clean targets for U3 packaging. svn path=/trunk/; revision=19431
2006-10-04 18:08:51 +00:00
cd ../u3/win32
$(MAKE) /$(MAKEFLAGS) -f Makefile.nmake maintainer-clean
Initial Portable Apps (www.portableapps.com) packaging to produce a "Wireshark Portable" (WSP) distribution. This allows Wireshark to be run from any USB stick, unlike the U3 packaging which must be installed on a specific U3 device. The packaging basically builds upon the U3 distribution so new libraries/config only need to be added to the U3 makefile to update both distributions. It still takes a "dumb" approach to WinPcap - installing it if it is not already installed and removing it (if WSP installed it) when Wireshark quits. (This is worse than the U3 packaging which only uninstalls WinPcap when the device is removed.) Really must talk to the WinPcap guys to see how we can make this less intrusive. I am talking to John Haller (the Portable Apps guy) about fine tuning the distribution. svn path=/trunk/; revision=23340
2007-11-02 13:47:23 +00:00
cd ../../portableapps/win32
$(MAKE) /$(MAKEFLAGS) -f Makefile.nmake maintainer-clean
Patch for clean, distclean and maintainer-clean targets for U3 packaging. svn path=/trunk/; revision=19431
2006-10-04 18:08:51 +00:00
cd ../../..
Make the "maintainer-clean" rules get rid of some additional generated files. Do this with GENERATED_HEADER_FILES, GENERATED_C_FILES, and GENERATED_FILES macros in Makefile.common files, along the lines of what wiretap/Makefile.common has. Clean up "*~" files with "make clean" rather than only "make distclean" in some additional places. Add "maintainer-clean" rules to the Makefile.nmake files, paralelling the ones in the automake-generated Makefile.in files, using the GENERATED_FILES macros from Makefile.common files. In some cases, move the cleanup of files from "make distclean" to "make maintainer-clean", and in other cases, put in a comment indicating why we're not doing that (because some files that are distributed in the source tarballs, namely Flex output, were built with a UN*X Flex and won't compile on Windows, so we get rid of them with "make distclean" so you can clean up stuff that *has* to be re-generated for Windows). Clean up some *CLEANFILES definitions - get rid of ones that no longer apply as files were moved or that add to the definition a name that's already there. svn path=/trunk/; revision=13402
2005-02-14 20:33:57 +00:00
Add Makefile.nmake files for new subdirs. Add them to EXTRA_DIST in corresponding Makefile.am's so that they get packaged with the distribution. svn path=/trunk/; revision=2979
2001-02-02 04:03:43 +00:00
tools::
cd tools
Add some win32-specific targets in .cvsignore's. Replace 'nmake' with $(MAKE) /$(MAKEFLAGS), from Mike Frisch. svn path=/trunk/; revision=3108
2001-03-06 13:08:13 +00:00
$(MAKE) /$(MAKEFLAGS) -f Makefile.nmake
The Win32 port of libpcap requires that programs with which it's built be built as multi-threaded programs; add "/MT" to the list of compiler flags. Add "clean" rules in subdirectories, and run subdirectory "nmake -f Makefile.nmake clean" when "nmake -f Makefile.nmake clean" is done in the top-level directory, so that "nmake -f Makefile.nmake clean" cleans everything up. svn path=/trunk/; revision=1791
2000-04-04 08:22:13 +00:00
cd ..
Update Makefiles for win32. Move local configuration to config.nmake, have top-level Makefile.nmake call Makefile.nmake's in subdirectories. Build plugins, and build generated source (lex, yacc). The only thing we can't build is register.c; I need to re-work the top-level Makefile.nmake because it lists object files, not C files, which make-reg-dotc needs. svn path=/trunk/; revision=1608
2000-02-09 00:41:57 +00:00
Use sed in the Win32 build to place the version in various files. We us $(VERSION), defined in the top-level config.nmake, to replace @VERSION@ in various files. $(RC_VERSION) and $(WTAP_VERSION) are similarly used. svn path=/trunk/; revision=3258
2001-04-05 04:39:29 +00:00
image::
cd image
$(MAKE) /$(MAKEFLAGS) -f Makefile.nmake
cd ..
attempt to build ADNS on none MSVC6 systems - with the same mechanism as done with ZLIB Unfortunately, both dep and rc files need to be patched, so I added the patched files It's an ugly solution but it seems to work ... svn path=/trunk/; revision=24996
2008-04-13 17:58:04 +00:00
!IFDEF ADNS_DIR
first preparations to build ADNS_DLL svn path=/trunk/; revision=24978
2008-04-13 14:45:43 +00:00
# Non-MSVC6 variants have to avoid indirectly using msvcrt.dll,
# therefore compile the adns dll from source ADNS_DIR package.
# To avoid path problems, copy the adns sources to a temp dir,
# compile and copy the resulting files back to (source) ADNS_DIR
attempt to build ADNS on none MSVC6 systems - with the same mechanism as done with ZLIB Unfortunately, both dep and rc files need to be patched, so I added the patched files It's an ugly solution but it seems to work ... svn path=/trunk/; revision=24996
2008-04-13 17:58:04 +00:00
#
we can't easily (re)build ADNS on MSVC6, because iphlpapi.h is needed (sic!) -> so don't do the delete/rebuild on MSVC6 machines svn path=/trunk/; revision=24997
2008-04-13 18:46:47 +00:00
# Unfortunately:
# - we need to "patch" adns_dll.rep and adns_dll.rc (at least for MSVC2005EE)
# - on MSVC6 we can't easily rebuild, because iphlpapi.h is needed
Move the file utility functions from wiretap to libwsutil so that libwireshark (and the plugins using those functions) do not depend on wiretap on Windows. While doing that, rename the eth_* functions to ws_*. svn path=/trunk/; revision=25354
2008-05-22 15:46:27 +00:00
#
attempt to build ADNS on none MSVC6 systems - with the same mechanism as done with ZLIB Unfortunately, both dep and rc files need to be patched, so I added the patched files It's an ugly solution but it seems to work ... svn path=/trunk/; revision=24996
2008-04-13 17:58:04 +00:00
$(ADNS_DLL):
as we can't easily (re)build adns on msvc6, create and use compiler specific dirs (e.g. MSVC2005EE/adns) to place the compiler specific dll/lib files into svn path=/trunk/; revision=25000
2008-04-13 21:21:25 +00:00
!IF "$(MSVC_VARIANT)" == "MSVC6"
if not exist $(WIRESHARK_LIBS)\$(MSVC_VARIANT)\adns mkdir $(WIRESHARK_LIBS)\$(MSVC_VARIANT)\adns
copy $(ADNS_DIR)\adns_win32\lib\adns_dll.dll $(ADNS_DLL)
copy $(ADNS_DIR)\adns_win32\lib\adns_dll.lib $(ADNS_LIBS)
!ELSE
attempt to build ADNS on none MSVC6 systems - with the same mechanism as done with ZLIB Unfortunately, both dep and rc files need to be patched, so I added the patched files It's an ugly solution but it seems to work ... svn path=/trunk/; revision=24996
2008-04-13 17:58:04 +00:00
xcopy $(ADNS_DIR) adns.tmp /D /I /E /Y
copy adns_dll.dep adns.tmp\adns_win32\adns_dll
copy adns_dll.rc adns.tmp\adns_win32\adns_dll
cd adns.tmp\adns_win32\adns_dll
set CFG=adns_dll - Win32 Release
Add /D_BIND_TO_CURRENT_CRT_VERSION=1 to LOCAL_CFLAGS in modern versions of Visual C++. (How did this "feature" ever see the light of day?) Make sure we use LOCAL_CFLAGS *everywhere*. This should fix problems with building a usable installer under Visual Studio 2008 SP1. Add comments with links to Visual C++'s idiotic handling of assemblies and deployment using xcopy. Move to c-ares 1.5.3. Make sure we remove all of our manifests in epan and packaging/u3/tools. svn path=/trunk/; revision=26219
2008-09-16 21:08:18 +00:00
$(MAKE) /$(MAKEFLAGS) -f adns_dll.mak LOC="$(LOCAL_CFLAGS)"
attempt to build ADNS on none MSVC6 systems - with the same mechanism as done with ZLIB Unfortunately, both dep and rc files need to be patched, so I added the patched files It's an ugly solution but it seems to work ... svn path=/trunk/; revision=24996
2008-04-13 17:58:04 +00:00
cd ..\lib
_MSC_VERs 1400 and greater require manifests. Check against MSC_VER_REQUIRED when we run mt.exe instead of checking for each individual MSVC_VARIANT. This fixes the current buildbot test failures on Windows, which resulted from a missing check for MSVC2008. This also keeps us from having to mess with a bunch of makefiles when we add support for new Visual C++ versions. svn path=/trunk/; revision=26052
2008-08-21 18:12:47 +00:00
!IF $(MSC_VER_REQUIRED) >= 1400
attempt to build ADNS on none MSVC6 systems - with the same mechanism as done with ZLIB Unfortunately, both dep and rc files need to be patched, so I added the patched files It's an ugly solution but it seems to work ... svn path=/trunk/; revision=24996
2008-04-13 17:58:04 +00:00
mt.exe -nologo -manifest "adns_dll.dll.manifest" -outputresource:adns_dll.dll;2
!ENDIF
as we can't easily (re)build adns on msvc6, create and use compiler specific dirs (e.g. MSVC2005EE/adns) to place the compiler specific dll/lib files into svn path=/trunk/; revision=25000
2008-04-13 21:21:25 +00:00
if not exist $(WIRESHARK_LIBS)\$(MSVC_VARIANT)\adns mkdir $(WIRESHARK_LIBS)\$(MSVC_VARIANT)\adns
attempt to build ADNS on none MSVC6 systems - with the same mechanism as done with ZLIB Unfortunately, both dep and rc files need to be patched, so I added the patched files It's an ugly solution but it seems to work ... svn path=/trunk/; revision=24996
2008-04-13 17:58:04 +00:00
copy adns_dll.dll $(ADNS_DLL)
copy adns_dll.lib $(ADNS_LIBS)
cd ..\..\..
rm -r -f adns.tmp
!ENDIF
we can't easily (re)build ADNS on MSVC6, because iphlpapi.h is needed (sic!) -> so don't do the delete/rebuild on MSVC6 machines svn path=/trunk/; revision=24997
2008-04-13 18:46:47 +00:00
!ENDIF
first preparations to build ADNS_DLL svn path=/trunk/; revision=24978
2008-04-13 14:45:43 +00:00
Fixes for Windows build w/o ZLIB svn path=/trunk/; revision=23651
2007-11-28 20:06:21 +00:00
!IFDEF ZLIB_DIR
Clean-up: remove obsolete references to GTK libraries, ETHEREAL_EUG_DIR, etc svn path=/trunk/; revision=24365
2008-02-16 21:07:19 +00:00
# Non-MSVC6 variants have to avoid indirectly using msvcrt.dll,
if we don't have MSVC6, download (using the setup target) the zlib source package instead of the dll one, and compile it in a temp dir before continuing with wiretap svn path=/trunk/; revision=20337
2007-01-08 02:40:06 +00:00
# therefore compile the zlib dll from source ZLIB_DIR package.
# To avoid path problems, copy the zlib sources to a temp dir,
# compile and copy the resulting files back to (source) ZLIB_DIR
Fixes for Windows build w/o ZLIB svn path=/trunk/; revision=23651
2007-11-28 20:06:21 +00:00
$(ZLIB_DLL):
fix some zlib build issues svn path=/trunk/; revision=20382
2007-01-10 21:42:34 +00:00
xcopy $(ZLIB_DIR) zlib.tmp /D /I /E /Y
if we don't have MSVC6, download (using the setup target) the zlib source package instead of the dll one, and compile it in a temp dir before continuing with wiretap svn path=/trunk/; revision=20337
2007-01-08 02:40:06 +00:00
cd zlib.tmp
Add /D_BIND_TO_CURRENT_CRT_VERSION=1 to LOCAL_CFLAGS in modern versions of Visual C++. (How did this "feature" ever see the light of day?) Make sure we use LOCAL_CFLAGS *everywhere*. This should fix problems with building a usable installer under Visual Studio 2008 SP1. Add comments with links to Visual C++'s idiotic handling of assemblies and deployment using xcopy. Move to c-ares 1.5.3. Make sure we remove all of our manifests in epan and packaging/u3/tools. svn path=/trunk/; revision=26219
2008-09-16 21:08:18 +00:00
$(MAKE) /$(MAKEFLAGS) -f win32/Makefile.msc zlib1.dll LOC="$(LOCAL_CFLAGS)"
if we don't have MSVC6, download (using the setup target) the zlib source package instead of the dll one, and compile it in a temp dir before continuing with wiretap svn path=/trunk/; revision=20337
2007-01-08 02:40:06 +00:00
if not exist $(ZLIB_DIR) mkdir $(ZLIB_DIR)
if not exist $(ZLIB_DIR)\lib mkdir $(ZLIB_DIR)\lib
if not exist $(ZLIB_DIR)\include mkdir $(ZLIB_DIR)\include
_MSC_VERs 1400 and greater require manifests. Check against MSC_VER_REQUIRED when we run mt.exe instead of checking for each individual MSVC_VARIANT. This fixes the current buildbot test failures on Windows, which resulted from a missing check for MSVC2008. This also keeps us from having to mess with a bunch of makefiles when we add support for new Visual C++ versions. svn path=/trunk/; revision=26052
2008-08-21 18:12:47 +00:00
!IF $(MSC_VER_REQUIRED) >= 1400
fix manifest dll error svn path=/trunk/; revision=21736
2007-05-09 06:35:13 +00:00
mt.exe -nologo -manifest "zlib1.dll.manifest" -outputresource:zlib1.dll;2
instead of copying the MSVC 2005 manifest files around, embed them into the .exe / .dll files - this way is easier to handle while packaging and alike, and probably will solve some problems. We might want to do this for the plugins as well later. svn path=/trunk/; revision=21696
2007-05-06 09:17:19 +00:00
!ENDIF
if we don't have MSVC6, download (using the setup target) the zlib source package instead of the dll one, and compile it in a temp dir before continuing with wiretap svn path=/trunk/; revision=20337
2007-01-08 02:40:06 +00:00
copy zlib1.dll $(ZLIB_DIR)
copy zdll.lib $(ZLIB_DIR)\lib
copy zconf.h $(ZLIB_DIR)\include
copy zlib.h $(ZLIB_DIR)\include
cd ..
Add /D_BIND_TO_CURRENT_CRT_VERSION=1 to LOCAL_CFLAGS in modern versions of Visual C++. (How did this "feature" ever see the light of day?) Make sure we use LOCAL_CFLAGS *everywhere*. This should fix problems with building a usable installer under Visual Studio 2008 SP1. Add comments with links to Visual C++'s idiotic handling of assemblies and deployment using xcopy. Move to c-ares 1.5.3. Make sure we remove all of our manifests in epan and packaging/u3/tools. svn path=/trunk/; revision=26219
2008-09-16 21:08:18 +00:00
rm -r -f zlib.tmp
Fixes for Windows build w/o ZLIB svn path=/trunk/; revision=23651
2007-11-28 20:06:21 +00:00
!ENDIF
if we don't have MSVC6, download (using the setup target) the zlib source package instead of the dll one, and compile it in a temp dir before continuing with wiretap svn path=/trunk/; revision=20337
2007-01-08 02:40:06 +00:00
Create a new "Wireshark utility" library and move the mpeg-audio stuff from wiretap to this new libwsutil. This solves http://bugs.wireshark.org/bugzilla/show_bug.cgi?id=1677 by making libwireshark no longer depend on libwiretap. svn path=/trunk/; revision=25330
2008-05-20 21:51:01 +00:00
wsutil::
cd wsutil
$(MAKE) /$(MAKEFLAGS) -f Makefile.nmake
cd ..
first preparations to build ADNS_DLL svn path=/trunk/; revision=24978
2008-04-13 14:45:43 +00:00
the makefile dependencies are just killing me ;-) Maybe this is the right way to go ... svn path=/trunk/; revision=20342
2007-01-08 07:42:26 +00:00
wiretap::
Update Makefiles for win32. Move local configuration to config.nmake, have top-level Makefile.nmake call Makefile.nmake's in subdirectories. Build plugins, and build generated source (lex, yacc). The only thing we can't build is register.c; I need to re-work the top-level Makefile.nmake because it lists object files, not C files, which make-reg-dotc needs. svn path=/trunk/; revision=1608
2000-02-09 00:41:57 +00:00
cd wiretap
Add some win32-specific targets in .cvsignore's. Replace 'nmake' with $(MAKE) /$(MAKEFLAGS), from Mike Frisch. svn path=/trunk/; revision=3108
2001-03-06 13:08:13 +00:00
$(MAKE) /$(MAKEFLAGS) -f Makefile.nmake
Update Makefiles for win32. Move local configuration to config.nmake, have top-level Makefile.nmake call Makefile.nmake's in subdirectories. Build plugins, and build generated source (lex, yacc). The only thing we can't build is register.c; I need to re-work the top-level Makefile.nmake because it lists object files, not C files, which make-reg-dotc needs. svn path=/trunk/; revision=1608
2000-02-09 00:41:57 +00:00
cd ..
minor cleanup for making codecs svn path=/trunk/; revision=19184
2006-09-10 13:37:42 +00:00
codecs::
Move the codecs into a top-level "codecs" subdirectory; there's no guarantee that all programs using the codecs will necessarily be using GTK+. svn path=/trunk/; revision=19117
2006-09-02 06:39:43 +00:00
cd codecs
$(MAKE) /$(MAKEFLAGS) -f Makefile.nmake
cd ..
Convert make-version.pl and the associated cvsversion.h and CVSVERSION definition to Subversion. "svn info" prints out the last changed date of the repository, so we don't have to go hunting through "CVS/Entries" files anymore. svn path=/trunk/; revision=11379
2004-07-15 21:09:33 +00:00
gtk:: help config.h svnversion.h AUTHORS-SHORT doxygen
Update Makefiles for win32. Move local configuration to config.nmake, have top-level Makefile.nmake call Makefile.nmake's in subdirectories. Build plugins, and build generated source (lex, yacc). The only thing we can't build is register.c; I need to re-work the top-level Makefile.nmake because it lists object files, not C files, which make-reg-dotc needs. svn path=/trunk/; revision=1608
2000-02-09 00:41:57 +00:00
cd gtk
lot's of GTK1 related code cleanup in the Win32 build process svn path=/trunk/; revision=24854
2008-04-09 03:48:16 +00:00
$(MAKE) /$(MAKEFLAGS) /f Makefile.nmake libui.lib
Update Makefiles for win32. Move local configuration to config.nmake, have top-level Makefile.nmake call Makefile.nmake's in subdirectories. Build plugins, and build generated source (lex, yacc). The only thing we can't build is register.c; I need to re-work the top-level Makefile.nmake because it lists object files, not C files, which make-reg-dotc needs. svn path=/trunk/; revision=1608
2000-02-09 00:41:57 +00:00
cd ..
Fixes for Windows build w/o ZLIB svn path=/trunk/; revision=23651
2007-11-28 20:06:21 +00:00
epan:: $(RESOURCES) $(ZLIB_DLL) wiretap\wiretap-$(WTAP_VERSION).lib $(BUILT_SOURCES) doxygen
Fix it to build on Windows. svn path=/trunk/; revision=2488
2000-10-11 07:35:02 +00:00
cd epan
Add some win32-specific targets in .cvsignore's. Replace 'nmake' with $(MAKE) /$(MAKEFLAGS), from Mike Frisch. svn path=/trunk/; revision=3108
2001-03-06 13:08:13 +00:00
$(MAKE) /$(MAKEFLAGS) -f Makefile.nmake
Fix it to build on Windows. svn path=/trunk/; revision=2488
2000-10-11 07:35:02 +00:00
cd ..
Integrate Ed Meaney's <emeaney@altiga.com> changes for using libpcap from WinDump with Ethereal. We now have packet capturing on Win32. :) svn path=/trunk/; revision=1612
2000-02-09 19:18:42 +00:00
plugins::
Update Makefiles for win32. Move local configuration to config.nmake, have top-level Makefile.nmake call Makefile.nmake's in subdirectories. Build plugins, and build generated source (lex, yacc). The only thing we can't build is register.c; I need to re-work the top-level Makefile.nmake because it lists object files, not C files, which make-reg-dotc needs. svn path=/trunk/; revision=1608
2000-02-09 00:41:57 +00:00
cd plugins
Add some win32-specific targets in .cvsignore's. Replace 'nmake' with $(MAKE) /$(MAKEFLAGS), from Mike Frisch. svn path=/trunk/; revision=3108
2001-03-06 13:08:13 +00:00
$(MAKE) /$(MAKEFLAGS) -f Makefile.nmake
Update Makefiles for win32. Move local configuration to config.nmake, have top-level Makefile.nmake call Makefile.nmake's in subdirectories. Build plugins, and build generated source (lex, yacc). The only thing we can't build is register.c; I need to re-work the top-level Makefile.nmake because it lists object files, not C files, which make-reg-dotc needs. svn path=/trunk/; revision=1608
2000-02-09 00:41:57 +00:00
cd ..
generate "static" help content svn path=/trunk/; revision=9017
2003-11-18 23:40:12 +00:00
Add a "doc" target, as per Ulf Lamping's comment. svn path=/trunk/; revision=9212
2003-12-08 22:28:53 +00:00
doc::
cd doc
$(MAKE) /$(MAKEFLAGS) -f Makefile.nmake
cd ..
generate "static" help content svn path=/trunk/; revision=9017
2003-11-18 23:40:12 +00:00
help::
cd help
$(MAKE) /$(MAKEFLAGS) -f Makefile.nmake
cd ..
Add a Makefile.nmake target called "setup" that uses the script tools\win32-setup.sh to - Check for applications required to build Ethereal - Download and unpack required packages into $ETHEREAL_LIBS Update ADNS to the latest version. Make Python 2.3 the default. svn path=/trunk/; revision=10567
2004-04-08 20:36:09 +00:00
Both epan/doxygen.cfg and gtk/doxygen.cfg depend on the root doxygen.cfg. Build it before going into those directories. svn path=/trunk/; revision=11375
2004-07-13 19:30:02 +00:00
doxygen.cfg: config.nmake doxygen.cfg.in
sed -e s/@VERSION@/$(VERSION)/ \
< doxygen.cfg.in > $@
doxygen-run:
!IFDEF DOXYGEN
$(DOXYGEN) doxygen.cfg
!ENDIF
doxygen: doxygen.cfg doxygen-run
Add an install-deps target to the nmake makefiles. This target will copy all files, mainly dlls, which are necessary to run (t)ethereal to the source tree. After copying all necessary dlls to the source tree, you can run (t)ethereal directly from the source tree. svn path=/trunk/; revision=14259
2005-05-01 23:03:45 +00:00
################################################################################
# Prepare build environment by downloading and installing required libraries
################################################################################
If GTK1_DIR or GTK2_DIR not defined, then corresponding install-common-deps should not be invoked.... svn path=/trunk/; revision=19458
2006-10-09 02:07:44 +00:00
# The required tools to build Wireshark.
the verify_tool target should check for /usr/bin/find (I errorneously did changed it a while ago) add a comment why we should check for exactly that version svn path=/trunk/; revision=16753
2005-12-10 11:14:36 +00:00
#
# The 'find' tool is available both in \WINNT\System32 and in cygwin's /usr/bin.
# We only need the cygwin version (for some shell scripts).
# In the PATH, System32 is before cygwin's dir, so explicitly check for /usr/bin/find.
renamed REQUIRED_APPS to REQUIRED_TOOLS and verify_apps to verify_tools, as it seems much more appropriate svn path=/trunk/; revision=11874
2004-09-01 11:53:28 +00:00
REQUIRED_TOOLS=\
verify_tools: - not only look for the cygwin tools, but also check the MSVC tools required like cl.exe, link.exe and nmake.exe - I don't know why we should use /usr/bin/find but simply find, check for it instead. If there's a reason to use /usr/bin/find, we should use $(FIND) instead but I currently don't see a reason for this svn path=/trunk/; revision=15220
2005-08-05 08:34:47 +00:00
$(CC) \
$(LINK) \
nmake \
Use 'igncr' as needed with Bash (workaround for bug report 1162); Change usage of 'nmake' to $(MAKE) /$(MAKEFLAGS) in a few places; Add one missing /$(MAKEFLAGS); svn path=/trunk/; revision=20034
2006-12-04 05:41:53 +00:00
$(SH_PROG) \
use the configured names from config.nmake for the required apps list svn path=/trunk/; revision=10574
2004-04-09 07:38:38 +00:00
$(YACC) \
$(LEX) \
Make sure "which" is present before we verify our tools. Add "env" to the list of programs to check. Make sure our python scripts start with "#!/usr/bin/env python" as recommended at http://www.python.org/doc/faq/library.html#how-do-i-make-a-python-script-executable-on-unix svn path=/trunk/; revision=14871
2005-07-07 21:26:09 +00:00
env \
Add a Makefile.nmake target called "setup" that uses the script tools\win32-setup.sh to - Check for applications required to build Ethereal - Download and unpack required packages into $ETHEREAL_LIBS Update ADNS to the latest version. Make Python 2.3 the default. svn path=/trunk/; revision=10567
2004-04-08 20:36:09 +00:00
grep \
the verify_tool target should check for /usr/bin/find (I errorneously did changed it a while ago) add a comment why we should check for exactly that version svn path=/trunk/; revision=16753
2005-12-10 11:14:36 +00:00
/usr/bin/find \
use the configured names from config.nmake for the required apps list svn path=/trunk/; revision=10574
2004-04-09 07:38:38 +00:00
$(PERL) \
$(PYTHON) \
Add a Makefile.nmake target called "setup" that uses the script tools\win32-setup.sh to - Check for applications required to build Ethereal - Download and unpack required packages into $ETHEREAL_LIBS Update ADNS to the latest version. Make Python 2.3 the default. svn path=/trunk/; revision=10567
2004-04-08 20:36:09 +00:00
sed \
unzip \
wget
renamed REQUIRED_APPS to REQUIRED_TOOLS and verify_apps to verify_tools, as it seems much more appropriate svn path=/trunk/; revision=11874
2004-09-01 11:53:28 +00:00
verify_tools:
Use 'igncr' as needed with Bash (workaround for bug report 1162); Change usage of 'nmake' to $(MAKE) /$(MAKEFLAGS) in a few places; Add one missing /$(MAKEFLAGS); svn path=/trunk/; revision=20034
2006-12-04 05:41:53 +00:00
@$(SH) tools\win32-setup.sh --appverify $(REQUIRED_TOOLS)
use the configured names from config.nmake for the required apps list svn path=/trunk/; revision=10574
2004-04-09 07:38:38 +00:00
Verify existence of required downloaded library packages during make after Makefile.nmake updated svn path=/trunk/; revision=22769
2007-09-02 20:53:15 +00:00
# Targets and etc used to verify or download libraries
!IFNDEF WIN32_SETUP_OPT
WIN32_SETUP_OPT=--download
!ENDIF
Add rawshark, a utility that, when given raw pcap-formatted packets and a list of fields, prints the field values found in each packet. Packet data can be specified as a libpcap DLT, e.g. "EN10MB" or an upper-layer protocol, e.g. "http". svn path=/trunk/; revision=24339
2008-02-15 23:20:32 +00:00
# Verify that the required library 'package' (zip) files have been downloaded.
# (It seems reasonable to assume that if the files have been downloaded
# then they have been installed).
Verify existence of required downloaded library packages during make after Makefile.nmake updated svn path=/trunk/; revision=22769
2007-09-02 20:53:15 +00:00
check_libs:
$(MAKE) /$(MAKEFLAGS) -f Makefile.nmake WIN32_SETUP_OPT=--libverify process_libs
# Verify library packages only if Makefile.nmake has been updated
Fix my earlier typo. svn path=/trunk/; revision=22835
2007-09-10 14:00:12 +00:00
# (or dummy file doesn't exist because of 'make clean' or whatever)
Verify existence of required downloaded library packages during make after Makefile.nmake updated svn path=/trunk/; revision=22769
2007-09-02 20:53:15 +00:00
# (To disable library verification when Makefile.nmake changes,
# comment out the commands for the following target).
don't try to put a ## comment after the touch call, this will end up in a few strange new files generated svn path=/trunk/; revision=22830
2007-09-09 13:09:14 +00:00
# touch is only called if libverify succeeds
Verify existence of required downloaded library packages during make after Makefile.nmake updated svn path=/trunk/; revision=22769
2007-09-02 20:53:15 +00:00
$(LIBS_CHECK): Makefile.nmake
$(MAKE) /$(MAKEFLAGS) -f Makefile.nmake WIN32_SETUP_OPT=--libverify process_libs
don't try to put a ## comment after the touch call, this will end up in a few strange new files generated svn path=/trunk/; revision=22830
2007-09-09 13:09:14 +00:00
@touch --reference=Makefile.nmake $@
Verify existence of required downloaded library packages during make after Makefile.nmake updated svn path=/trunk/; revision=22769
2007-09-02 20:53:15 +00:00
# Download (if needed) and install all the required libraries into WIRESHARK_LIBS.
Add rawshark, a utility that, when given raw pcap-formatted packets and a list of fields, prints the field values found in each packet. Packet data can be specified as a libpcap DLT, e.g. "EN10MB" or an upper-layer protocol, e.g. "http". svn path=/trunk/; revision=24339
2008-02-15 23:20:32 +00:00
# A clean_setup is done first to ensure that the target dirs don't
As discussed on the devlist: A clean_setup is done first now to ensure that the target dirs don't contain old files - probably remaining from a previous setup run. explicit removing of the gtk2 dir is no longer required therefore svn path=/trunk/; revision=20497
2007-01-19 02:41:25 +00:00
# contain old files remaining from a previous setup run.
Verify existence of required downloaded library packages during make after Makefile.nmake updated svn path=/trunk/; revision=22769
2007-09-02 20:53:15 +00:00
setup: verify_tools clean_setup process_libs
# The process_libs target when invoked causes either a --libverify or a --download for all the required libraries.
# (The choice is determined by the value of the macro WIN32_SETUP_OPT).
process_libs:
Add --settag and --checktag arguments to win32-setup.sh, which respectively save and verify the current download tag. Add --settag and --checktag calls to the process_libs target. (This should automatically notify everyone when wireshark-win32-libs is updated, which I tend to forget to do.) svn path=/trunk/; revision=25931
2008-08-05 17:00:34 +00:00
!IF "$(WIN32_SETUP_OPT)" == "--libverify"
@$(SH) tools\win32-setup.sh --checktag "$(WIRESHARK_LIBS)"
!ENDIF
if the WIRESHARK_LIBS dir isn't already existing, create it this fixes problems discussed earlier on the list with cygpath svn path=/trunk/; revision=19934
2006-11-19 17:02:31 +00:00
if not exist $(WIRESHARK_LIBS) md $(WIRESHARK_LIBS)
Use GTK+ 2.14.1 What's new in GTK+ 2.14 ======================= GTK+ 2.14 adds new functionality while maintaining source and binary compatibility with GTK+ 2.12. Highlights of new features and improvements in GTK+ 2.14 are: New widgets and objects * GdkAppLaunchContext, provides startup notification with g_app_info_launch() * GtkMountOperation, can ask for passwords when mounting volumes with g_volume_mount() * GtkToolShell, an interface for containers of GtkToolItems Noteworthy new APIs * gtk_show_uri(), a replacement for gnome_vfs_url_show() and gnome_url_show() * gtk_widget_get_snapshot(), using pixmap redirection to render snapshots of widgets Changes in the file chooser The file chooser uses GIO directly, loadable backends are no longer supported. Autocompletion in the file chooser entry has been improved. Changes in printing support The print dialog displays printer status information. Support for rearranging pages when printing multiple pages per sheet has been added to the cups backend. Accessibility support The gail module is shipped with GTK+, GtkBuilder supports accessibility attributes and GtkStatusIcon supports keyboard navigation. Internationalization support The compose sequences understood by GTK+'s builtin input method have been synchronized with recent X.org compose sequences, adding a large number of new sequences. GTK+ no longer uses translations when an application is not translated to the current locale. gdk-pixbuf changes * Support loading OS X icns format * Support loading JPEG 2000 images * Support loading and saving to GIO streams * Use GIO for mime information GDK changes GDK uses Xrandr instead of Xinerama to provide more (and dynamic) monitor information. Font configuration changes are now picked up at runtime, without an application restart. For more details and lists of fixed bugs, see the announcements for the 2.13.x development releases: http://mail.gnome.org/archives/gtk-devel-list/2008-February/msg00079.html http://mail.gnome.org/archives/gtk-devel-list/2008-May/msg00112.html http://mail.gnome.org/archives/gtk-devel-list/2008-June/msg00033.html http://mail.gnome.org/archives/gtk-devel-list/2008-June/msg00158.html http://mail.gnome.org/archives/gtk-devel-list/2008-July/msg00044.html http://mail.gnome.org/archives/gtk-devel-list/2008-July/msg00182.html http://mail.gnome.org/archives/gtk-devel-list/2008-August/msg00023.html http://mail.gnome.org/archives/gtk-devel-list/2008-August/msg00153.html svn path=/trunk/; revision=26148
2008-09-06 15:25:23 +00:00
!IF "$(GTK_INST_VERSION)" == "2.14"
Verify existence of required downloaded library packages during make after Makefile.nmake updated svn path=/trunk/; revision=22769
2007-09-02 20:53:15 +00:00
@$(SH) tools\win32-setup.sh "$(WIN32_SETUP_OPT)" "$(WIRESHARK_LIBS)" \
Use the latest GTK packages, changes: Overview of Changes from GLib 2.18.0 to GLib 2.18.1 =================================================== * Bugs fixed: 550433 g_test_init doesn't recognize --help 523463 Core dump in gmain.c:2482:IA__g_main_context_check 551228 G_STRFUNC on recent Sun compiler should be expanded... 551410 gtestutils.c: using printf without prototype 551731 g_date_set_time[_t] docs should mention what timezone 548321 <string.h> is not included in gi18n-lib.h 551149 xdgmime mem leak 550647 synchronous pipe I/O when reading mount reply 551887 Docs for g_desktop_app_info_new_from_filename aren't... 551681 g_content_type_guess() too naive with filenames 552352 g_app_info_launch doesn't work if "Path" key... 551408 gmodule.def generated to builddir... 552359 g_file_info_get_icon should return GThemedIcon, and... Overview of Changes from GTK+ 2.14.1 to 2.14.2 ============================================== * Don't use XRRGetScreenResources, since it doesn't work well * Bugs fixed: 551063 deprecated marking without a link to what new code should use 319849 gtkcalendar look in RTL locales 550989 gdk_display_put_event should call g_main_context_wakeup 550062 Small update in gdk/gdkkeysyms.h 551325 Reference to wrong parameter in gtk_editable_insert_text 551386 gtk_printer_set_is_default() always sets TRUE 550676 Memory leak, update keyboard layout data structure 551699 gtk_scrolled_window_destroy() is broken 551567 DND mark broken 551378 Print dialog: should try UDS when fetching PPD for localhost 536542 gtk_list_store_set() documentation doesn't say whether... 552153 GtkModules loading with XSettings doesn't work... 552001 gtkimcontextsimple.c: variable is declared at middle... 551987 GtkPaned redrawing problem 551722 gtk_widget_set_scroll_adjustments() should check... 552107 Small libtool fixes 552500 GtkPrintSettings API doc not precise enough 408154 Change GtkEntryCompletion max-items to style property 329593 Entering characters on a line very cpu intensive and slow 552667 gtkimage containing gicon leaks memory 552668 format not a string literal and no format arguments... 346903 gtk_enumerate_printers needs events to complete 550969 fix a typo which breaks the static build 517233 Calling gdk_pixbuf_loader_close causes "GError set over... 551063 deprecated marking without a link to what new code should use 540967 docs build slowly because of entities svn path=/trunk/; revision=26255
2008-09-23 20:32:40 +00:00
glib gtk2.14/glib_2.18.1-1_win32.zip
Verify existence of required downloaded library packages during make after Makefile.nmake updated svn path=/trunk/; revision=22769
2007-09-02 20:53:15 +00:00
@$(SH) tools\win32-setup.sh "$(WIN32_SETUP_OPT)" "$(WIRESHARK_LIBS)" \
Use the latest GTK packages, changes: Overview of Changes from GLib 2.18.0 to GLib 2.18.1 =================================================== * Bugs fixed: 550433 g_test_init doesn't recognize --help 523463 Core dump in gmain.c:2482:IA__g_main_context_check 551228 G_STRFUNC on recent Sun compiler should be expanded... 551410 gtestutils.c: using printf without prototype 551731 g_date_set_time[_t] docs should mention what timezone 548321 <string.h> is not included in gi18n-lib.h 551149 xdgmime mem leak 550647 synchronous pipe I/O when reading mount reply 551887 Docs for g_desktop_app_info_new_from_filename aren't... 551681 g_content_type_guess() too naive with filenames 552352 g_app_info_launch doesn't work if "Path" key... 551408 gmodule.def generated to builddir... 552359 g_file_info_get_icon should return GThemedIcon, and... Overview of Changes from GTK+ 2.14.1 to 2.14.2 ============================================== * Don't use XRRGetScreenResources, since it doesn't work well * Bugs fixed: 551063 deprecated marking without a link to what new code should use 319849 gtkcalendar look in RTL locales 550989 gdk_display_put_event should call g_main_context_wakeup 550062 Small update in gdk/gdkkeysyms.h 551325 Reference to wrong parameter in gtk_editable_insert_text 551386 gtk_printer_set_is_default() always sets TRUE 550676 Memory leak, update keyboard layout data structure 551699 gtk_scrolled_window_destroy() is broken 551567 DND mark broken 551378 Print dialog: should try UDS when fetching PPD for localhost 536542 gtk_list_store_set() documentation doesn't say whether... 552153 GtkModules loading with XSettings doesn't work... 552001 gtkimcontextsimple.c: variable is declared at middle... 551987 GtkPaned redrawing problem 551722 gtk_widget_set_scroll_adjustments() should check... 552107 Small libtool fixes 552500 GtkPrintSettings API doc not precise enough 408154 Change GtkEntryCompletion max-items to style property 329593 Entering characters on a line very cpu intensive and slow 552667 gtkimage containing gicon leaks memory 552668 format not a string literal and no format arguments... 346903 gtk_enumerate_printers needs events to complete 550969 fix a typo which breaks the static build 517233 Calling gdk_pixbuf_loader_close causes "GError set over... 551063 deprecated marking without a link to what new code should use 540967 docs build slowly because of entities svn path=/trunk/; revision=26255
2008-09-23 20:32:40 +00:00
glib gtk2.14/glib-dev_2.18.1-1_win32.zip
Use GTK+ 2.14.1 What's new in GTK+ 2.14 ======================= GTK+ 2.14 adds new functionality while maintaining source and binary compatibility with GTK+ 2.12. Highlights of new features and improvements in GTK+ 2.14 are: New widgets and objects * GdkAppLaunchContext, provides startup notification with g_app_info_launch() * GtkMountOperation, can ask for passwords when mounting volumes with g_volume_mount() * GtkToolShell, an interface for containers of GtkToolItems Noteworthy new APIs * gtk_show_uri(), a replacement for gnome_vfs_url_show() and gnome_url_show() * gtk_widget_get_snapshot(), using pixmap redirection to render snapshots of widgets Changes in the file chooser The file chooser uses GIO directly, loadable backends are no longer supported. Autocompletion in the file chooser entry has been improved. Changes in printing support The print dialog displays printer status information. Support for rearranging pages when printing multiple pages per sheet has been added to the cups backend. Accessibility support The gail module is shipped with GTK+, GtkBuilder supports accessibility attributes and GtkStatusIcon supports keyboard navigation. Internationalization support The compose sequences understood by GTK+'s builtin input method have been synchronized with recent X.org compose sequences, adding a large number of new sequences. GTK+ no longer uses translations when an application is not translated to the current locale. gdk-pixbuf changes * Support loading OS X icns format * Support loading JPEG 2000 images * Support loading and saving to GIO streams * Use GIO for mime information GDK changes GDK uses Xrandr instead of Xinerama to provide more (and dynamic) monitor information. Font configuration changes are now picked up at runtime, without an application restart. For more details and lists of fixed bugs, see the announcements for the 2.13.x development releases: http://mail.gnome.org/archives/gtk-devel-list/2008-February/msg00079.html http://mail.gnome.org/archives/gtk-devel-list/2008-May/msg00112.html http://mail.gnome.org/archives/gtk-devel-list/2008-June/msg00033.html http://mail.gnome.org/archives/gtk-devel-list/2008-June/msg00158.html http://mail.gnome.org/archives/gtk-devel-list/2008-July/msg00044.html http://mail.gnome.org/archives/gtk-devel-list/2008-July/msg00182.html http://mail.gnome.org/archives/gtk-devel-list/2008-August/msg00023.html http://mail.gnome.org/archives/gtk-devel-list/2008-August/msg00153.html svn path=/trunk/; revision=26148
2008-09-06 15:25:23 +00:00
!ELSEIF "$(GTK_INST_VERSION)" == "2.12"
Verify existence of required downloaded library packages during make after Makefile.nmake updated svn path=/trunk/; revision=22769
2007-09-02 20:53:15 +00:00
@$(SH) tools\win32-setup.sh "$(WIN32_SETUP_OPT)" "$(WIRESHARK_LIBS)" \
Use GTK+ 2.14.1 What's new in GTK+ 2.14 ======================= GTK+ 2.14 adds new functionality while maintaining source and binary compatibility with GTK+ 2.12. Highlights of new features and improvements in GTK+ 2.14 are: New widgets and objects * GdkAppLaunchContext, provides startup notification with g_app_info_launch() * GtkMountOperation, can ask for passwords when mounting volumes with g_volume_mount() * GtkToolShell, an interface for containers of GtkToolItems Noteworthy new APIs * gtk_show_uri(), a replacement for gnome_vfs_url_show() and gnome_url_show() * gtk_widget_get_snapshot(), using pixmap redirection to render snapshots of widgets Changes in the file chooser The file chooser uses GIO directly, loadable backends are no longer supported. Autocompletion in the file chooser entry has been improved. Changes in printing support The print dialog displays printer status information. Support for rearranging pages when printing multiple pages per sheet has been added to the cups backend. Accessibility support The gail module is shipped with GTK+, GtkBuilder supports accessibility attributes and GtkStatusIcon supports keyboard navigation. Internationalization support The compose sequences understood by GTK+'s builtin input method have been synchronized with recent X.org compose sequences, adding a large number of new sequences. GTK+ no longer uses translations when an application is not translated to the current locale. gdk-pixbuf changes * Support loading OS X icns format * Support loading JPEG 2000 images * Support loading and saving to GIO streams * Use GIO for mime information GDK changes GDK uses Xrandr instead of Xinerama to provide more (and dynamic) monitor information. Font configuration changes are now picked up at runtime, without an application restart. For more details and lists of fixed bugs, see the announcements for the 2.13.x development releases: http://mail.gnome.org/archives/gtk-devel-list/2008-February/msg00079.html http://mail.gnome.org/archives/gtk-devel-list/2008-May/msg00112.html http://mail.gnome.org/archives/gtk-devel-list/2008-June/msg00033.html http://mail.gnome.org/archives/gtk-devel-list/2008-June/msg00158.html http://mail.gnome.org/archives/gtk-devel-list/2008-July/msg00044.html http://mail.gnome.org/archives/gtk-devel-list/2008-July/msg00182.html http://mail.gnome.org/archives/gtk-devel-list/2008-August/msg00023.html http://mail.gnome.org/archives/gtk-devel-list/2008-August/msg00153.html svn path=/trunk/; revision=26148
2008-09-06 15:25:23 +00:00
glib gtk2.12/glib_2.18.0-1_win32.zip
Verify existence of required downloaded library packages during make after Makefile.nmake updated svn path=/trunk/; revision=22769
2007-09-02 20:53:15 +00:00
@$(SH) tools\win32-setup.sh "$(WIN32_SETUP_OPT)" "$(WIRESHARK_LIBS)" \
Use GTK+ 2.14.1 What's new in GTK+ 2.14 ======================= GTK+ 2.14 adds new functionality while maintaining source and binary compatibility with GTK+ 2.12. Highlights of new features and improvements in GTK+ 2.14 are: New widgets and objects * GdkAppLaunchContext, provides startup notification with g_app_info_launch() * GtkMountOperation, can ask for passwords when mounting volumes with g_volume_mount() * GtkToolShell, an interface for containers of GtkToolItems Noteworthy new APIs * gtk_show_uri(), a replacement for gnome_vfs_url_show() and gnome_url_show() * gtk_widget_get_snapshot(), using pixmap redirection to render snapshots of widgets Changes in the file chooser The file chooser uses GIO directly, loadable backends are no longer supported. Autocompletion in the file chooser entry has been improved. Changes in printing support The print dialog displays printer status information. Support for rearranging pages when printing multiple pages per sheet has been added to the cups backend. Accessibility support The gail module is shipped with GTK+, GtkBuilder supports accessibility attributes and GtkStatusIcon supports keyboard navigation. Internationalization support The compose sequences understood by GTK+'s builtin input method have been synchronized with recent X.org compose sequences, adding a large number of new sequences. GTK+ no longer uses translations when an application is not translated to the current locale. gdk-pixbuf changes * Support loading OS X icns format * Support loading JPEG 2000 images * Support loading and saving to GIO streams * Use GIO for mime information GDK changes GDK uses Xrandr instead of Xinerama to provide more (and dynamic) monitor information. Font configuration changes are now picked up at runtime, without an application restart. For more details and lists of fixed bugs, see the announcements for the 2.13.x development releases: http://mail.gnome.org/archives/gtk-devel-list/2008-February/msg00079.html http://mail.gnome.org/archives/gtk-devel-list/2008-May/msg00112.html http://mail.gnome.org/archives/gtk-devel-list/2008-June/msg00033.html http://mail.gnome.org/archives/gtk-devel-list/2008-June/msg00158.html http://mail.gnome.org/archives/gtk-devel-list/2008-July/msg00044.html http://mail.gnome.org/archives/gtk-devel-list/2008-July/msg00182.html http://mail.gnome.org/archives/gtk-devel-list/2008-August/msg00023.html http://mail.gnome.org/archives/gtk-devel-list/2008-August/msg00153.html svn path=/trunk/; revision=26148
2008-09-06 15:25:23 +00:00
glib gtk2.12/glib-dev_2.18.0-1_win32.zip
add GTK2.4 and alike libs to the setup target, depending on settings in config.nmake svn path=/trunk/; revision=11200
2004-06-20 20:22:09 +00:00
!ELSE
lot's of GTK1 related code cleanup in the Win32 build process svn path=/trunk/; revision=24854
2008-04-09 03:48:16 +00:00
!ERROR ? Unknown or invalid GTK_INST_VERSION
add GTK2.4 and alike libs to the setup target, depending on settings in config.nmake svn path=/trunk/; revision=11200
2004-06-20 20:22:09 +00:00
!ENDIF
Glib >= 2.14.5 does not require iconv svn path=/trunk/; revision=24330
2008-02-14 17:16:12 +00:00
!IFDEF ICONV_DIR
Verify existence of required downloaded library packages during make after Makefile.nmake updated svn path=/trunk/; revision=22769
2007-09-02 20:53:15 +00:00
@$(SH) tools\win32-setup.sh "$(WIN32_SETUP_OPT)" "$(WIRESHARK_LIBS)" \
Add a Makefile.nmake target called "setup" that uses the script tools\win32-setup.sh to - Check for applications required to build Ethereal - Download and unpack required packages into $ETHEREAL_LIBS Update ADNS to the latest version. Make Python 2.3 the default. svn path=/trunk/; revision=10567
2004-04-08 20:36:09 +00:00
libiconv-1.9.1.bin.woe32 libiconv-1.9.1.bin.woe32.zip
Glib >= 2.14.5 does not require iconv svn path=/trunk/; revision=24330
2008-02-14 17:16:12 +00:00
!ENDIF
Verify existence of required downloaded library packages during make after Makefile.nmake updated svn path=/trunk/; revision=22769
2007-09-02 20:53:15 +00:00
@$(SH) tools\win32-setup.sh "$(WIN32_SETUP_OPT)" "$(WIRESHARK_LIBS)" \
New gettext-runtime svn path=/trunk/; revision=24206
2008-01-27 14:26:11 +00:00
gettext-runtime-0.17-1 gettext-runtime-0.17-1.zip
enable kerberos for windows for the win32 build svn path=/trunk/; revision=18852
2006-08-08 07:52:15 +00:00
!IFDEF KFW_DIR
Verify existence of required downloaded library packages during make after Makefile.nmake updated svn path=/trunk/; revision=22769
2007-09-02 20:53:15 +00:00
@$(SH) tools\win32-setup.sh "$(WIN32_SETUP_OPT)" "$(WIRESHARK_LIBS)" \
enable kerberos for windows for the win32 build svn path=/trunk/; revision=18852
2006-08-08 07:52:15 +00:00
kfw-2.5 kfw-2.5.zip
!ENDIF
Modify the "setup" target to download the packages we've defined, so that we don't download the GTK2 packages unless we have GTK2_DIR defined. Fix some path checking in win32-setup.sh. svn path=/trunk/; revision=10577
2004-04-09 16:54:07 +00:00
!IFDEF PCAP_DIR
Verify existence of required downloaded library packages during make after Makefile.nmake updated svn path=/trunk/; revision=22769
2007-09-02 20:53:15 +00:00
@$(SH) tools\win32-setup.sh "$(WIN32_SETUP_OPT)" "$(WIRESHARK_LIBS)" \
Update to WpdPack 4.0.2 and NASM 2.02 svn path=/trunk/; revision=25278
2008-05-12 19:13:55 +00:00
. WpdPack_4_0_2.zip
Modify the "setup" target to download the packages we've defined, so that we don't download the GTK2 packages unless we have GTK2_DIR defined. Fix some path checking in win32-setup.sh. svn path=/trunk/; revision=10577
2004-04-09 16:54:07 +00:00
!ENDIF
Update to the latest Win32 libs: Net-SNMP 5.4 and GNUTLS 1.6.1. Enable AirPcap. svn path=/trunk/; revision=20321
2007-01-05 01:35:23 +00:00
!IFDEF AIRPCAP_DIR
Verify existence of required downloaded library packages during make after Makefile.nmake updated svn path=/trunk/; revision=22769
2007-09-02 20:53:15 +00:00
@$(SH) tools\win32-setup.sh "$(WIN32_SETUP_OPT)" "$(WIRESHARK_LIBS)" \
don't spread the AirPcap DevPack files over the libs dir, unzip files into: AirPcap_Devpack_1_0_0_594 svn path=/trunk/; revision=20324
2007-01-05 05:23:02 +00:00
AirPcap_Devpack_1_0_0_594 AirPcap_Devpack_1_0_0_594.zip
Update to the latest Win32 libs: Net-SNMP 5.4 and GNUTLS 1.6.1. Enable AirPcap. svn path=/trunk/; revision=20321
2007-01-05 01:35:23 +00:00
!ENDIF
Add support for the c-ares asynchronous DNS resolution library to the Windows build. Add support for async IPv6 lookups. Update the ADNS code slightly. This is not supported (yet) on the UNIX side. svn path=/trunk/; revision=25953
2008-08-07 21:41:48 +00:00
!IFDEF C_ARES_DIR
@$(SH) tools\win32-setup.sh "$(WIN32_SETUP_OPT)" "$(WIRESHARK_LIBS)" \
Add /D_BIND_TO_CURRENT_CRT_VERSION=1 to LOCAL_CFLAGS in modern versions of Visual C++. (How did this "feature" ever see the light of day?) Make sure we use LOCAL_CFLAGS *everywhere*. This should fix problems with building a usable installer under Visual Studio 2008 SP1. Add comments with links to Visual C++'s idiotic handling of assemblies and deployment using xcopy. Move to c-ares 1.5.3. Make sure we remove all of our manifests in epan and packaging/u3/tools. svn path=/trunk/; revision=26219
2008-09-16 21:08:18 +00:00
. c-ares-1.5.3ws.zip
Add support for the c-ares asynchronous DNS resolution library to the Windows build. Add support for async IPv6 lookups. Update the ADNS code slightly. This is not supported (yet) on the UNIX side. svn path=/trunk/; revision=25953
2008-08-07 21:41:48 +00:00
!ENDIF
Modify the "setup" target to download the packages we've defined, so that we don't download the GTK2 packages unless we have GTK2_DIR defined. Fix some path checking in win32-setup.sh. svn path=/trunk/; revision=10577
2004-04-09 16:54:07 +00:00
!IFDEF ADNS_DIR
Verify existence of required downloaded library packages during make after Makefile.nmake updated svn path=/trunk/; revision=22769
2007-09-02 20:53:15 +00:00
@$(SH) tools\win32-setup.sh "$(WIN32_SETUP_OPT)" "$(WIRESHARK_LIBS)" \
From Pascal Quantin via bug 2719: Fix support for Microsoft Visual C++ 2008. From me: Instead of adding adns_config.h, place it a custom adns package in wireshark-win32-libs. Update tools/win32-setup.sh accordingly. Split the MSVC2008EE variant into MSVC2008 and MSVC2008EE, similar to MSVC2005 and MSVC2005EE. We have to worry about vcredist_x86.exe in both cases. Add Pascal to AUTHORS. Update the Developer's Guide. svn path=/trunk/; revision=25921
2008-08-04 23:05:32 +00:00
. adns-1.0-win32-05ws.zip
Modify the "setup" target to download the packages we've defined, so that we don't download the GTK2 packages unless we have GTK2_DIR defined. Fix some path checking in win32-setup.sh. svn path=/trunk/; revision=10577
2004-04-09 16:54:07 +00:00
!ENDIF
!IFDEF PCRE_DIR
Verify existence of required downloaded library packages during make after Makefile.nmake updated svn path=/trunk/; revision=22769
2007-09-02 20:53:15 +00:00
@$(SH) tools\win32-setup.sh "$(WIN32_SETUP_OPT)" "$(WIRESHARK_LIBS)" \
Use gtk+ 2.12.8 glib 2.12.6-2 and pcre 7.0. ( Problem seemed to be with pxbuffloaders). svn path=/trunk/; revision=24357
2008-02-16 16:35:49 +00:00
pcre-7.0 pcre-7.0-bin.zip
Verify existence of required downloaded library packages during make after Makefile.nmake updated svn path=/trunk/; revision=22769
2007-09-02 20:53:15 +00:00
@$(SH) tools\win32-setup.sh "$(WIN32_SETUP_OPT)" "$(WIRESHARK_LIBS)" \
Use gtk+ 2.12.8 glib 2.12.6-2 and pcre 7.0. ( Problem seemed to be with pxbuffloaders). svn path=/trunk/; revision=24357
2008-02-16 16:35:49 +00:00
pcre-7.0 pcre-7.0-lib.zip
Modify the "setup" target to download the packages we've defined, so that we don't download the GTK2 packages unless we have GTK2_DIR defined. Fix some path checking in win32-setup.sh. svn path=/trunk/; revision=10577
2004-04-09 16:54:07 +00:00
!ENDIF
!IFDEF ZLIB_DIR
Verify existence of required downloaded library packages during make after Makefile.nmake updated svn path=/trunk/; revision=22769
2007-09-02 20:53:15 +00:00
@$(SH) tools\win32-setup.sh "$(WIN32_SETUP_OPT)" "$(WIRESHARK_LIBS)" \
Use the latest wireshark-win32-libs tag (updated zlib). svn path=/trunk/; revision=25745
2008-07-15 16:27:30 +00:00
zlib123 zlib123ws.zip
if we don't have MSVC6, download (using the setup target) the zlib source package instead of the dll one, and compile it in a temp dir before continuing with wiretap svn path=/trunk/; revision=20337
2007-01-08 02:40:06 +00:00
!ENDIF
Add Lua support by default for Win32. Fix some compilation problems. Add Lua information to the version paragraph. svn path=/trunk/; revision=17440
2006-03-01 21:31:07 +00:00
!IFDEF LUA_DIR
Verify existence of required downloaded library packages during make after Makefile.nmake updated svn path=/trunk/; revision=22769
2007-09-02 20:53:15 +00:00
@$(SH) tools\win32-setup.sh "$(WIN32_SETUP_OPT)" "$(WIRESHARK_LIBS)" \
use luaforge's 5.1 dll to be able to link on windows. fix some mistakes svn path=/trunk/; revision=19331
2006-09-27 00:45:55 +00:00
. lua5_1_dll.zip
Add Lua support by default for Win32. Fix some compilation problems. Add Lua information to the version paragraph. svn path=/trunk/; revision=17440
2006-03-01 21:31:07 +00:00
!ENDIF
Use config and makefile from Chris Maynard and Luis instead. svn path=/trunk/; revision=22672
2007-08-26 20:03:23 +00:00
Add GNUTLS to the Windows build. In packet-ssl.c, move ssl_set_debug() up a bit so that we can debug key file parsing. svn path=/trunk/; revision=18850
2006-08-07 19:52:18 +00:00
!IFDEF GNUTLS_DIR
Verify existence of required downloaded library packages during make after Makefile.nmake updated svn path=/trunk/; revision=22769
2007-09-02 20:53:15 +00:00
@$(SH) tools\win32-setup.sh "$(WIN32_SETUP_OPT)" "$(WIRESHARK_LIBS)" \
Update GnuTls to gnutls-2.3.8-1 svn path=/trunk/; revision=25309
2008-05-16 06:53:15 +00:00
. gnutls-2.3.8-1.zip
Add GNUTLS to the Windows build. In packet-ssl.c, move ssl_set_debug() up a bit so that we can debug key file parsing. svn path=/trunk/; revision=18850
2006-08-07 19:52:18 +00:00
!ENDIF
From Alejandro Vaquero: - Change the "listen_rtp" to "rtp_player" - Change from a plugin to be part of the core - By default it will not compile with the rtp_player. In order to compile it is necessary to: + For windows: uncomment the line "PORTAUDIO_DIR=$(WIRESHARK_LIBS)\portaudio_v18_1" in config.nmake + For linux: using the "--with-portaudio=yes" svn path=/trunk/; revision=19094
2006-08-30 21:51:31 +00:00
!IFDEF PORTAUDIO_DIR
Verify existence of required downloaded library packages during make after Makefile.nmake updated svn path=/trunk/; revision=22769
2007-09-02 20:53:15 +00:00
@$(SH) tools\win32-setup.sh "$(WIN32_SETUP_OPT)" "$(WIRESHARK_LIBS)" \
Update to Portaudio pa_stable_v19_20071207 svn path=/trunk/; revision=25285
2008-05-13 07:39:23 +00:00
. portaudio_v19_2.zip
From Alejandro Vaquero: - Change the "listen_rtp" to "rtp_player" - Change from a plugin to be part of the core - By default it will not compile with the rtp_player. In order to compile it is necessary to: + For windows: uncomment the line "PORTAUDIO_DIR=$(WIRESHARK_LIBS)\portaudio_v18_1" in config.nmake + For linux: using the "--with-portaudio=yes" svn path=/trunk/; revision=19094
2006-08-30 21:51:31 +00:00
!ENDIF
Use config and makefile from Chris Maynard and Luis instead. svn path=/trunk/; revision=22672
2007-08-26 20:03:23 +00:00
!IFDEF SMI_DIR
Verify existence of required downloaded library packages during make after Makefile.nmake updated svn path=/trunk/; revision=22769
2007-09-02 20:53:15 +00:00
@$(SH) tools\win32-setup.sh "$(WIN32_SETUP_OPT)" "$(WIRESHARK_LIBS)" \
Use Libsmi 0.4.8 svn path=/trunk/; revision=25147
2008-04-22 19:28:44 +00:00
. libsmi-0.4.8.zip
Use config and makefile from Chris Maynard and Luis instead. svn path=/trunk/; revision=22672
2007-08-26 20:03:23 +00:00
!ENDIF
From Alejandro Vaquero: - Change the "listen_rtp" to "rtp_player" - Change from a plugin to be part of the core - By default it will not compile with the rtp_player. In order to compile it is necessary to: + For windows: uncomment the line "PORTAUDIO_DIR=$(WIRESHARK_LIBS)\portaudio_v18_1" in config.nmake + For linux: using the "--with-portaudio=yes" svn path=/trunk/; revision=19094
2006-08-30 21:51:31 +00:00
lot's of GTK1 related code cleanup in the Win32 build process svn path=/trunk/; revision=24854
2008-04-09 03:48:16 +00:00
!IFDEF GTK_DIR
Use GTK+ 2.14.1 What's new in GTK+ 2.14 ======================= GTK+ 2.14 adds new functionality while maintaining source and binary compatibility with GTK+ 2.12. Highlights of new features and improvements in GTK+ 2.14 are: New widgets and objects * GdkAppLaunchContext, provides startup notification with g_app_info_launch() * GtkMountOperation, can ask for passwords when mounting volumes with g_volume_mount() * GtkToolShell, an interface for containers of GtkToolItems Noteworthy new APIs * gtk_show_uri(), a replacement for gnome_vfs_url_show() and gnome_url_show() * gtk_widget_get_snapshot(), using pixmap redirection to render snapshots of widgets Changes in the file chooser The file chooser uses GIO directly, loadable backends are no longer supported. Autocompletion in the file chooser entry has been improved. Changes in printing support The print dialog displays printer status information. Support for rearranging pages when printing multiple pages per sheet has been added to the cups backend. Accessibility support The gail module is shipped with GTK+, GtkBuilder supports accessibility attributes and GtkStatusIcon supports keyboard navigation. Internationalization support The compose sequences understood by GTK+'s builtin input method have been synchronized with recent X.org compose sequences, adding a large number of new sequences. GTK+ no longer uses translations when an application is not translated to the current locale. gdk-pixbuf changes * Support loading OS X icns format * Support loading JPEG 2000 images * Support loading and saving to GIO streams * Use GIO for mime information GDK changes GDK uses Xrandr instead of Xinerama to provide more (and dynamic) monitor information. Font configuration changes are now picked up at runtime, without an application restart. For more details and lists of fixed bugs, see the announcements for the 2.13.x development releases: http://mail.gnome.org/archives/gtk-devel-list/2008-February/msg00079.html http://mail.gnome.org/archives/gtk-devel-list/2008-May/msg00112.html http://mail.gnome.org/archives/gtk-devel-list/2008-June/msg00033.html http://mail.gnome.org/archives/gtk-devel-list/2008-June/msg00158.html http://mail.gnome.org/archives/gtk-devel-list/2008-July/msg00044.html http://mail.gnome.org/archives/gtk-devel-list/2008-July/msg00182.html http://mail.gnome.org/archives/gtk-devel-list/2008-August/msg00023.html http://mail.gnome.org/archives/gtk-devel-list/2008-August/msg00153.html svn path=/trunk/; revision=26148
2008-09-06 15:25:23 +00:00
!IF "$(GTK_INST_VERSION)" == "2.14"
@$(SH) tools\win32-setup.sh "$(WIN32_SETUP_OPT)" "$(WIRESHARK_LIBS)" \
Yet another GTK+ update... Overview of Changes from GTK+ 2.14.2 to 2.14.3 ============================================== * Revert problematic GtkAdjustment changes * Bugs fixed: 552837 mem leak in gtkimmulticontext 553000 incorrect i18n header in gtkfilesystem.c 553135 eog crash: assertion failed 552545 leaks GpImage svn path=/trunk/; revision=26273
2008-09-25 20:32:00 +00:00
gtk2 gtk2.14/gtk+_2.14.3-2_win32.zip
Use GTK+ 2.14.1 What's new in GTK+ 2.14 ======================= GTK+ 2.14 adds new functionality while maintaining source and binary compatibility with GTK+ 2.12. Highlights of new features and improvements in GTK+ 2.14 are: New widgets and objects * GdkAppLaunchContext, provides startup notification with g_app_info_launch() * GtkMountOperation, can ask for passwords when mounting volumes with g_volume_mount() * GtkToolShell, an interface for containers of GtkToolItems Noteworthy new APIs * gtk_show_uri(), a replacement for gnome_vfs_url_show() and gnome_url_show() * gtk_widget_get_snapshot(), using pixmap redirection to render snapshots of widgets Changes in the file chooser The file chooser uses GIO directly, loadable backends are no longer supported. Autocompletion in the file chooser entry has been improved. Changes in printing support The print dialog displays printer status information. Support for rearranging pages when printing multiple pages per sheet has been added to the cups backend. Accessibility support The gail module is shipped with GTK+, GtkBuilder supports accessibility attributes and GtkStatusIcon supports keyboard navigation. Internationalization support The compose sequences understood by GTK+'s builtin input method have been synchronized with recent X.org compose sequences, adding a large number of new sequences. GTK+ no longer uses translations when an application is not translated to the current locale. gdk-pixbuf changes * Support loading OS X icns format * Support loading JPEG 2000 images * Support loading and saving to GIO streams * Use GIO for mime information GDK changes GDK uses Xrandr instead of Xinerama to provide more (and dynamic) monitor information. Font configuration changes are now picked up at runtime, without an application restart. For more details and lists of fixed bugs, see the announcements for the 2.13.x development releases: http://mail.gnome.org/archives/gtk-devel-list/2008-February/msg00079.html http://mail.gnome.org/archives/gtk-devel-list/2008-May/msg00112.html http://mail.gnome.org/archives/gtk-devel-list/2008-June/msg00033.html http://mail.gnome.org/archives/gtk-devel-list/2008-June/msg00158.html http://mail.gnome.org/archives/gtk-devel-list/2008-July/msg00044.html http://mail.gnome.org/archives/gtk-devel-list/2008-July/msg00182.html http://mail.gnome.org/archives/gtk-devel-list/2008-August/msg00023.html http://mail.gnome.org/archives/gtk-devel-list/2008-August/msg00153.html svn path=/trunk/; revision=26148
2008-09-06 15:25:23 +00:00
@$(SH) tools\win32-setup.sh "$(WIN32_SETUP_OPT)" "$(WIRESHARK_LIBS)" \
Yet another GTK+ update... Overview of Changes from GTK+ 2.14.2 to 2.14.3 ============================================== * Revert problematic GtkAdjustment changes * Bugs fixed: 552837 mem leak in gtkimmulticontext 553000 incorrect i18n header in gtkfilesystem.c 553135 eog crash: assertion failed 552545 leaks GpImage svn path=/trunk/; revision=26273
2008-09-25 20:32:00 +00:00
gtk2 gtk2.14/gtk+-dev_2.14.3-2_win32.zip
Use GTK+ 2.14.1 What's new in GTK+ 2.14 ======================= GTK+ 2.14 adds new functionality while maintaining source and binary compatibility with GTK+ 2.12. Highlights of new features and improvements in GTK+ 2.14 are: New widgets and objects * GdkAppLaunchContext, provides startup notification with g_app_info_launch() * GtkMountOperation, can ask for passwords when mounting volumes with g_volume_mount() * GtkToolShell, an interface for containers of GtkToolItems Noteworthy new APIs * gtk_show_uri(), a replacement for gnome_vfs_url_show() and gnome_url_show() * gtk_widget_get_snapshot(), using pixmap redirection to render snapshots of widgets Changes in the file chooser The file chooser uses GIO directly, loadable backends are no longer supported. Autocompletion in the file chooser entry has been improved. Changes in printing support The print dialog displays printer status information. Support for rearranging pages when printing multiple pages per sheet has been added to the cups backend. Accessibility support The gail module is shipped with GTK+, GtkBuilder supports accessibility attributes and GtkStatusIcon supports keyboard navigation. Internationalization support The compose sequences understood by GTK+'s builtin input method have been synchronized with recent X.org compose sequences, adding a large number of new sequences. GTK+ no longer uses translations when an application is not translated to the current locale. gdk-pixbuf changes * Support loading OS X icns format * Support loading JPEG 2000 images * Support loading and saving to GIO streams * Use GIO for mime information GDK changes GDK uses Xrandr instead of Xinerama to provide more (and dynamic) monitor information. Font configuration changes are now picked up at runtime, without an application restart. For more details and lists of fixed bugs, see the announcements for the 2.13.x development releases: http://mail.gnome.org/archives/gtk-devel-list/2008-February/msg00079.html http://mail.gnome.org/archives/gtk-devel-list/2008-May/msg00112.html http://mail.gnome.org/archives/gtk-devel-list/2008-June/msg00033.html http://mail.gnome.org/archives/gtk-devel-list/2008-June/msg00158.html http://mail.gnome.org/archives/gtk-devel-list/2008-July/msg00044.html http://mail.gnome.org/archives/gtk-devel-list/2008-July/msg00182.html http://mail.gnome.org/archives/gtk-devel-list/2008-August/msg00023.html http://mail.gnome.org/archives/gtk-devel-list/2008-August/msg00153.html svn path=/trunk/; revision=26148
2008-09-06 15:25:23 +00:00
@$(SH) tools\win32-setup.sh "$(WIN32_SETUP_OPT)" "$(WIRESHARK_LIBS)" \
Yet another GTK+ update... Overview of Changes from GTK+ 2.14.2 to 2.14.3 ============================================== * Revert problematic GtkAdjustment changes * Bugs fixed: 552837 mem leak in gtkimmulticontext 553000 incorrect i18n header in gtkfilesystem.c 553135 eog crash: assertion failed 552545 leaks GpImage svn path=/trunk/; revision=26273
2008-09-25 20:32:00 +00:00
gtk2 gtk2.14/cairo_1.7.6-1_win32.zip
Use GTK+ 2.14.1 What's new in GTK+ 2.14 ======================= GTK+ 2.14 adds new functionality while maintaining source and binary compatibility with GTK+ 2.12. Highlights of new features and improvements in GTK+ 2.14 are: New widgets and objects * GdkAppLaunchContext, provides startup notification with g_app_info_launch() * GtkMountOperation, can ask for passwords when mounting volumes with g_volume_mount() * GtkToolShell, an interface for containers of GtkToolItems Noteworthy new APIs * gtk_show_uri(), a replacement for gnome_vfs_url_show() and gnome_url_show() * gtk_widget_get_snapshot(), using pixmap redirection to render snapshots of widgets Changes in the file chooser The file chooser uses GIO directly, loadable backends are no longer supported. Autocompletion in the file chooser entry has been improved. Changes in printing support The print dialog displays printer status information. Support for rearranging pages when printing multiple pages per sheet has been added to the cups backend. Accessibility support The gail module is shipped with GTK+, GtkBuilder supports accessibility attributes and GtkStatusIcon supports keyboard navigation. Internationalization support The compose sequences understood by GTK+'s builtin input method have been synchronized with recent X.org compose sequences, adding a large number of new sequences. GTK+ no longer uses translations when an application is not translated to the current locale. gdk-pixbuf changes * Support loading OS X icns format * Support loading JPEG 2000 images * Support loading and saving to GIO streams * Use GIO for mime information GDK changes GDK uses Xrandr instead of Xinerama to provide more (and dynamic) monitor information. Font configuration changes are now picked up at runtime, without an application restart. For more details and lists of fixed bugs, see the announcements for the 2.13.x development releases: http://mail.gnome.org/archives/gtk-devel-list/2008-February/msg00079.html http://mail.gnome.org/archives/gtk-devel-list/2008-May/msg00112.html http://mail.gnome.org/archives/gtk-devel-list/2008-June/msg00033.html http://mail.gnome.org/archives/gtk-devel-list/2008-June/msg00158.html http://mail.gnome.org/archives/gtk-devel-list/2008-July/msg00044.html http://mail.gnome.org/archives/gtk-devel-list/2008-July/msg00182.html http://mail.gnome.org/archives/gtk-devel-list/2008-August/msg00023.html http://mail.gnome.org/archives/gtk-devel-list/2008-August/msg00153.html svn path=/trunk/; revision=26148
2008-09-06 15:25:23 +00:00
@$(SH) tools\win32-setup.sh "$(WIN32_SETUP_OPT)" "$(WIRESHARK_LIBS)" \
Yet another GTK+ update... Overview of Changes from GTK+ 2.14.2 to 2.14.3 ============================================== * Revert problematic GtkAdjustment changes * Bugs fixed: 552837 mem leak in gtkimmulticontext 553000 incorrect i18n header in gtkfilesystem.c 553135 eog crash: assertion failed 552545 leaks GpImage svn path=/trunk/; revision=26273
2008-09-25 20:32:00 +00:00
gtk2 gtk2.14/cairo-dev_1.7.6-1_win32.zip
Use GTK+ 2.14.1 What's new in GTK+ 2.14 ======================= GTK+ 2.14 adds new functionality while maintaining source and binary compatibility with GTK+ 2.12. Highlights of new features and improvements in GTK+ 2.14 are: New widgets and objects * GdkAppLaunchContext, provides startup notification with g_app_info_launch() * GtkMountOperation, can ask for passwords when mounting volumes with g_volume_mount() * GtkToolShell, an interface for containers of GtkToolItems Noteworthy new APIs * gtk_show_uri(), a replacement for gnome_vfs_url_show() and gnome_url_show() * gtk_widget_get_snapshot(), using pixmap redirection to render snapshots of widgets Changes in the file chooser The file chooser uses GIO directly, loadable backends are no longer supported. Autocompletion in the file chooser entry has been improved. Changes in printing support The print dialog displays printer status information. Support for rearranging pages when printing multiple pages per sheet has been added to the cups backend. Accessibility support The gail module is shipped with GTK+, GtkBuilder supports accessibility attributes and GtkStatusIcon supports keyboard navigation. Internationalization support The compose sequences understood by GTK+'s builtin input method have been synchronized with recent X.org compose sequences, adding a large number of new sequences. GTK+ no longer uses translations when an application is not translated to the current locale. gdk-pixbuf changes * Support loading OS X icns format * Support loading JPEG 2000 images * Support loading and saving to GIO streams * Use GIO for mime information GDK changes GDK uses Xrandr instead of Xinerama to provide more (and dynamic) monitor information. Font configuration changes are now picked up at runtime, without an application restart. For more details and lists of fixed bugs, see the announcements for the 2.13.x development releases: http://mail.gnome.org/archives/gtk-devel-list/2008-February/msg00079.html http://mail.gnome.org/archives/gtk-devel-list/2008-May/msg00112.html http://mail.gnome.org/archives/gtk-devel-list/2008-June/msg00033.html http://mail.gnome.org/archives/gtk-devel-list/2008-June/msg00158.html http://mail.gnome.org/archives/gtk-devel-list/2008-July/msg00044.html http://mail.gnome.org/archives/gtk-devel-list/2008-July/msg00182.html http://mail.gnome.org/archives/gtk-devel-list/2008-August/msg00023.html http://mail.gnome.org/archives/gtk-devel-list/2008-August/msg00153.html svn path=/trunk/; revision=26148
2008-09-06 15:25:23 +00:00
@$(SH) tools\win32-setup.sh "$(WIN32_SETUP_OPT)" "$(WIRESHARK_LIBS)" \
Yet another GTK+ update... Overview of Changes from GTK+ 2.14.2 to 2.14.3 ============================================== * Revert problematic GtkAdjustment changes * Bugs fixed: 552837 mem leak in gtkimmulticontext 553000 incorrect i18n header in gtkfilesystem.c 553135 eog crash: assertion failed 552545 leaks GpImage svn path=/trunk/; revision=26273
2008-09-25 20:32:00 +00:00
gtk2 gtk2.14/atk_1.24.0-1_win32.zip
Use GTK+ 2.14.1 What's new in GTK+ 2.14 ======================= GTK+ 2.14 adds new functionality while maintaining source and binary compatibility with GTK+ 2.12. Highlights of new features and improvements in GTK+ 2.14 are: New widgets and objects * GdkAppLaunchContext, provides startup notification with g_app_info_launch() * GtkMountOperation, can ask for passwords when mounting volumes with g_volume_mount() * GtkToolShell, an interface for containers of GtkToolItems Noteworthy new APIs * gtk_show_uri(), a replacement for gnome_vfs_url_show() and gnome_url_show() * gtk_widget_get_snapshot(), using pixmap redirection to render snapshots of widgets Changes in the file chooser The file chooser uses GIO directly, loadable backends are no longer supported. Autocompletion in the file chooser entry has been improved. Changes in printing support The print dialog displays printer status information. Support for rearranging pages when printing multiple pages per sheet has been added to the cups backend. Accessibility support The gail module is shipped with GTK+, GtkBuilder supports accessibility attributes and GtkStatusIcon supports keyboard navigation. Internationalization support The compose sequences understood by GTK+'s builtin input method have been synchronized with recent X.org compose sequences, adding a large number of new sequences. GTK+ no longer uses translations when an application is not translated to the current locale. gdk-pixbuf changes * Support loading OS X icns format * Support loading JPEG 2000 images * Support loading and saving to GIO streams * Use GIO for mime information GDK changes GDK uses Xrandr instead of Xinerama to provide more (and dynamic) monitor information. Font configuration changes are now picked up at runtime, without an application restart. For more details and lists of fixed bugs, see the announcements for the 2.13.x development releases: http://mail.gnome.org/archives/gtk-devel-list/2008-February/msg00079.html http://mail.gnome.org/archives/gtk-devel-list/2008-May/msg00112.html http://mail.gnome.org/archives/gtk-devel-list/2008-June/msg00033.html http://mail.gnome.org/archives/gtk-devel-list/2008-June/msg00158.html http://mail.gnome.org/archives/gtk-devel-list/2008-July/msg00044.html http://mail.gnome.org/archives/gtk-devel-list/2008-July/msg00182.html http://mail.gnome.org/archives/gtk-devel-list/2008-August/msg00023.html http://mail.gnome.org/archives/gtk-devel-list/2008-August/msg00153.html svn path=/trunk/; revision=26148
2008-09-06 15:25:23 +00:00
@$(SH) tools\win32-setup.sh "$(WIN32_SETUP_OPT)" "$(WIRESHARK_LIBS)" \
Yet another GTK+ update... Overview of Changes from GTK+ 2.14.2 to 2.14.3 ============================================== * Revert problematic GtkAdjustment changes * Bugs fixed: 552837 mem leak in gtkimmulticontext 553000 incorrect i18n header in gtkfilesystem.c 553135 eog crash: assertion failed 552545 leaks GpImage svn path=/trunk/; revision=26273
2008-09-25 20:32:00 +00:00
gtk2 gtk2.14/atk-dev_1.24.0-1_win32.zip
Use GTK+ 2.14.1 What's new in GTK+ 2.14 ======================= GTK+ 2.14 adds new functionality while maintaining source and binary compatibility with GTK+ 2.12. Highlights of new features and improvements in GTK+ 2.14 are: New widgets and objects * GdkAppLaunchContext, provides startup notification with g_app_info_launch() * GtkMountOperation, can ask for passwords when mounting volumes with g_volume_mount() * GtkToolShell, an interface for containers of GtkToolItems Noteworthy new APIs * gtk_show_uri(), a replacement for gnome_vfs_url_show() and gnome_url_show() * gtk_widget_get_snapshot(), using pixmap redirection to render snapshots of widgets Changes in the file chooser The file chooser uses GIO directly, loadable backends are no longer supported. Autocompletion in the file chooser entry has been improved. Changes in printing support The print dialog displays printer status information. Support for rearranging pages when printing multiple pages per sheet has been added to the cups backend. Accessibility support The gail module is shipped with GTK+, GtkBuilder supports accessibility attributes and GtkStatusIcon supports keyboard navigation. Internationalization support The compose sequences understood by GTK+'s builtin input method have been synchronized with recent X.org compose sequences, adding a large number of new sequences. GTK+ no longer uses translations when an application is not translated to the current locale. gdk-pixbuf changes * Support loading OS X icns format * Support loading JPEG 2000 images * Support loading and saving to GIO streams * Use GIO for mime information GDK changes GDK uses Xrandr instead of Xinerama to provide more (and dynamic) monitor information. Font configuration changes are now picked up at runtime, without an application restart. For more details and lists of fixed bugs, see the announcements for the 2.13.x development releases: http://mail.gnome.org/archives/gtk-devel-list/2008-February/msg00079.html http://mail.gnome.org/archives/gtk-devel-list/2008-May/msg00112.html http://mail.gnome.org/archives/gtk-devel-list/2008-June/msg00033.html http://mail.gnome.org/archives/gtk-devel-list/2008-June/msg00158.html http://mail.gnome.org/archives/gtk-devel-list/2008-July/msg00044.html http://mail.gnome.org/archives/gtk-devel-list/2008-July/msg00182.html http://mail.gnome.org/archives/gtk-devel-list/2008-August/msg00023.html http://mail.gnome.org/archives/gtk-devel-list/2008-August/msg00153.html svn path=/trunk/; revision=26148
2008-09-06 15:25:23 +00:00
@$(SH) tools\win32-setup.sh "$(WIN32_SETUP_OPT)" "$(WIRESHARK_LIBS)" \
Yet another GTK+ update... Overview of Changes from GTK+ 2.14.2 to 2.14.3 ============================================== * Revert problematic GtkAdjustment changes * Bugs fixed: 552837 mem leak in gtkimmulticontext 553000 incorrect i18n header in gtkfilesystem.c 553135 eog crash: assertion failed 552545 leaks GpImage svn path=/trunk/; revision=26273
2008-09-25 20:32:00 +00:00
gtk2 gtk2.14/libpng_1.2.32-1_win32.zip
Use GTK+ 2.14.1 What's new in GTK+ 2.14 ======================= GTK+ 2.14 adds new functionality while maintaining source and binary compatibility with GTK+ 2.12. Highlights of new features and improvements in GTK+ 2.14 are: New widgets and objects * GdkAppLaunchContext, provides startup notification with g_app_info_launch() * GtkMountOperation, can ask for passwords when mounting volumes with g_volume_mount() * GtkToolShell, an interface for containers of GtkToolItems Noteworthy new APIs * gtk_show_uri(), a replacement for gnome_vfs_url_show() and gnome_url_show() * gtk_widget_get_snapshot(), using pixmap redirection to render snapshots of widgets Changes in the file chooser The file chooser uses GIO directly, loadable backends are no longer supported. Autocompletion in the file chooser entry has been improved. Changes in printing support The print dialog displays printer status information. Support for rearranging pages when printing multiple pages per sheet has been added to the cups backend. Accessibility support The gail module is shipped with GTK+, GtkBuilder supports accessibility attributes and GtkStatusIcon supports keyboard navigation. Internationalization support The compose sequences understood by GTK+'s builtin input method have been synchronized with recent X.org compose sequences, adding a large number of new sequences. GTK+ no longer uses translations when an application is not translated to the current locale. gdk-pixbuf changes * Support loading OS X icns format * Support loading JPEG 2000 images * Support loading and saving to GIO streams * Use GIO for mime information GDK changes GDK uses Xrandr instead of Xinerama to provide more (and dynamic) monitor information. Font configuration changes are now picked up at runtime, without an application restart. For more details and lists of fixed bugs, see the announcements for the 2.13.x development releases: http://mail.gnome.org/archives/gtk-devel-list/2008-February/msg00079.html http://mail.gnome.org/archives/gtk-devel-list/2008-May/msg00112.html http://mail.gnome.org/archives/gtk-devel-list/2008-June/msg00033.html http://mail.gnome.org/archives/gtk-devel-list/2008-June/msg00158.html http://mail.gnome.org/archives/gtk-devel-list/2008-July/msg00044.html http://mail.gnome.org/archives/gtk-devel-list/2008-July/msg00182.html http://mail.gnome.org/archives/gtk-devel-list/2008-August/msg00023.html http://mail.gnome.org/archives/gtk-devel-list/2008-August/msg00153.html svn path=/trunk/; revision=26148
2008-09-06 15:25:23 +00:00
@$(SH) tools\win32-setup.sh "$(WIN32_SETUP_OPT)" "$(WIRESHARK_LIBS)" \
gtk2 gtk2.14/tiff-3.8.2-1-bin.zip
@$(SH) tools\win32-setup.sh "$(WIN32_SETUP_OPT)" "$(WIRESHARK_LIBS)" \
gtk2 gtk2.14/jpeg-6b-4-bin.zip
!ELSEIF "$(GTK_INST_VERSION)" == "2.12"
Verify existence of required downloaded library packages during make after Makefile.nmake updated svn path=/trunk/; revision=22769
2007-09-02 20:53:15 +00:00
@$(SH) tools\win32-setup.sh "$(WIN32_SETUP_OPT)" "$(WIRESHARK_LIBS)" \
Use the latest GTK libraries for GTK+ 2.12.11 svn path=/trunk/; revision=25777
2008-07-21 10:03:47 +00:00
gtk2 gtk2.12/gtk+-2.12.11.zip
Verify existence of required downloaded library packages during make after Makefile.nmake updated svn path=/trunk/; revision=22769
2007-09-02 20:53:15 +00:00
@$(SH) tools\win32-setup.sh "$(WIN32_SETUP_OPT)" "$(WIRESHARK_LIBS)" \
Use the latest GTK libraries for GTK+ 2.12.11 svn path=/trunk/; revision=25777
2008-07-21 10:03:47 +00:00
gtk2 gtk2.12/gtk+-dev-2.12.11.zip
Verify existence of required downloaded library packages during make after Makefile.nmake updated svn path=/trunk/; revision=22769
2007-09-02 20:53:15 +00:00
@$(SH) tools\win32-setup.sh "$(WIN32_SETUP_OPT)" "$(WIRESHARK_LIBS)" \
Use GTK+ 2.12.10 svn path=/trunk/; revision=25437
2008-06-10 05:35:38 +00:00
gtk2 gtk2.12/cairo-1.6.4-2.zip
Verify existence of required downloaded library packages during make after Makefile.nmake updated svn path=/trunk/; revision=22769
2007-09-02 20:53:15 +00:00
@$(SH) tools\win32-setup.sh "$(WIN32_SETUP_OPT)" "$(WIRESHARK_LIBS)" \
Use GTK+ 2.12.10 svn path=/trunk/; revision=25437
2008-06-10 05:35:38 +00:00
gtk2 gtk2.12/cairo-dev-1.6.4-2.zip
Verify existence of required downloaded library packages during make after Makefile.nmake updated svn path=/trunk/; revision=22769
2007-09-02 20:53:15 +00:00
@$(SH) tools\win32-setup.sh "$(WIN32_SETUP_OPT)" "$(WIRESHARK_LIBS)" \
Use the latest GTK libraries. svn path=/trunk/; revision=24711
2008-03-21 16:15:21 +00:00
gtk2 gtk2.12/atk-1.22.0.zip
Verify existence of required downloaded library packages during make after Makefile.nmake updated svn path=/trunk/; revision=22769
2007-09-02 20:53:15 +00:00
@$(SH) tools\win32-setup.sh "$(WIN32_SETUP_OPT)" "$(WIRESHARK_LIBS)" \
Use the latest GTK libraries. svn path=/trunk/; revision=24711
2008-03-21 16:15:21 +00:00
gtk2 gtk2.12/atk-dev-1.22.0.zip
Verify existence of required downloaded library packages during make after Makefile.nmake updated svn path=/trunk/; revision=22769
2007-09-02 20:53:15 +00:00
@$(SH) tools\win32-setup.sh "$(WIN32_SETUP_OPT)" "$(WIRESHARK_LIBS)" \
Use GTK+ 2.12.10 svn path=/trunk/; revision=25437
2008-06-10 05:35:38 +00:00
gtk2 gtk2.12/libpng-1.2.29.zip
Verify existence of required downloaded library packages during make after Makefile.nmake updated svn path=/trunk/; revision=22769
2007-09-02 20:53:15 +00:00
@$(SH) tools\win32-setup.sh "$(WIN32_SETUP_OPT)" "$(WIRESHARK_LIBS)" \
Use GTK+ 2.12 svn path=/trunk/; revision=22955
2007-09-25 16:09:58 +00:00
gtk2 gtk2.12/tiff-3.8.2-1-bin.zip
Verify existence of required downloaded library packages during make after Makefile.nmake updated svn path=/trunk/; revision=22769
2007-09-02 20:53:15 +00:00
@$(SH) tools\win32-setup.sh "$(WIN32_SETUP_OPT)" "$(WIRESHARK_LIBS)" \
Use GTK+ 2.12 svn path=/trunk/; revision=22955
2007-09-25 16:09:58 +00:00
gtk2 gtk2.12/jpeg-6b-4-bin.zip
add GTK2.4 and alike libs to the setup target, depending on settings in config.nmake svn path=/trunk/; revision=11200
2004-06-20 20:22:09 +00:00
!ELSE
lot's of GTK1 related code cleanup in the Win32 build process svn path=/trunk/; revision=24854
2008-04-09 03:48:16 +00:00
!ERROR ? Unknown or invalid GTK_INST_VERSION
GTK Wimp has it's own setting: GTK_WIMP_DIR, the setup target should use it accordingly svn path=/trunk/; revision=10894
2004-05-14 16:23:38 +00:00
!ENDIF
Yet another GTK+ update... Overview of Changes from GTK+ 2.14.2 to 2.14.3 ============================================== * Revert problematic GtkAdjustment changes * Bugs fixed: 552837 mem leak in gtkimmulticontext 553000 incorrect i18n header in gtkfilesystem.c 553135 eog crash: assertion failed 552545 leaks GpImage svn path=/trunk/; revision=26273
2008-09-25 20:32:00 +00:00
!IF "$(PANGO_INST_VERSION)" == "1.22"
Verify existence of required downloaded library packages during make after Makefile.nmake updated svn path=/trunk/; revision=22769
2007-09-02 20:53:15 +00:00
@$(SH) tools\win32-setup.sh "$(WIN32_SETUP_OPT)" "$(WIRESHARK_LIBS)" \
Yet another GTK+ update... Overview of Changes from GTK+ 2.14.2 to 2.14.3 ============================================== * Revert problematic GtkAdjustment changes * Bugs fixed: 552837 mem leak in gtkimmulticontext 553000 incorrect i18n header in gtkfilesystem.c 553135 eog crash: assertion failed 552545 leaks GpImage svn path=/trunk/; revision=26273
2008-09-25 20:32:00 +00:00
gtk2 gtk2.14/pango_1.22.0-1_win32.zip
Verify existence of required downloaded library packages during make after Makefile.nmake updated svn path=/trunk/; revision=22769
2007-09-02 20:53:15 +00:00
@$(SH) tools\win32-setup.sh "$(WIN32_SETUP_OPT)" "$(WIRESHARK_LIBS)" \
Yet another GTK+ update... Overview of Changes from GTK+ 2.14.2 to 2.14.3 ============================================== * Revert problematic GtkAdjustment changes * Bugs fixed: 552837 mem leak in gtkimmulticontext 553000 incorrect i18n header in gtkfilesystem.c 553135 eog crash: assertion failed 552545 leaks GpImage svn path=/trunk/; revision=26273
2008-09-25 20:32:00 +00:00
gtk2 gtk2.14/pango-dev_1.22.0-1_win32.zip
add GTK2.4 and alike libs to the setup target, depending on settings in config.nmake svn path=/trunk/; revision=11200
2004-06-20 20:22:09 +00:00
!ELSE
Clean-up: remove obsolete references to GTK libraries, ETHEREAL_EUG_DIR, etc svn path=/trunk/; revision=24365
2008-02-16 21:07:19 +00:00
!ERROR ? Unknown or invalid PANGO_INST_VERSION
add GTK2.4 and alike libs to the setup target, depending on settings in config.nmake svn path=/trunk/; revision=11200
2004-06-20 20:22:09 +00:00
!ENDIF
!ENDIF
add the user-guide as a component to the setup target svn path=/trunk/; revision=20495
2007-01-19 01:10:59 +00:00
!IFDEF HHC_DIR
Verify existence of required downloaded library packages during make after Makefile.nmake updated svn path=/trunk/; revision=22769
2007-09-02 20:53:15 +00:00
@$(SH) tools\win32-setup.sh "$(WIN32_SETUP_OPT)" "$(WIRESHARK_LIBS)" \
Update to the latest User's Guide. svn path=/trunk/; revision=24684
2008-03-18 02:11:03 +00:00
user-guide user-guide-24665.zip
Support for the automatic configuration of the UPX dll/exe packer. config.nmake - default UPX to the downloaded version in $WIRESHARK_LIBS win32-setup.sh - updated to also add executables bit to exes - and also use new tag Makefile.nmake - to download UPX (and also use new version of user-guide) svn path=/trunk/; revision=23562
2007-11-24 11:45:51 +00:00
!ENDIF
!IFDEF UPX
@$(SH) tools\win32-setup.sh "$(WIN32_SETUP_OPT)" "$(WIRESHARK_LIBS)" \
. upx301w.zip
Build with assembler support (NASM). svn path=/trunk/; revision=23947
2007-12-25 15:55:19 +00:00
!ENDIF
!IFDEF NASM
@$(SH) tools\win32-setup.sh "$(WIN32_SETUP_OPT)" "$(WIRESHARK_LIBS)" \
Update to WpdPack 4.0.2 and NASM 2.02 svn path=/trunk/; revision=25278
2008-05-12 19:13:55 +00:00
. nasm-2.02-win32.zip
Add --settag and --checktag arguments to win32-setup.sh, which respectively save and verify the current download tag. Add --settag and --checktag calls to the process_libs target. (This should automatically notify everyone when wireshark-win32-libs is updated, which I tend to forget to do.) svn path=/trunk/; revision=25931
2008-08-05 17:00:34 +00:00
!ENDIF
!IF "$(WIN32_SETUP_OPT)" == "--download"
@$(SH) tools\win32-setup.sh --settag "$(WIRESHARK_LIBS)"
Modify the "setup" target to download the packages we've defined, so that we don't download the GTK2 packages unless we have GTK2_DIR defined. Fix some path checking in win32-setup.sh. svn path=/trunk/; revision=10577
2004-04-09 16:54:07 +00:00
!ENDIF
@echo.
ethereal->wireshark updates svn path=/trunk/; revision=18206
2006-05-22 08:14:01 +00:00
@echo Wireshark is ready to build.
From Lars Roland: "make distclean" now removes "cvsversion.h"; new "update_plugin_api" which just builds the "xyzzy" target in the plugins subdirectory but makes sure that "config.h" has been generated, added. svn path=/trunk/; revision=10672
2004-04-23 05:19:49 +00:00
Add rawshark, a utility that, when given raw pcap-formatted packets and a list of fields, prints the field values found in each packet. Packet data can be specified as a libpcap DLT, e.g. "EN10MB" or an upper-layer protocol, e.g. "http". svn path=/trunk/; revision=24339
2008-02-15 23:20:32 +00:00
# Cleanup files installed by the setup target. It will not remove the
added a clean_setup target, to cleanup the unzipped files svn path=/trunk/; revision=11977
2004-09-12 10:07:23 +00:00
# downloaded zip files.
Add rawshark, a utility that, when given raw pcap-formatted packets and a list of fields, prints the field values found in each packet. Packet data can be specified as a libpcap DLT, e.g. "EN10MB" or an upper-layer protocol, e.g. "http". svn path=/trunk/; revision=24339
2008-02-15 23:20:32 +00:00
# WHEN UPDATING LIBRARY VERSIONS, KEEP ALSO ONE FORMER VERSION SO
# UPDATING REMOVES THE FORMER USER DIRS
added a clean_setup target, to cleanup the unzipped files svn path=/trunk/; revision=11977
2004-09-12 10:07:23 +00:00
clean_setup:
From Pascal Quantin via bug 2719: Fix support for Microsoft Visual C++ 2008. From me: Instead of adding adns_config.h, place it a custom adns package in wireshark-win32-libs. Update tools/win32-setup.sh accordingly. Split the MSVC2008EE variant into MSVC2008 and MSVC2008EE, similar to MSVC2005 and MSVC2005EE. We have to worry about vcredist_x86.exe in both cases. Add Pascal to AUTHORS. Update the Developer's Guide. svn path=/trunk/; revision=25921
2008-08-04 23:05:32 +00:00
rm -r -f $(WIRESHARK_LIBS)/adns-1.0-win32-05ws
Add /D_BIND_TO_CURRENT_CRT_VERSION=1 to LOCAL_CFLAGS in modern versions of Visual C++. (How did this "feature" ever see the light of day?) Make sure we use LOCAL_CFLAGS *everywhere*. This should fix problems with building a usable installer under Visual Studio 2008 SP1. Add comments with links to Visual C++'s idiotic handling of assemblies and deployment using xcopy. Move to c-ares 1.5.3. Make sure we remove all of our manifests in epan and packaging/u3/tools. svn path=/trunk/; revision=26219
2008-09-16 21:08:18 +00:00
rm -r -f $(WIRESHARK_LIBS)/c-ares-1.5.3ws
Missed a change. svn path=/trunk/; revision=19696
2006-10-26 07:34:10 +00:00
rm -r -f $(WIRESHARK_LIBS)/gettext-0.14.5
From Chris Maynard: Add missing clean_setup items; svn path=/trunk/; revision=24497
2008-02-28 14:54:05 +00:00
rm -r -f $(WIRESHARK_LIBS)/gettext-runtime-0.17
rm -r -f $(WIRESHARK_LIBS)/gettext-runtime-0.17-1
ETHEREAL_LIBS -> WIRESHARK_LIBS svn path=/trunk/; revision=18250
2006-05-30 01:26:47 +00:00
rm -r -f $(WIRESHARK_LIBS)/glib
Update to the latest Win32 libs: Net-SNMP 5.4 and GNUTLS 1.6.1. Enable AirPcap. svn path=/trunk/; revision=20321
2007-01-05 01:35:23 +00:00
rm -r -f $(WIRESHARK_LIBS)/gnutls-1.6.1-1
Update GnuTls to gnutls-2.3.8-1 svn path=/trunk/; revision=25309
2008-05-16 06:53:15 +00:00
rm -r -f $(WIRESHARK_LIBS)/gnutls-2.3.8-1
Hmmm, don't optimize too much :-) also fix the clean_setup svn path=/trunk/; revision=19199
2006-09-12 01:04:35 +00:00
rm -r -f $(WIRESHARK_LIBS)/gtk2
ETHEREAL_LIBS -> WIRESHARK_LIBS svn path=/trunk/; revision=18250
2006-05-30 01:26:47 +00:00
rm -r -f $(WIRESHARK_LIBS)/gtk+
Hmmm, don't optimize too much :-) also fix the clean_setup svn path=/trunk/; revision=19199
2006-09-12 01:04:35 +00:00
rm -r -f $(WIRESHARK_LIBS)/gtk-wimp
rm -r -f $(WIRESHARK_LIBS)/kfw-2.5
ETHEREAL_LIBS -> WIRESHARK_LIBS svn path=/trunk/; revision=18250
2006-05-30 01:26:47 +00:00
rm -r -f $(WIRESHARK_LIBS)/libiconv-1.9.1.bin.woe32
use luaforge's 5.1 dll to be able to link on windows. fix some mistakes svn path=/trunk/; revision=19331
2006-09-27 00:45:55 +00:00
rm -r -f $(WIRESHARK_LIBS)/lua5.1
Use config and makefile from Chris Maynard and Luis instead. svn path=/trunk/; revision=22672
2007-08-26 20:03:23 +00:00
rm -r -f $(WIRESHARK_LIBS)/libsmi-0.4.5
Use Libsmi 0.4.8 svn path=/trunk/; revision=25147
2008-04-22 19:28:44 +00:00
rm -r -f $(WIRESHARK_LIBS)/libsmi-0.4.8
From Chris Maynard: Add missing clean_setup items; svn path=/trunk/; revision=24497
2008-02-28 14:54:05 +00:00
rm -r -f $(WIRESHARK_LIBS)/nasm-2.00
Update to WpdPack 4.0.2 and NASM 2.02 svn path=/trunk/; revision=25278
2008-05-12 19:13:55 +00:00
rm -r -f $(WIRESHARK_LIBS)/nasm-2.02
Hmmm, don't optimize too much :-) also fix the clean_setup svn path=/trunk/; revision=19199
2006-09-12 01:04:35 +00:00
rm -r -f $(WIRESHARK_LIBS)/pcre-6.4
Use gtk+ 2.12.8 glib 2.12.6-2 and pcre 7.0. ( Problem seemed to be with pxbuffloaders). svn path=/trunk/; revision=24357
2008-02-16 16:35:49 +00:00
rm -r -f $(WIRESHARK_LIBS)/pcre-7.0
Use portaudio v19. svn path=/trunk/; revision=20225
2006-12-27 22:21:46 +00:00
rm -r -f $(WIRESHARK_LIBS)/portaudio_v19
Update to Portaudio pa_stable_v19_20071207 svn path=/trunk/; revision=25285
2008-05-13 07:39:23 +00:00
rm -r -f $(WIRESHARK_LIBS)/portaudio_v19_2
add the user-guide as a component to the setup target svn path=/trunk/; revision=20495
2007-01-19 01:10:59 +00:00
rm -r -f $(WIRESHARK_LIBS)/user-guide
Hmmm, don't optimize too much :-) also fix the clean_setup svn path=/trunk/; revision=19199
2006-09-12 01:04:35 +00:00
rm -r -f $(WIRESHARK_LIBS)/WpdPack
don't spread the AirPcap DevPack files over the libs dir, unzip files into: AirPcap_Devpack_1_0_0_594 svn path=/trunk/; revision=20324
2007-01-05 05:23:02 +00:00
rm -r -f $(WIRESHARK_LIBS)/AirPcap_Devpack_1_0_0_594
minor clean_setup target enhancements svn path=/trunk/; revision=21040
2007-03-17 00:36:40 +00:00
rm -r -f $(WIRESHARK_LIBS)/zlib123
ETHEREAL_LIBS -> WIRESHARK_LIBS svn path=/trunk/; revision=18250
2006-05-30 01:26:47 +00:00
rm -r -f $(WIRESHARK_LIBS)/zlib123-dll
Support for the automatic configuration of the UPX dll/exe packer. config.nmake - default UPX to the downloaded version in $WIRESHARK_LIBS win32-setup.sh - updated to also add executables bit to exes - and also use new tag Makefile.nmake - to download UPX (and also use new version of user-guide) svn path=/trunk/; revision=23562
2007-11-24 11:45:51 +00:00
rm -r -f $(WIRESHARK_LIBS)/upx301w
added a clean_setup target, to cleanup the unzipped files svn path=/trunk/; revision=11977
2004-09-12 10:07:23 +00:00
Add an install-deps target to the nmake makefiles. This target will copy all files, mainly dlls, which are necessary to run (t)ethereal to the source tree. After copying all necessary dlls to the source tree, you can run (t)ethereal directly from the source tree. svn path=/trunk/; revision=14259
2005-05-01 23:03:45 +00:00
################################################################################
change the Win32 build environment, so we can create release zip files without the need of an installer - a feature requested from time to time. When this is matured, we might want to add these zip files (of GTK1 and GTK2 versions) to the released files. config.nmake contains the target INSTALL1_DIR and INSTALL2_DIR. I guess you can retain the previous behaviour by using . for both DIRs, though I never tested this... svn path=/trunk/; revision=19302
2006-09-23 01:39:07 +00:00
# Prepare the debug trees for running Wireshark/Tshark from there.
Add an install-deps target to the nmake makefiles. This target will copy all files, mainly dlls, which are necessary to run (t)ethereal to the source tree. After copying all necessary dlls to the source tree, you can run (t)ethereal directly from the source tree. svn path=/trunk/; revision=14259
2005-05-01 23:03:45 +00:00
################################################################################
lot's of GTK1 related code cleanup in the Win32 build process svn path=/trunk/; revision=24854
2008-04-09 03:48:16 +00:00
# prepare debugging of Wireshark in INSTALL_DIR
debug-wireshark: wireshark.exe install-generated-files
change the Win32 build environment, so we can create release zip files without the need of an installer - a feature requested from time to time. When this is matured, we might want to add these zip files (of GTK1 and GTK2 versions) to the released files. config.nmake contains the target INSTALL1_DIR and INSTALL2_DIR. I guess you can retain the previous behaviour by using . for both DIRs, though I never tested this... svn path=/trunk/; revision=19302
2006-09-23 01:39:07 +00:00
lot's of GTK1 related code cleanup in the Win32 build process svn path=/trunk/; revision=24854
2008-04-09 03:48:16 +00:00
# prepare debugging of tshark in INSTALL_DIR
debug-tshark: tshark.exe install-generated-files
Add rawshark, a utility that, when given raw pcap-formatted packets and a list of fields, prints the field values found in each packet. Packet data can be specified as a libpcap DLT, e.g. "EN10MB" or an upper-layer protocol, e.g. "http". svn path=/trunk/; revision=24339
2008-02-15 23:20:32 +00:00
lot's of GTK1 related code cleanup in the Win32 build process svn path=/trunk/; revision=24854
2008-04-09 03:48:16 +00:00
# prepare debugging of rawshark in INSTALL_DIR
debug-rawshark: rawshark.exe install-generated-files
if exist, the install targets should copy pdb and manifest files along with the exe and dll ones svn path=/trunk/; revision=20280
2007-01-03 00:10:57 +00:00
lot's of GTK1 related code cleanup in the Win32 build process svn path=/trunk/; revision=24854
2008-04-09 03:48:16 +00:00
# prepare debugging of dumpcap in INSTALL_DIR
debug-dumpcap: dumpcap.exe install-generated-files
change the Win32 build environment, so we can create release zip files without the need of an installer - a feature requested from time to time. When this is matured, we might want to add these zip files (of GTK1 and GTK2 versions) to the released files. config.nmake contains the target INSTALL1_DIR and INSTALL2_DIR. I guess you can retain the previous behaviour by using . for both DIRs, though I never tested this... svn path=/trunk/; revision=19302
2006-09-23 01:39:07 +00:00
Add an install-deps target to the nmake makefiles. This target will copy all files, mainly dlls, which are necessary to run (t)ethereal to the source tree. After copying all necessary dlls to the source tree, you can run (t)ethereal directly from the source tree. svn path=/trunk/; revision=14259
2005-05-01 23:03:45 +00:00
lot's of GTK1 related code cleanup in the Win32 build process svn path=/trunk/; revision=24854
2008-04-09 03:48:16 +00:00
# install generated files (exe, "our" libs, ...)
install-generated-files:
change the Win32 build environment, so we can create release zip files without the need of an installer - a feature requested from time to time. When this is matured, we might want to add these zip files (of GTK1 and GTK2 versions) to the released files. config.nmake contains the target INSTALL1_DIR and INSTALL2_DIR. I guess you can retain the previous behaviour by using . for both DIRs, though I never tested this... svn path=/trunk/; revision=19302
2006-09-23 01:39:07 +00:00
set copycmd=/y
From Pascal Quantin via bug 2719: Fix support for Microsoft Visual C++ 2008. From me: Instead of adding adns_config.h, place it a custom adns package in wireshark-win32-libs. Update tools/win32-setup.sh accordingly. Split the MSVC2008EE variant into MSVC2008 and MSVC2008EE, similar to MSVC2005 and MSVC2005EE. We have to worry about vcredist_x86.exe in both cases. Add Pascal to AUTHORS. Update the Developer's Guide. svn path=/trunk/; revision=25921
2008-08-04 23:05:32 +00:00
!IF "$(MSVC_VARIANT)" == "MSVC2008"
xcopy "$(MSVCR_DLL)" $(INSTALL_DIR)\*.*
first steps to support MSVC 2008 Express Edition svn path=/trunk/; revision=23691
2007-11-30 22:01:05 +00:00
!ENDIF
change the Win32 build environment, so we can create release zip files without the need of an installer - a feature requested from time to time. When this is matured, we might want to add these zip files (of GTK1 and GTK2 versions) to the released files. config.nmake contains the target INSTALL1_DIR and INSTALL2_DIR. I guess you can retain the previous behaviour by using . for both DIRs, though I never tested this... svn path=/trunk/; revision=19302
2006-09-23 01:39:07 +00:00
if not exist $(INSTALL_DIR) mkdir $(INSTALL_DIR)
!IFDEF ENABLE_LIBWIRESHARK
xcopy epan\libwireshark.dll $(INSTALL_DIR) /d
!ENDIF
xcopy ".\wiretap\wiretap-$(WTAP_VERSION).dll" $(INSTALL_DIR) /d
Add rawshark, a utility that, when given raw pcap-formatted packets and a list of fields, prints the field values found in each packet. Packet data can be specified as a libpcap DLT, e.g. "EN10MB" or an upper-layer protocol, e.g. "http". svn path=/trunk/; revision=24339
2008-02-15 23:20:32 +00:00
if exist ".\wiretap\wiretap-$(WTAP_VERSION).pdb" xcopy ".\wiretap\wiretap-$(WTAP_VERSION).pdb" $(INSTALL_DIR) /d
change the Win32 build environment, so we can create release zip files without the need of an installer - a feature requested from time to time. When this is matured, we might want to add these zip files (of GTK1 and GTK2 versions) to the released files. config.nmake contains the target INSTALL1_DIR and INSTALL2_DIR. I guess you can retain the previous behaviour by using . for both DIRs, though I never tested this... svn path=/trunk/; revision=19302
2006-09-23 01:39:07 +00:00
xcopy ".\epan\libwireshark.dll" $(INSTALL_DIR) /d
Create a new "Wireshark utility" library and move the mpeg-audio stuff from wiretap to this new libwsutil. This solves http://bugs.wireshark.org/bugzilla/show_bug.cgi?id=1677 by making libwireshark no longer depend on libwiretap. svn path=/trunk/; revision=25330
2008-05-20 21:51:01 +00:00
xcopy ".\wsutil\libwsutil.dll" $(INSTALL_DIR) /d
Add rawshark, a utility that, when given raw pcap-formatted packets and a list of fields, prints the field values found in each packet. Packet data can be specified as a libpcap DLT, e.g. "EN10MB" or an upper-layer protocol, e.g. "http". svn path=/trunk/; revision=24339
2008-02-15 23:20:32 +00:00
if exist ".\epan\libwireshark.pdb" xcopy ".\epan\libwireshark.pdb" $(INSTALL_DIR) /d
lot's of GTK1 related code cleanup in the Win32 build process svn path=/trunk/; revision=24854
2008-04-09 03:48:16 +00:00
if exist wireshark.exe copy wireshark.exe $(INSTALL_DIR)\wireshark.exe
if exist wireshark.pdb copy wireshark.pdb $(INSTALL_DIR)\wireshark.pdb
if exist ".\docbook\user-guide.chm" xcopy ".\docbook\user-guide.chm" $(INSTALL_DIR) /d
change the Win32 build environment, so we can create release zip files without the need of an installer - a feature requested from time to time. When this is matured, we might want to add these zip files (of GTK1 and GTK2 versions) to the released files. config.nmake contains the target INSTALL1_DIR and INSTALL2_DIR. I guess you can retain the previous behaviour by using . for both DIRs, though I never tested this... svn path=/trunk/; revision=19302
2006-09-23 01:39:07 +00:00
if exist tshark.exe xcopy tshark.exe $(INSTALL_DIR) /d
Add rawshark, a utility that, when given raw pcap-formatted packets and a list of fields, prints the field values found in each packet. Packet data can be specified as a libpcap DLT, e.g. "EN10MB" or an upper-layer protocol, e.g. "http". svn path=/trunk/; revision=24339
2008-02-15 23:20:32 +00:00
if exist tshark.pdb xcopy tshark.pdb $(INSTALL_DIR) /d
if exist rawshark.exe xcopy rawshark.exe $(INSTALL_DIR) /d
if exist rawshark.exe.manifest xcopy rawshark.exe.manifest $(INSTALL_DIR) /d
if exist rawshark.pdb xcopy rawshark.pdb $(INSTALL_DIR) /d
if exist, the install targets should copy pdb and manifest files along with the exe and dll ones svn path=/trunk/; revision=20280
2007-01-03 00:10:57 +00:00
if exist dumpcap.exe xcopy dumpcap.exe $(INSTALL_DIR) /d
Add rawshark, a utility that, when given raw pcap-formatted packets and a list of fields, prints the field values found in each packet. Packet data can be specified as a libpcap DLT, e.g. "EN10MB" or an upper-layer protocol, e.g. "http". svn path=/trunk/; revision=24339
2008-02-15 23:20:32 +00:00
if exist dumpcap.pdb xcopy dumpcap.pdb $(INSTALL_DIR) /d
if exist, the install targets should copy pdb and manifest files along with the exe and dll ones svn path=/trunk/; revision=20280
2007-01-03 00:10:57 +00:00
if exist mergecap.exe xcopy mergecap.exe $(INSTALL_DIR) /d
Add rawshark, a utility that, when given raw pcap-formatted packets and a list of fields, prints the field values found in each packet. Packet data can be specified as a libpcap DLT, e.g. "EN10MB" or an upper-layer protocol, e.g. "http". svn path=/trunk/; revision=24339
2008-02-15 23:20:32 +00:00
if exist mergecap.pdb xcopy mergecap.pdb $(INSTALL_DIR) /d
if exist, the install targets should copy pdb and manifest files along with the exe and dll ones svn path=/trunk/; revision=20280
2007-01-03 00:10:57 +00:00
if exist text2pcap.exe xcopy text2pcap.exe $(INSTALL_DIR) /d
Add rawshark, a utility that, when given raw pcap-formatted packets and a list of fields, prints the field values found in each packet. Packet data can be specified as a libpcap DLT, e.g. "EN10MB" or an upper-layer protocol, e.g. "http". svn path=/trunk/; revision=24339
2008-02-15 23:20:32 +00:00
if exist text2pcap.pdb xcopy text2pcap.pdb $(INSTALL_DIR) /d
change the Win32 build environment, so we can create release zip files without the need of an installer - a feature requested from time to time. When this is matured, we might want to add these zip files (of GTK1 and GTK2 versions) to the released files. config.nmake contains the target INSTALL1_DIR and INSTALL2_DIR. I guess you can retain the previous behaviour by using . for both DIRs, though I never tested this... svn path=/trunk/; revision=19302
2006-09-23 01:39:07 +00:00
if exist capinfos.exe xcopy capinfos.exe $(INSTALL_DIR) /d
Add rawshark, a utility that, when given raw pcap-formatted packets and a list of fields, prints the field values found in each packet. Packet data can be specified as a libpcap DLT, e.g. "EN10MB" or an upper-layer protocol, e.g. "http". svn path=/trunk/; revision=24339
2008-02-15 23:20:32 +00:00
if exist capinfos.pdb xcopy capinfos.pdb $(INSTALL_DIR) /d
change the Win32 build environment, so we can create release zip files without the need of an installer - a feature requested from time to time. When this is matured, we might want to add these zip files (of GTK1 and GTK2 versions) to the released files. config.nmake contains the target INSTALL1_DIR and INSTALL2_DIR. I guess you can retain the previous behaviour by using . for both DIRs, though I never tested this... svn path=/trunk/; revision=19302
2006-09-23 01:39:07 +00:00
if exist editcap.exe xcopy editcap.exe $(INSTALL_DIR) /d
Add rawshark, a utility that, when given raw pcap-formatted packets and a list of fields, prints the field values found in each packet. Packet data can be specified as a libpcap DLT, e.g. "EN10MB" or an upper-layer protocol, e.g. "http". svn path=/trunk/; revision=24339
2008-02-15 23:20:32 +00:00
if exist editcap.pdb xcopy editcap.pdb $(INSTALL_DIR) /d
change the Win32 build environment, so we can create release zip files without the need of an installer - a feature requested from time to time. When this is matured, we might want to add these zip files (of GTK1 and GTK2 versions) to the released files. config.nmake contains the target INSTALL1_DIR and INSTALL2_DIR. I guess you can retain the previous behaviour by using . for both DIRs, though I never tested this... svn path=/trunk/; revision=19302
2006-09-23 01:39:07 +00:00
xcopy ".\AUTHORS-SHORT" $(INSTALL_DIR) /d
xcopy ".\manuf" $(INSTALL_DIR) /d
add IANA port-numbers file as a file named "services", with some minor explanations from me at the top of that file add it to the distributed files, to the Win32 NSIS and U3 packages. UNIX packages will still miss this (optional) file. svn path=/trunk/; revision=22487
2007-08-12 20:54:30 +00:00
xcopy ".\services" $(INSTALL_DIR) /d
change the Win32 build environment, so we can create release zip files without the need of an installer - a feature requested from time to time. When this is matured, we might want to add these zip files (of GTK1 and GTK2 versions) to the released files. config.nmake contains the target INSTALL1_DIR and INSTALL2_DIR. I guess you can retain the previous behaviour by using . for both DIRs, though I never tested this... svn path=/trunk/; revision=19302
2006-09-23 01:39:07 +00:00
xcopy ".\FAQ" $(INSTALL_DIR) /d
xcopy ".\README" $(INSTALL_DIR) /d
xcopy ".\README.win32" $(INSTALL_DIR) /d
xcopy ".\AUTHORS-SHORT" $(INSTALL_DIR) /d
xcopy ".\COPYING" $(INSTALL_DIR) /d
as noted by Anders Broman: the Win2000 version of copy don't like the /d switch svn path=/trunk/; revision=19395
2006-10-02 19:07:01 +00:00
copy ".\NEWS" $(INSTALL_DIR)\NEWS.txt
change the Win32 build environment, so we can create release zip files without the need of an installer - a feature requested from time to time. When this is matured, we might want to add these zip files (of GTK1 and GTK2 versions) to the released files. config.nmake contains the target INSTALL1_DIR and INSTALL2_DIR. I guess you can retain the previous behaviour by using . for both DIRs, though I never tested this... svn path=/trunk/; revision=19302
2006-09-23 01:39:07 +00:00
xcopy ".\cfilters" $(INSTALL_DIR) /d
xcopy ".\colorfilters" $(INSTALL_DIR) /d
xcopy ".\dfilters" $(INSTALL_DIR) /d
Get smi_modules in the distrib svn path=/trunk/; revision=22694
2007-08-27 22:06:47 +00:00
xcopy ".\smi_modules" $(INSTALL_DIR) /d
Fix Windows build error if not using LUA; Bug #1950 svn path=/trunk/; revision=23296
2007-10-28 13:46:20 +00:00
!IFDEF LUA_DIR
Have editcap and capinfos loading the wiretap plugins. epan/filesystem.c have get_plugin_dir() calling init_plugin_dir() if necessary epan/epan.c and epan/report_err.c move the report_failure family into the new report_err.c file, have epan_init() calling the initializer epan/plugins.h and epan/proto.c do not have init_plugins() calling the proto_reg functions instead do it in init_proto() gtk/main.c and tshark.c init_plugin_dir() has become suprefluous capinfos.c and editcap.c load the wiretap plugins Makefiles do what's needed to build withe the above changes. svn path=/trunk/; revision=21935
2007-05-25 17:22:32 +00:00
xcopy ".\epan\wslua\init.lua" $(INSTALL_DIR) /d
xcopy ".\epan\wslua\console.lua" $(INSTALL_DIR) /d
Fix Windows build error if not using LUA; Bug #1950 svn path=/trunk/; revision=23296
2007-10-28 13:46:20 +00:00
!ENDIF
xcopy doc\*.html $(INSTALL_DIR) /d
change the Win32 build environment, so we can create release zip files without the need of an installer - a feature requested from time to time. When this is matured, we might want to add these zip files (of GTK1 and GTK2 versions) to the released files. config.nmake contains the target INSTALL1_DIR and INSTALL2_DIR. I guess you can retain the previous behaviour by using . for both DIRs, though I never tested this... svn path=/trunk/; revision=19302
2006-09-23 01:39:07 +00:00
if not exist $(INSTALL_DIR)\help mkdir $(INSTALL_DIR)\help
xcopy ".\help\*.*" $(INSTALL_DIR)\help /d
if not exist $(INSTALL_DIR)\dtds mkdir $(INSTALL_DIR)\dtds
xcopy ".\dtds\*.*" $(INSTALL_DIR)\dtds /d
if not exist $(INSTALL_DIR)\asn1 mkdir $(INSTALL_DIR)\asn1
echo create empty asn1 default.tt file to prevent problems 2> $(INSTALL_DIR)\asn1\default.tt
if not exist $(INSTALL_DIR)\radius mkdir $(INSTALL_DIR)\radius
xcopy ".\radius\*.*" $(INSTALL_DIR)\radius /d
if not exist $(INSTALL_DIR)\diameter mkdir $(INSTALL_DIR)\diameter
xcopy ".\diameter\*.dtd" $(INSTALL_DIR)\diameter /d
xcopy ".\diameter\*.xml" $(INSTALL_DIR)\diameter /d
From Valery Sigalov: New dissector for TPNCP protocol. http://bugs.wireshark.org/bugzilla/show_bug.cgi?id=1853 svn path=/trunk/; revision=23428
2007-11-11 13:23:17 +00:00
if not exist $(INSTALL_DIR)\tpncp mkdir $(INSTALL_DIR)\tpncp
xcopy ".\tpncp\*.dat" $(INSTALL_DIR)\tpncp /d
Allow wimaxasncp plugin to be found in Windows dev build. svn path=/trunk/; revision=23235
2007-10-22 10:03:22 +00:00
if not exist $(INSTALL_DIR)\wimaxasncp mkdir $(INSTALL_DIR)\wimaxasncp
xcopy ".\wimaxasncp\*.*" $(INSTALL_DIR)\wimaxasncp /d
Ensure we make $(INSTALL_DIR)/plugins on windows. svn path=/trunk/; revision=23864
2007-12-14 17:52:53 +00:00
if not exist $(INSTALL_DIR)\plugins mkdir $(INSTALL_DIR)\plugins
change the Win32 build environment, so we can create release zip files without the need of an installer - a feature requested from time to time. When this is matured, we might want to add these zip files (of GTK1 and GTK2 versions) to the released files. config.nmake contains the target INSTALL1_DIR and INSTALL2_DIR. I guess you can retain the previous behaviour by using . for both DIRs, though I never tested this... svn path=/trunk/; revision=19302
2006-09-23 01:39:07 +00:00
if not exist $(INSTALL_DIR)\plugins\$(VERSION) mkdir $(INSTALL_DIR)\plugins\$(VERSION)
xcopy ".\plugins\agentx\agentx.dll" $(INSTALL_DIR)\plugins\$(VERSION) /d
xcopy ".\plugins\artnet\artnet.dll" $(INSTALL_DIR)\plugins\$(VERSION) /d
xcopy ".\plugins\asn1\asn1.dll" $(INSTALL_DIR)\plugins\$(VERSION) /d
xcopy ".\plugins\ciscosm\ciscosm.dll" $(INSTALL_DIR)\plugins\$(VERSION) /d
xcopy ".\plugins\docsis\docsis.dll" $(INSTALL_DIR)\plugins\$(VERSION) /d
xcopy ".\plugins\enttec\enttec.dll" $(INSTALL_DIR)\plugins\$(VERSION) /d
Added copy of ethercat.dll, as pointed out by Peter Johansson. svn path=/trunk/; revision=24088
2008-01-14 12:05:33 +00:00
xcopy ".\plugins\ethercat\ethercat.dll" $(INSTALL_DIR)\plugins\$(VERSION) /d
change the Win32 build environment, so we can create release zip files without the need of an installer - a feature requested from time to time. When this is matured, we might want to add these zip files (of GTK1 and GTK2 versions) to the released files. config.nmake contains the target INSTALL1_DIR and INSTALL2_DIR. I guess you can retain the previous behaviour by using . for both DIRs, though I never tested this... svn path=/trunk/; revision=19302
2006-09-23 01:39:07 +00:00
xcopy ".\plugins\giop\coseventcomm.dll" $(INSTALL_DIR)\plugins\$(VERSION) /d
xcopy ".\plugins\giop\cosnaming.dll" $(INSTALL_DIR)\plugins\$(VERSION) /d
xcopy ".\plugins\giop\parlay.dll" $(INSTALL_DIR)\plugins\$(VERSION) /d
xcopy ".\plugins\giop\tango.dll" $(INSTALL_DIR)\plugins\$(VERSION) /d
xcopy ".\plugins\gryphon\gryphon.dll" $(INSTALL_DIR)\plugins\$(VERSION) /d
Make sure the Infiniband plugin is properly built and packaged. svn path=/trunk/; revision=24634
2008-03-14 21:53:16 +00:00
xcopy ".\plugins\infiniband\infiniband.dll" $(INSTALL_DIR)\plugins\$(VERSION) /d
change the Win32 build environment, so we can create release zip files without the need of an installer - a feature requested from time to time. When this is matured, we might want to add these zip files (of GTK1 and GTK2 versions) to the released files. config.nmake contains the target INSTALL1_DIR and INSTALL2_DIR. I guess you can retain the previous behaviour by using . for both DIRs, though I never tested this... svn path=/trunk/; revision=19302
2006-09-23 01:39:07 +00:00
xcopy ".\plugins\irda\irda.dll" $(INSTALL_DIR)\plugins\$(VERSION) /d
xcopy ".\plugins\lwres\lwres.dll" $(INSTALL_DIR)\plugins\$(VERSION) /d
From Mike Harvey: Support for WiMAX and the WiMAX M2M encapsulation protocol. Add support for WiMAX and M2M to various makefiles and installer files. Add basic support for M2M to randpkt. svn path=/trunk/; revision=21945
2007-05-25 23:40:42 +00:00
xcopy ".\plugins\m2m\m2m.dll" $(INSTALL_DIR)\plugins\$(VERSION) /d
change the Win32 build environment, so we can create release zip files without the need of an installer - a feature requested from time to time. When this is matured, we might want to add these zip files (of GTK1 and GTK2 versions) to the released files. config.nmake contains the target INSTALL1_DIR and INSTALL2_DIR. I guess you can retain the previous behaviour by using . for both DIRs, though I never tested this... svn path=/trunk/; revision=19302
2006-09-23 01:39:07 +00:00
xcopy ".\plugins\mate\mate.dll" $(INSTALL_DIR)\plugins\$(VERSION) /d
from Gerhard Gappmeier (ascolab): new dissector for OPCUA protocol svn path=/trunk/; revision=21760
2007-05-14 13:58:54 +00:00
xcopy ".\plugins\opcua\opcua.dll" $(INSTALL_DIR)\plugins\$(VERSION) /d
change the Win32 build environment, so we can create release zip files without the need of an installer - a feature requested from time to time. When this is matured, we might want to add these zip files (of GTK1 and GTK2 versions) to the released files. config.nmake contains the target INSTALL1_DIR and INSTALL2_DIR. I guess you can retain the previous behaviour by using . for both DIRs, though I never tested this... svn path=/trunk/; revision=19302
2006-09-23 01:39:07 +00:00
xcopy ".\plugins\opsi\opsi.dll" $(INSTALL_DIR)\plugins\$(VERSION) /d
xcopy ".\plugins\pcli\pcli.dll" $(INSTALL_DIR)\plugins\$(VERSION) /d
xcopy ".\plugins\profinet\profinet.dll" $(INSTALL_DIR)\plugins\$(VERSION) /d
xcopy ".\plugins\rlm\rlm.dll" $(INSTALL_DIR)\plugins\$(VERSION) /d
xcopy ".\plugins\rtnet\rtnet.dll" $(INSTALL_DIR)\plugins\$(VERSION) /d
xcopy ".\plugins\rudp\rudp.dll" $(INSTALL_DIR)\plugins\$(VERSION) /d
xcopy ".\plugins\sbus\sbus.dll" $(INSTALL_DIR)\plugins\$(VERSION) /d
From Hans-Peter Bock: Attached to this post you find a patch for integration into wireshark that adds a dissector for SERCOS III, ethertype 0x88cd. svn path=/trunk/; revision=25270
2008-05-10 14:44:32 +00:00
xcopy ".\plugins\sercosiii\sercosiii.dll" $(INSTALL_DIR)\plugins\$(VERSION) /d
change the Win32 build environment, so we can create release zip files without the need of an installer - a feature requested from time to time. When this is matured, we might want to add these zip files (of GTK1 and GTK2 versions) to the released files. config.nmake contains the target INSTALL1_DIR and INSTALL2_DIR. I guess you can retain the previous behaviour by using . for both DIRs, though I never tested this... svn path=/trunk/; revision=19302
2006-09-23 01:39:07 +00:00
xcopy ".\plugins\stats_tree\stats_tree.dll" $(INSTALL_DIR)\plugins\$(VERSION) /d
Add the UNISTIM plugin to Wireshark. svn path=/trunk/; revision=22558
2007-08-20 20:50:29 +00:00
xcopy ".\plugins\unistim\unistim.dll" $(INSTALL_DIR)\plugins\$(VERSION) /d
change the Win32 build environment, so we can create release zip files without the need of an installer - a feature requested from time to time. When this is matured, we might want to add these zip files (of GTK1 and GTK2 versions) to the released files. config.nmake contains the target INSTALL1_DIR and INSTALL2_DIR. I guess you can retain the previous behaviour by using . for both DIRs, though I never tested this... svn path=/trunk/; revision=19302
2006-09-23 01:39:07 +00:00
xcopy ".\plugins\v5ua\v5ua.dll" $(INSTALL_DIR)\plugins\$(VERSION) /d
From Mike Harvey: Support for WiMAX and the WiMAX M2M encapsulation protocol. Add support for WiMAX and M2M to various makefiles and installer files. Add basic support for M2M to randpkt. svn path=/trunk/; revision=21945
2007-05-25 23:40:42 +00:00
xcopy ".\plugins\wimax\wimax.dll" $(INSTALL_DIR)\plugins\$(VERSION) /d
Allow wimaxasncp plugin to be found in Windows dev build. svn path=/trunk/; revision=23235
2007-10-22 10:03:22 +00:00
xcopy ".\plugins\wimaxasncp\wimaxasncp.dll" $(INSTALL_DIR)\plugins\$(VERSION) /d
change the Win32 build environment, so we can create release zip files without the need of an installer - a feature requested from time to time. When this is matured, we might want to add these zip files (of GTK1 and GTK2 versions) to the released files. config.nmake contains the target INSTALL1_DIR and INSTALL2_DIR. I guess you can retain the previous behaviour by using . for both DIRs, though I never tested this... svn path=/trunk/; revision=19302
2006-09-23 01:39:07 +00:00
if exist custom-install.bat custom-install $(INSTALL_DIR) $(VERSION)
lot's of GTK1 related code cleanup in the Win32 build process svn path=/trunk/; revision=24854
2008-04-09 03:48:16 +00:00
# "install-all" will copy all files needed to run Wireshark/Tshark
# to the INSTALL_DIR, so you can run/debug Wireshark/Tshark from there.
install-all: install-generated-files
Sort each conversation column numerically. Fix up whitespace. It looks like we can't put "COPYCMD=/Y" in config.nmake and expect nmake to do the right thing. Add a comment, and set COPYCMD explicitly in the root Makefile.nmake. The rest of the occurrences of xcopy will have to be taken care of at some point. svn path=/trunk/; revision=15840
2005-09-16 16:25:53 +00:00
set copycmd=/y
lot's of GTK1 related code cleanup in the Win32 build process svn path=/trunk/; revision=24854
2008-04-09 03:48:16 +00:00
if not exist $(INSTALL_DIR) mkdir $(INSTALL_DIR)
xcopy $(GTK_DIR)\bin\libgdk-win32-2.0-0.dll $(INSTALL_DIR) /d
xcopy $(GTK_DIR)\bin\libgdk_pixbuf-2.0-0.dll $(INSTALL_DIR) /d
xcopy $(GTK_DIR)\bin\libgtk-win32-2.0-0.dll $(INSTALL_DIR) /d
xcopy $(GTK_DIR)\bin\libatk-1.0-0.dll $(INSTALL_DIR) /d
xcopy $(GTK_DIR)\bin\libpango-1.0-0.dll $(INSTALL_DIR) /d
xcopy $(GTK_DIR)\bin\libpangowin32-1.0-0.dll $(INSTALL_DIR) /d
if not exist $(INSTALL_DIR)\etc mkdir $(INSTALL_DIR)\etc
if not exist $(INSTALL_DIR)\etc\gtk-2.0 mkdir $(INSTALL_DIR)\etc\gtk-2.0
if not exist $(INSTALL_DIR)\etc\pango mkdir $(INSTALL_DIR)\etc\pango
if not exist $(INSTALL_DIR)\lib mkdir $(INSTALL_DIR)\lib
if not exist $(INSTALL_DIR)\lib\gtk-2.0 mkdir $(INSTALL_DIR)\lib\gtk-2.0
Add libgail.dll svn path=/trunk/; revision=26165
2008-09-08 07:14:52 +00:00
if not exist $(INSTALL_DIR)\lib\gtk-2.0\modules mkdir $(INSTALL_DIR)\lib\gtk-2.0\modules
lot's of GTK1 related code cleanup in the Win32 build process svn path=/trunk/; revision=24854
2008-04-09 03:48:16 +00:00
if not exist $(INSTALL_DIR)\lib\gtk-2.0\$(GTK_LIB_DIR) mkdir $(INSTALL_DIR)\lib\gtk-2.0\$(GTK_LIB_DIR)
Add libgail.dll svn path=/trunk/; revision=26165
2008-09-08 07:14:52 +00:00
# if not exist $(INSTALL_DIR)\lib\gtk-2.0\$(GTK_LIB_DIR)\loaders mkdir $(INSTALL_DIR)\lib\gtk-2.0\$(GTK_LIB_DIR)\loaders
# if not exist $(INSTALL_DIR)\lib\gtk-2.0\$(GTK_LIB_DIR)\immodules mkdir $(INSTALL_DIR)\lib\gtk-2.0\$(GTK_LIB_DIR)\immodules
if not exist $(INSTALL_DIR)\lib\gtk-2.0\$(GTK_LIB_DIR)\engines mkdir $(INSTALL_DIR)\lib\gtk-2.0\$(GTK_LIB_DIR)\engines
lot's of GTK1 related code cleanup in the Win32 build process svn path=/trunk/; revision=24854
2008-04-09 03:48:16 +00:00
# if not exist $(INSTALL_DIR)\lib\pango mkdir $(INSTALL_DIR)\lib\pango
# if not exist $(INSTALL_DIR)\lib\pango\$(PANGO_LIB_DIR) mkdir $(INSTALL_DIR)\lib\pango\$(PANGO_LIB_DIR)
# if not exist $(INSTALL_DIR)\lib\pango\$(PANGO_LIB_DIR)\modules mkdir $(INSTALL_DIR)\lib\pango\$(PANGO_LIB_DIR)\modules
xcopy $(GTK_DIR)\etc\gtk-2.0\*.* $(INSTALL_DIR)\etc\gtk-2.0 /d
xcopy $(GTK_DIR)\etc\pango\pango.* $(INSTALL_DIR)\etc\pango /d
Use GTK+ 2.14.1 What's new in GTK+ 2.14 ======================= GTK+ 2.14 adds new functionality while maintaining source and binary compatibility with GTK+ 2.12. Highlights of new features and improvements in GTK+ 2.14 are: New widgets and objects * GdkAppLaunchContext, provides startup notification with g_app_info_launch() * GtkMountOperation, can ask for passwords when mounting volumes with g_volume_mount() * GtkToolShell, an interface for containers of GtkToolItems Noteworthy new APIs * gtk_show_uri(), a replacement for gnome_vfs_url_show() and gnome_url_show() * gtk_widget_get_snapshot(), using pixmap redirection to render snapshots of widgets Changes in the file chooser The file chooser uses GIO directly, loadable backends are no longer supported. Autocompletion in the file chooser entry has been improved. Changes in printing support The print dialog displays printer status information. Support for rearranging pages when printing multiple pages per sheet has been added to the cups backend. Accessibility support The gail module is shipped with GTK+, GtkBuilder supports accessibility attributes and GtkStatusIcon supports keyboard navigation. Internationalization support The compose sequences understood by GTK+'s builtin input method have been synchronized with recent X.org compose sequences, adding a large number of new sequences. GTK+ no longer uses translations when an application is not translated to the current locale. gdk-pixbuf changes * Support loading OS X icns format * Support loading JPEG 2000 images * Support loading and saving to GIO streams * Use GIO for mime information GDK changes GDK uses Xrandr instead of Xinerama to provide more (and dynamic) monitor information. Font configuration changes are now picked up at runtime, without an application restart. For more details and lists of fixed bugs, see the announcements for the 2.13.x development releases: http://mail.gnome.org/archives/gtk-devel-list/2008-February/msg00079.html http://mail.gnome.org/archives/gtk-devel-list/2008-May/msg00112.html http://mail.gnome.org/archives/gtk-devel-list/2008-June/msg00033.html http://mail.gnome.org/archives/gtk-devel-list/2008-June/msg00158.html http://mail.gnome.org/archives/gtk-devel-list/2008-July/msg00044.html http://mail.gnome.org/archives/gtk-devel-list/2008-July/msg00182.html http://mail.gnome.org/archives/gtk-devel-list/2008-August/msg00023.html http://mail.gnome.org/archives/gtk-devel-list/2008-August/msg00153.html svn path=/trunk/; revision=26148
2008-09-06 15:25:23 +00:00
# xcopy $(GTK_DIR)\lib\gtk-2.0\$(GTK_LIB_DIR)\loaders\libpixbufloader-*.dll $(INSTALL_DIR)\lib\gtk-2.0\$(GTK_LIB_DIR)\loaders /d
Add libgail.dll svn path=/trunk/; revision=26165
2008-09-08 07:14:52 +00:00
xcopy $(GTK_DIR)\lib\gtk-2.0\modules\libgail.dll $(INSTALL_DIR)\lib\gtk-2.0\modules /d
xcopy $(GTK_DIR)\lib\gtk-2.0\$(GTK_LIB_DIR)\engines\libpixmap.dll $(INSTALL_DIR)\lib\gtk-2.0\$(GTK_LIB_DIR)\engines /d
Use GTK+ 2.14.1 What's new in GTK+ 2.14 ======================= GTK+ 2.14 adds new functionality while maintaining source and binary compatibility with GTK+ 2.12. Highlights of new features and improvements in GTK+ 2.14 are: New widgets and objects * GdkAppLaunchContext, provides startup notification with g_app_info_launch() * GtkMountOperation, can ask for passwords when mounting volumes with g_volume_mount() * GtkToolShell, an interface for containers of GtkToolItems Noteworthy new APIs * gtk_show_uri(), a replacement for gnome_vfs_url_show() and gnome_url_show() * gtk_widget_get_snapshot(), using pixmap redirection to render snapshots of widgets Changes in the file chooser The file chooser uses GIO directly, loadable backends are no longer supported. Autocompletion in the file chooser entry has been improved. Changes in printing support The print dialog displays printer status information. Support for rearranging pages when printing multiple pages per sheet has been added to the cups backend. Accessibility support The gail module is shipped with GTK+, GtkBuilder supports accessibility attributes and GtkStatusIcon supports keyboard navigation. Internationalization support The compose sequences understood by GTK+'s builtin input method have been synchronized with recent X.org compose sequences, adding a large number of new sequences. GTK+ no longer uses translations when an application is not translated to the current locale. gdk-pixbuf changes * Support loading OS X icns format * Support loading JPEG 2000 images * Support loading and saving to GIO streams * Use GIO for mime information GDK changes GDK uses Xrandr instead of Xinerama to provide more (and dynamic) monitor information. Font configuration changes are now picked up at runtime, without an application restart. For more details and lists of fixed bugs, see the announcements for the 2.13.x development releases: http://mail.gnome.org/archives/gtk-devel-list/2008-February/msg00079.html http://mail.gnome.org/archives/gtk-devel-list/2008-May/msg00112.html http://mail.gnome.org/archives/gtk-devel-list/2008-June/msg00033.html http://mail.gnome.org/archives/gtk-devel-list/2008-June/msg00158.html http://mail.gnome.org/archives/gtk-devel-list/2008-July/msg00044.html http://mail.gnome.org/archives/gtk-devel-list/2008-July/msg00182.html http://mail.gnome.org/archives/gtk-devel-list/2008-August/msg00023.html http://mail.gnome.org/archives/gtk-devel-list/2008-August/msg00153.html svn path=/trunk/; revision=26148
2008-09-06 15:25:23 +00:00
# xcopy $(GTK_DIR)\lib\gtk-2.0\$(GTK_LIB_DIR)\immodules\im-*.dll $(INSTALL_DIR)\lib\gtk-2.0\$(GTK_LIB_DIR)\immodules /d
lot's of GTK1 related code cleanup in the Win32 build process svn path=/trunk/; revision=24854
2008-04-09 03:48:16 +00:00
# xcopy $(GTK_DIR)\lib\pango\$(PANGO_LIB_DIR)\modules\pango-*.dll $(INSTALL_DIR)\lib\pango\$(PANGO_LIB_DIR)\modules /d
change the Win32 build environment, so we can create release zip files without the need of an installer - a feature requested from time to time. When this is matured, we might want to add these zip files (of GTK1 and GTK2 versions) to the released files. config.nmake contains the target INSTALL1_DIR and INSTALL2_DIR. I guess you can retain the previous behaviour by using . for both DIRs, though I never tested this... svn path=/trunk/; revision=19302
2006-09-23 01:39:07 +00:00
!IFDEF NEED_LIBPNG_DLL
Use GTK+ 2.12.10 svn path=/trunk/; revision=25437
2008-06-10 05:35:38 +00:00
# xcopy $(GTK_DIR)\bin\libpng13.dll $(INSTALL_DIR) /d
xcopy $(GTK_DIR)\bin\libpng12-0.dll $(INSTALL_DIR) /d
change the Win32 build environment, so we can create release zip files without the need of an installer - a feature requested from time to time. When this is matured, we might want to add these zip files (of GTK1 and GTK2 versions) to the released files. config.nmake contains the target INSTALL1_DIR and INSTALL2_DIR. I guess you can retain the previous behaviour by using . for both DIRs, though I never tested this... svn path=/trunk/; revision=19302
2006-09-23 01:39:07 +00:00
!ENDIF
Use GTK+ 2.12 svn path=/trunk/; revision=22955
2007-09-25 16:09:58 +00:00
!IFDEF NEED_LIBTIFF_DLL
lot's of GTK1 related code cleanup in the Win32 build process svn path=/trunk/; revision=24854
2008-04-09 03:48:16 +00:00
xcopy $(GTK_DIR)\bin\libtiff3.dll $(INSTALL_DIR) /d
Use GTK+ 2.12 svn path=/trunk/; revision=22955
2007-09-25 16:09:58 +00:00
!ENDIF
!IFDEF NEED_LIBJPEG_DLL
lot's of GTK1 related code cleanup in the Win32 build process svn path=/trunk/; revision=24854
2008-04-09 03:48:16 +00:00
xcopy $(GTK_DIR)\bin\jpeg62.dll $(INSTALL_DIR) /d
Use GTK+ 2.12 svn path=/trunk/; revision=22955
2007-09-25 16:09:58 +00:00
!ENDIF
change the Win32 build environment, so we can create release zip files without the need of an installer - a feature requested from time to time. When this is matured, we might want to add these zip files (of GTK1 and GTK2 versions) to the released files. config.nmake contains the target INSTALL1_DIR and INSTALL2_DIR. I guess you can retain the previous behaviour by using . for both DIRs, though I never tested this... svn path=/trunk/; revision=19302
2006-09-23 01:39:07 +00:00
!IFDEF NEED_CAIRO_DLL
lot's of GTK1 related code cleanup in the Win32 build process svn path=/trunk/; revision=24854
2008-04-09 03:48:16 +00:00
xcopy $(GTK_DIR)\bin\libcairo-2.dll $(INSTALL_DIR) /d
xcopy $(GTK_DIR)\bin\libpangocairo-1.0-0.dll $(INSTALL_DIR) /d
Add an install-deps target to the nmake makefiles. This target will copy all files, mainly dlls, which are necessary to run (t)ethereal to the source tree. After copying all necessary dlls to the source tree, you can run (t)ethereal directly from the source tree. svn path=/trunk/; revision=14259
2005-05-01 23:03:45 +00:00
!ENDIF
lot's of GTK1 related code cleanup in the Win32 build process svn path=/trunk/; revision=24854
2008-04-09 03:48:16 +00:00
if not exist $(INSTALL_DIR)\$(GTK_WIMP_DLLDST_DIR) mkdir $(INSTALL_DIR)\$(GTK_WIMP_DLLDST_DIR)
xcopy "$(GTK_WIMP_DLLSRC_DIR)\libwimp.dll" $(INSTALL_DIR)\$(GTK_WIMP_DLLDST_DIR) /d
if not exist $(INSTALL_DIR)\$(GTK_WIMP_RCDST_DIR) mkdir $(INSTALL_DIR)\$(GTK_WIMP_RCDST_DIR)
xcopy "$(GTK_WIMP_RCSRC_DIR)\gtkrc" $(INSTALL_DIR)\$(GTK_WIMP_RCDST_DIR) /d
Use GTK+ 2.14.1 What's new in GTK+ 2.14 ======================= GTK+ 2.14 adds new functionality while maintaining source and binary compatibility with GTK+ 2.12. Highlights of new features and improvements in GTK+ 2.14 are: New widgets and objects * GdkAppLaunchContext, provides startup notification with g_app_info_launch() * GtkMountOperation, can ask for passwords when mounting volumes with g_volume_mount() * GtkToolShell, an interface for containers of GtkToolItems Noteworthy new APIs * gtk_show_uri(), a replacement for gnome_vfs_url_show() and gnome_url_show() * gtk_widget_get_snapshot(), using pixmap redirection to render snapshots of widgets Changes in the file chooser The file chooser uses GIO directly, loadable backends are no longer supported. Autocompletion in the file chooser entry has been improved. Changes in printing support The print dialog displays printer status information. Support for rearranging pages when printing multiple pages per sheet has been added to the cups backend. Accessibility support The gail module is shipped with GTK+, GtkBuilder supports accessibility attributes and GtkStatusIcon supports keyboard navigation. Internationalization support The compose sequences understood by GTK+'s builtin input method have been synchronized with recent X.org compose sequences, adding a large number of new sequences. GTK+ no longer uses translations when an application is not translated to the current locale. gdk-pixbuf changes * Support loading OS X icns format * Support loading JPEG 2000 images * Support loading and saving to GIO streams * Use GIO for mime information GDK changes GDK uses Xrandr instead of Xinerama to provide more (and dynamic) monitor information. Font configuration changes are now picked up at runtime, without an application restart. For more details and lists of fixed bugs, see the announcements for the 2.13.x development releases: http://mail.gnome.org/archives/gtk-devel-list/2008-February/msg00079.html http://mail.gnome.org/archives/gtk-devel-list/2008-May/msg00112.html http://mail.gnome.org/archives/gtk-devel-list/2008-June/msg00033.html http://mail.gnome.org/archives/gtk-devel-list/2008-June/msg00158.html http://mail.gnome.org/archives/gtk-devel-list/2008-July/msg00044.html http://mail.gnome.org/archives/gtk-devel-list/2008-July/msg00182.html http://mail.gnome.org/archives/gtk-devel-list/2008-August/msg00023.html http://mail.gnome.org/archives/gtk-devel-list/2008-August/msg00153.html svn path=/trunk/; revision=26148
2008-09-06 15:25:23 +00:00
xcopy $(GLIB_DIR)\bin\libgio-2.0-0.dll $(INSTALL_DIR) /d
change the Win32 build environment, so we can create release zip files without the need of an installer - a feature requested from time to time. When this is matured, we might want to add these zip files (of GTK1 and GTK2 versions) to the released files. config.nmake contains the target INSTALL1_DIR and INSTALL2_DIR. I guess you can retain the previous behaviour by using . for both DIRs, though I never tested this... svn path=/trunk/; revision=19302
2006-09-23 01:39:07 +00:00
xcopy $(GLIB_DIR)\bin\libglib-2.0-0.dll $(INSTALL_DIR) /d
lot's of GTK1 related code cleanup in the Win32 build process svn path=/trunk/; revision=24854
2008-04-09 03:48:16 +00:00
xcopy $(GLIB_DIR)\bin\libgmodule-2.0-0.dll $(INSTALL_DIR) /d
Use GTK+ 2.14.1 What's new in GTK+ 2.14 ======================= GTK+ 2.14 adds new functionality while maintaining source and binary compatibility with GTK+ 2.12. Highlights of new features and improvements in GTK+ 2.14 are: New widgets and objects * GdkAppLaunchContext, provides startup notification with g_app_info_launch() * GtkMountOperation, can ask for passwords when mounting volumes with g_volume_mount() * GtkToolShell, an interface for containers of GtkToolItems Noteworthy new APIs * gtk_show_uri(), a replacement for gnome_vfs_url_show() and gnome_url_show() * gtk_widget_get_snapshot(), using pixmap redirection to render snapshots of widgets Changes in the file chooser The file chooser uses GIO directly, loadable backends are no longer supported. Autocompletion in the file chooser entry has been improved. Changes in printing support The print dialog displays printer status information. Support for rearranging pages when printing multiple pages per sheet has been added to the cups backend. Accessibility support The gail module is shipped with GTK+, GtkBuilder supports accessibility attributes and GtkStatusIcon supports keyboard navigation. Internationalization support The compose sequences understood by GTK+'s builtin input method have been synchronized with recent X.org compose sequences, adding a large number of new sequences. GTK+ no longer uses translations when an application is not translated to the current locale. gdk-pixbuf changes * Support loading OS X icns format * Support loading JPEG 2000 images * Support loading and saving to GIO streams * Use GIO for mime information GDK changes GDK uses Xrandr instead of Xinerama to provide more (and dynamic) monitor information. Font configuration changes are now picked up at runtime, without an application restart. For more details and lists of fixed bugs, see the announcements for the 2.13.x development releases: http://mail.gnome.org/archives/gtk-devel-list/2008-February/msg00079.html http://mail.gnome.org/archives/gtk-devel-list/2008-May/msg00112.html http://mail.gnome.org/archives/gtk-devel-list/2008-June/msg00033.html http://mail.gnome.org/archives/gtk-devel-list/2008-June/msg00158.html http://mail.gnome.org/archives/gtk-devel-list/2008-July/msg00044.html http://mail.gnome.org/archives/gtk-devel-list/2008-July/msg00182.html http://mail.gnome.org/archives/gtk-devel-list/2008-August/msg00023.html http://mail.gnome.org/archives/gtk-devel-list/2008-August/msg00153.html svn path=/trunk/; revision=26148
2008-09-06 15:25:23 +00:00
xcopy $(GLIB_DIR)\bin\libgobject-2.0-0.dll $(INSTALL_DIR) /d
Glib >= 2.14.5 does not require iconv svn path=/trunk/; revision=24330
2008-02-14 17:16:12 +00:00
!IFDEF ICONV_DIR
change the Win32 build environment, so we can create release zip files without the need of an installer - a feature requested from time to time. When this is matured, we might want to add these zip files (of GTK1 and GTK2 versions) to the released files. config.nmake contains the target INSTALL1_DIR and INSTALL2_DIR. I guess you can retain the previous behaviour by using . for both DIRs, though I never tested this... svn path=/trunk/; revision=19302
2006-09-23 01:39:07 +00:00
xcopy $(ICONV_DIR)\bin\iconv.dll $(INSTALL_DIR) /d
Glib >= 2.14.5 does not require iconv svn path=/trunk/; revision=24330
2008-02-14 17:16:12 +00:00
!ENDIF
change the Win32 build environment, so we can create release zip files without the need of an installer - a feature requested from time to time. When this is matured, we might want to add these zip files (of GTK1 and GTK2 versions) to the released files. config.nmake contains the target INSTALL1_DIR and INSTALL2_DIR. I guess you can retain the previous behaviour by using . for both DIRs, though I never tested this... svn path=/trunk/; revision=19302
2006-09-23 01:39:07 +00:00
xcopy $(GETTEXT_DIR)\bin\intl.dll $(INSTALL_DIR) /d
Add an install-deps target to the nmake makefiles. This target will copy all files, mainly dlls, which are necessary to run (t)ethereal to the source tree. After copying all necessary dlls to the source tree, you can run (t)ethereal directly from the source tree. svn path=/trunk/; revision=14259
2005-05-01 23:03:45 +00:00
!IFDEF ZLIB_DIR
attempt to build ADNS on none MSVC6 systems - with the same mechanism as done with ZLIB Unfortunately, both dep and rc files need to be patched, so I added the patched files It's an ugly solution but it seems to work ... svn path=/trunk/; revision=24996
2008-04-13 17:58:04 +00:00
xcopy $(ZLIB_DLL) $(INSTALL_DIR) /d
Add support for the c-ares asynchronous DNS resolution library to the Windows build. Add support for async IPv6 lookups. Update the ADNS code slightly. This is not supported (yet) on the UNIX side. svn path=/trunk/; revision=25953
2008-08-07 21:41:48 +00:00
!ENDIF
!IFDEF C_ARES_DIR
xcopy $(C_ARES_DLL) $(INSTALL_DIR) /d
Add an install-deps target to the nmake makefiles. This target will copy all files, mainly dlls, which are necessary to run (t)ethereal to the source tree. After copying all necessary dlls to the source tree, you can run (t)ethereal directly from the source tree. svn path=/trunk/; revision=14259
2005-05-01 23:03:45 +00:00
!ENDIF
!IFDEF ADNS_DIR
attempt to build ADNS on none MSVC6 systems - with the same mechanism as done with ZLIB Unfortunately, both dep and rc files need to be patched, so I added the patched files It's an ugly solution but it seems to work ... svn path=/trunk/; revision=24996
2008-04-13 17:58:04 +00:00
xcopy $(ADNS_DLL) $(INSTALL_DIR) /d
Add an install-deps target to the nmake makefiles. This target will copy all files, mainly dlls, which are necessary to run (t)ethereal to the source tree. After copying all necessary dlls to the source tree, you can run (t)ethereal directly from the source tree. svn path=/trunk/; revision=14259
2005-05-01 23:03:45 +00:00
!ENDIF
!IFDEF PCRE_DIR
Use gtk+ 2.12.8 glib 2.12.6-2 and pcre 7.0. ( Problem seemed to be with pxbuffloaders). svn path=/trunk/; revision=24357
2008-02-16 16:35:49 +00:00
xcopy $(PCRE_DIR)\bin\pcre3.dll $(INSTALL_DIR) /d
change the Win32 build environment, so we can create release zip files without the need of an installer - a feature requested from time to time. When this is matured, we might want to add these zip files (of GTK1 and GTK2 versions) to the released files. config.nmake contains the target INSTALL1_DIR and INSTALL2_DIR. I guess you can retain the previous behaviour by using . for both DIRs, though I never tested this... svn path=/trunk/; revision=19302
2006-09-23 01:39:07 +00:00
xcopy $(PCRE_DIR)\man\cat3\pcrepattern.3.txt $(INSTALL_DIR) /d
Add an install-deps target to the nmake makefiles. This target will copy all files, mainly dlls, which are necessary to run (t)ethereal to the source tree. After copying all necessary dlls to the source tree, you can run (t)ethereal directly from the source tree. svn path=/trunk/; revision=14259
2005-05-01 23:03:45 +00:00
!ENDIF
if KFW is enabled, we need to temporarily copy the two required DLLs to the build directory since they are required during the build svn path=/trunk/; revision=18839
2006-08-05 04:41:42 +00:00
!IFDEF KFW_DIR
change the Win32 build environment, so we can create release zip files without the need of an installer - a feature requested from time to time. When this is matured, we might want to add these zip files (of GTK1 and GTK2 versions) to the released files. config.nmake contains the target INSTALL1_DIR and INSTALL2_DIR. I guess you can retain the previous behaviour by using . for both DIRs, though I never tested this... svn path=/trunk/; revision=19302
2006-09-23 01:39:07 +00:00
xcopy $(KFW_DIR)\bin\comerr32.dll $(INSTALL_DIR) /d
xcopy $(KFW_DIR)\bin\krb5_32.dll $(INSTALL_DIR) /d
if KFW is enabled, we need to temporarily copy the two required DLLs to the build directory since they are required during the build svn path=/trunk/; revision=18839
2006-08-05 04:41:42 +00:00
!ENDIF
Add GNUTLS to the Windows build. In packet-ssl.c, move ssl_set_debug() up a bit so that we can debug key file parsing. svn path=/trunk/; revision=18850
2006-08-07 19:52:18 +00:00
!IFDEF GNUTLS_DIR
change the Win32 build environment, so we can create release zip files without the need of an installer - a feature requested from time to time. When this is matured, we might want to add these zip files (of GTK1 and GTK2 versions) to the released files. config.nmake contains the target INSTALL1_DIR and INSTALL2_DIR. I guess you can retain the previous behaviour by using . for both DIRs, though I never tested this... svn path=/trunk/; revision=19302
2006-09-23 01:39:07 +00:00
xcopy $(GNUTLS_DIR)\bin\libgcrypt-11.dll $(INSTALL_DIR) /d
Update GnuTls to gnutls-2.3.8-1 svn path=/trunk/; revision=25309
2008-05-16 06:53:15 +00:00
xcopy $(GNUTLS_DIR)\bin\libgnutls-26.dll $(INSTALL_DIR) /d
xcopy $(GNUTLS_DIR)\bin\libgnutls-extra-26.dll $(INSTALL_DIR) /d
xcopy $(GNUTLS_DIR)\bin\libgnutls-openssl-26.dll $(INSTALL_DIR) /d
change the Win32 build environment, so we can create release zip files without the need of an installer - a feature requested from time to time. When this is matured, we might want to add these zip files (of GTK1 and GTK2 versions) to the released files. config.nmake contains the target INSTALL1_DIR and INSTALL2_DIR. I guess you can retain the previous behaviour by using . for both DIRs, though I never tested this... svn path=/trunk/; revision=19302
2006-09-23 01:39:07 +00:00
xcopy $(GNUTLS_DIR)\bin\libgpg-error-0.dll $(INSTALL_DIR) /d
xcopy $(GNUTLS_DIR)\bin\libtasn1-3.dll $(INSTALL_DIR) /d
!ENDIF
use luaforge's 5.1 dll to be able to link on windows. fix some mistakes svn path=/trunk/; revision=19331
2006-09-27 00:45:55 +00:00
!IFDEF LUA_DIR
xcopy "$(LUA_DIR)\lib\dll\lua5.1.dll" $(INSTALL_DIR) /d
!ENDIF
Use config and makefile from Chris Maynard and Luis instead. svn path=/trunk/; revision=22672
2007-08-26 20:03:23 +00:00
!IFDEF SMI_DIR
if not exist $(INSTALL_DIR)\snmp mkdir $(INSTALL_DIR)\snmp
if not exist $(INSTALL_DIR)\snmp\mibs mkdir $(INSTALL_DIR)\snmp\mibs
xcopy "$(SMI_DIR)\lib\smi.dll" $(INSTALL_DIR) /d
xcopy "$(SMI_DIR)\mibs\*" $(INSTALL_DIR)\snmp\mibs /d
!ENDIF
change the Win32 build environment, so we can create release zip files without the need of an installer - a feature requested from time to time. When this is matured, we might want to add these zip files (of GTK1 and GTK2 versions) to the released files. config.nmake contains the target INSTALL1_DIR and INSTALL2_DIR. I guess you can retain the previous behaviour by using . for both DIRs, though I never tested this... svn path=/trunk/; revision=19302
2006-09-23 01:39:07 +00:00
remove more GTK1 stuff from the Win32 build process (incomplete) svn path=/trunk/; revision=24780
2008-04-05 01:22:53 +00:00
clean-deps:
lot's of GTK1 related code cleanup in the Win32 build process svn path=/trunk/; revision=24854
2008-04-09 03:48:16 +00:00
rm -rf $(INSTALL_DIR)
change the Win32 build environment, so we can create release zip files without the need of an installer - a feature requested from time to time. When this is matured, we might want to add these zip files (of GTK1 and GTK2 versions) to the released files. config.nmake contains the target INSTALL1_DIR and INSTALL2_DIR. I guess you can retain the previous behaviour by using . for both DIRs, though I never tested this... svn path=/trunk/; revision=19302
2006-09-23 01:39:07 +00:00
cd plugins
$(MAKE) /$(MAKEFLAGS) -f Makefile.nmake clean-deps
cd ..
Create temporary empty checkapi target so no Windows buildbo build error svn path=/trunk/; revision=25334
2008-05-20 23:50:10 +00:00
checkapi_local:
Fix some of the Errors/warnings detected by checkapi. svn path=/trunk/; revision=25368
2008-05-23 05:55:34 +00:00
$(PERL) tools/checkAPIs.pl \
Fix some of the Errors/warnings detected by checkapi. svn path=/trunk/; revision=25248
2008-05-07 05:26:40 +00:00
# $(wireshark_SOURCES) \
Fix run checkapi for more targets. svn path=/trunk/; revision=25380
2008-05-26 17:09:03 +00:00
$(TSHARK_TAP_SRC) \
# $(EXTRA_wireshark_SOURCES)
Create temporary empty checkapi target so no Windows buildbo build error svn path=/trunk/; revision=25334
2008-05-20 23:50:10 +00:00
Fix run checkapi for more targets. svn path=/trunk/; revision=25380
2008-05-26 17:09:03 +00:00
checkapi: checkapi_local
Let the buildbot run a some of the checkapi targets. svn path=/trunk/; revision=25348
2008-05-21 20:27:15 +00:00
cd wiretap
$(MAKE) /$(MAKEFLAGS) -f Makefile.nmake checkapi
cd ../codecs
$(MAKE) /$(MAKEFLAGS) -f Makefile.nmake checkapi
Use GTK+ 2.12.10 svn path=/trunk/; revision=25437
2008-06-10 05:35:38 +00:00
cd ../gtk
Create temporary empty checkapi target so no Windows buildbo build error svn path=/trunk/; revision=25334
2008-05-20 23:50:10 +00:00
## $(MAKE) /$(MAKEFLAGS) -f Makefile.nmake checkapi
Let the buildbot run a some of the checkapi targets. svn path=/trunk/; revision=25348
2008-05-21 20:27:15 +00:00
cd ../epan
Create temporary empty checkapi target so no Windows buildbo build error svn path=/trunk/; revision=25334
2008-05-20 23:50:10 +00:00
## $(MAKE) /$(MAKEFLAGS) -f Makefile.nmake checkapi
Fix run checkapi for more targets. svn path=/trunk/; revision=25414
2008-06-03 05:35:19 +00:00
cd ../epan/crypt
## $(MAKE) /$(MAKEFLAGS) -f Makefile.nmake checkapi
cd ../dfilter
$(MAKE) /$(MAKEFLAGS) -f Makefile.nmake checkapi
cd ../ftypes
## $(MAKE) /$(MAKEFLAGS) -f Makefile.nmake checkapi
cd ../wslua
## $(MAKE) /$(MAKEFLAGS) -f Makefile.nmake checkapi
cd ../dissectors
Let the buildbot run a some of the checkapi targets. svn path=/trunk/; revision=25348
2008-05-21 20:27:15 +00:00
$(MAKE) /$(MAKEFLAGS) -f Makefile.nmake checkapi
cd ..
cd ../plugins
$(MAKE) /$(MAKEFLAGS) -f Makefile.nmake checkapi
Fix run checkapi for more targets. svn path=/trunk/; revision=25414
2008-06-03 05:35:19 +00:00
cd ../wsutil
$(MAKE) /$(MAKEFLAGS) -f Makefile.nmake checkapi