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

136 lines
4.3 KiB
Plaintext
Raw Normal View History

Bump the version to 0.9.15. Update the NEWS and ChangeLog to August 27. More updates to come. svn path=/trunk/; revision=8410
2003-09-08 03:13:15 +00:00
# $Id: config.nmake,v 1.59 2003/09/08 03:13:14 gerald Exp $
Add ability to create HTML documentation on Windows, if you have perl and man2html. Don't call this makefile from the parent makefile as not everyone will want to create documentation. Add a couple variables to config.nmake to support this. svn path=/trunk/; revision=3119
2001-03-09 03:43:58 +00:00
Bump the version to 0.9.15. Update the NEWS and ChangeLog to August 27. More updates to come. svn path=/trunk/; revision=8410
2003-09-08 03:13:15 +00:00
VERSION=0.9.15
As per a patch from Lars Roland, make RC_VERSION comma-separated. Also put in a comment noting that it should be comma-separated, and noting why it should be comma-separated. svn path=/trunk/; revision=7880
2003-06-13 22:43:37 +00:00
#
# This should be comma-separated, not dot-separated, as per Graham
# Bloice's message in
#
# http://www.ethereal.com/lists/ethereal-dev/200303/msg00283.html
#
# "The RC_VERSION variable in config.nmake should be comma separated.
# This allows the resources to be built correctly and the version
# number to be correctly displayed in the explorer properties dialog
# for the executables, and XP's tooltip, rather than 0.0.0.0."
#
Bump the version to 0.9.15. Update the NEWS and ChangeLog to August 27. More updates to come. svn path=/trunk/; revision=8410
2003-09-08 03:13:15 +00:00
RC_VERSION=0,9,15
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
WTAP_VERSION=0.0
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
GTK_VERSION=1.3
Build with Glib 2.0 and GTK+ 1.3 by default. Don't build with zlib 1.13. Add minor updates to README.win32. svn path=/trunk/; revision=8126
2003-08-04 14:34:17 +00:00
GLIB_VERSION=2.0
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
Based on a change from Lars Roland, set the GLIB_CFLAGS, GTK_CFLAGS, GLIB_LIBS, and GTK_LIBS variables based on whether the GLib and GTK+ header files and libraries are in separate "glib" and "gtk+" directories (as is the case for the developer's packages from the Ethereal Web site) or in the same directory (as is the case for the developer's packages from the GTK+-for-Win32 site). svn path=/trunk/; revision=7890
2003-06-15 22:58:19 +00:00
#
Handle the 1.3 vs. 2.x issue similarly to the way Lars Roland's patches did, basing the path name structure on the version number, but handle GLib and GTK+ orthogonally. svn path=/trunk/; revision=7896
2003-06-17 05:38:24 +00:00
# This presumes that GLib 1.3 developer's packages put header files and
# libraries directly in a "glib" directory and GTK+ 1.3 packages put
# header files and libraries directly in a "gtk+" directory, while GLib
# 2.x developer's packages put header files in an "include\glib-{version}"
# directory and libraries in a "lib\glib-{version}" directory, and GTK+
# 2.x developer's packages put header files in an "include\gtk-{version}"
# directory and libraries in a "lib\gtk-{version}" directory.
Based on a change from Lars Roland, set the GLIB_CFLAGS, GTK_CFLAGS, GLIB_LIBS, and GTK_LIBS variables based on whether the GLib and GTK+ header files and libraries are in separate "glib" and "gtk+" directories (as is the case for the developer's packages from the Ethereal Web site) or in the same directory (as is the case for the developer's packages from the GTK+-for-Win32 site). svn path=/trunk/; revision=7890
2003-06-15 22:58:19 +00:00
#
Handle the 1.3 vs. 2.x issue similarly to the way Lars Roland's patches did, basing the path name structure on the version number, but handle GLib and GTK+ orthogonally. svn path=/trunk/; revision=7896
2003-06-17 05:38:24 +00:00
# If the version of a developer's package is 1.3, set the appropriate
# _DIR variable to the "glib" or "gtk+" directory; if it's 2.x, set it
# to the directory in which the "include" and "lib" directories reside.
Based on a change from Lars Roland, set the GLIB_CFLAGS, GTK_CFLAGS, GLIB_LIBS, and GTK_LIBS variables based on whether the GLib and GTK+ header files and libraries are in separate "glib" and "gtk+" directories (as is the case for the developer's packages from the Ethereal Web site) or in the same directory (as is the case for the developer's packages from the GTK+-for-Win32 site). svn path=/trunk/; revision=7890
2003-06-15 22:58:19 +00:00
#
From Hamish Moffatt: Add some missing files in the "clean" targets. Use pod2html rather than man2html to build HTML man pages. Fix ethereal.nsi.in for recent versions of NSIS, and fix a typo. svn path=/trunk/; revision=4475
2002-01-04 06:57:10 +00:00
GLIB_DIR=C:\ethereal-win32-libs\glib
GTK_DIR=C:\ethereal-win32-libs\gtk+
Based on a change from Lars Roland, set the GLIB_CFLAGS, GTK_CFLAGS, GLIB_LIBS, and GTK_LIBS variables based on whether the GLib and GTK+ header files and libraries are in separate "glib" and "gtk+" directories (as is the case for the developer's packages from the Ethereal Web site) or in the same directory (as is the case for the developer's packages from the GTK+-for-Win32 site). svn path=/trunk/; revision=7890
2003-06-15 22:58:19 +00:00
Add default development package locations to README.win32. Use zlib 1.1.4 by default in config.nmake. svn path=/trunk/; revision=8246
2003-08-24 23:25:40 +00:00
ZLIB_DIR=C:\ethereal-win32-libs\zlib-114
From Hamish Moffatt: Add some missing files in the "clean" targets. Use pod2html rather than man2html to build HTML man pages. Fix ethereal.nsi.in for recent versions of NSIS, and fix a typo. svn path=/trunk/; revision=4475
2002-01-04 06:57:10 +00:00
PCAP_DIR=C:\ethereal-win32-libs\WPdpack
Link to libsnmp under Win32. In gtk/main.c and tethereal.c set MIBDIRS to <get_program_path()>\snmp\mibs so that we can drop the MIB files there, instead of the default c:\usr\... path. Add NET_SNMP_DIR to config.nmake and modify Makefile.nmake to adjust CFLAGs, ethereal_LIBS and tethereal_LIBS accordingly. Define HAVE_UCD_SNMP in config.h.win32. I tested this by creating c:\program files\ethereal\snmp\mibs and dropping in the MIB files that come with Net-SNMP. Ethereal resolved system.sysDescr.0 to "iso.3.6.1.2.1.1.1.0" under Windows. Under Linux it resolved to "SNMPv2-MIB::sysDescr.0". Ethereal.nsi still needs to be updated. A compiled version of the Net-SNMP library can be found at http://www.ethereal.com/distribution/win32/development/ svn path=/trunk/; revision=6385
2002-10-09 03:07:34 +00:00
NET_SNMP_DIR=C:\ethereal-win32-libs\net-snmp-5.0.6
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
#
# If you have GNU ADNS, set this to the pathname of the directory in
# which the GNU ADNS .lib file is stored.
#
# If you don't have GNU ADNS, comment this line out, so that ADNS_DIR
# isn't defined.
#
Add GNU ADNS to the Windows build environment. A precompiled DLL can be found at http://adns.jgaa.com/ and http://www.ethereal.com/distribution/win32/development/ The modifications to the root-level config.h.win32 and Makefile.nmake may not be neccessary. svn path=/trunk/; revision=7769
2003-06-02 18:40:02 +00:00
ADNS_DIR=C:\ethereal-win32-libs\adns-1.0-win32-01
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
Add COMMON_FILES_GNU definition. svn path=/trunk/; revision=6021
2002-08-19 15:55:43 +00:00
COMMON_FILES_GNU=c:\program files\common files\gnu
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
LOCAL_CFLAGS=-Zi
LOCAL_LDFLAGS=/DEBUG
From Motonori Shindo: don't put the PDB files into the release, as they're not built and the executables already contain debugging information, and update the README.win32 file appropriately and add Text2Pcap and Mergecap to it. svn path=/trunk/; revision=4425
2001-12-19 19:16:12 +00:00
# Set PDB_FILE according to your VC++ version
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
PDB_FILE=vc*.pdb
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
Move inet_*.[ch] files to epan. svn path=/trunk/; revision=2494
2000-10-14 04:31:26 +00:00
# Set path if you need to find some binary
From Lars Roland: use $(COMMON_FILES_GNU) in the PATH setting, don't duplicate the setting of $(COMMON_FILES_GNU). svn path=/trunk/; revision=7883
2003-06-14 03:23:21 +00:00
PATH=c:\cygnus\cygwin-b20\H-i586-cygwin32\bin;c:\python22;c:\ethereal\wiretap;$(COMMON_FILES_GNU);$(PATH)
Move inet_*.[ch] files to epan. svn path=/trunk/; revision=2494
2000-10-14 04:31:26 +00:00
Cygwin doesn't necessarily come with an "sh.exe", so use "$(SH)" rather than "sh" to run a Bourne-compatible shell in "Makefile.nmake", and define "SH" to be "bash" in "config.nmake". svn path=/trunk/; revision=6540
2002-11-01 10:01:21 +00:00
SH=bash
Add the re-write of the NetWare Core Protocol dissector. It's mostly a framework for the dissector; of the more than 400 NCP packet types, only a handful are defined. But this dissector framework is much better than the previous one. svn path=/trunk/; revision=2173
2000-07-28 20:03:59 +00:00
PERL=perl
From Hamish Moffatt: Add some missing files in the "clean" targets. Use pod2html rather than man2html to build HTML man pages. Fix ethereal.nsi.in for recent versions of NSIS, and fix a typo. svn path=/trunk/; revision=4475
2002-01-04 06:57:10 +00:00
POD2MAN=pod2man
POD2HTML=pod2html
PYTHON="C:/python22/python.exe"
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
LEX=flex
YACC=bison
Move inet_*.[ch] files to epan. svn path=/trunk/; revision=2494
2000-10-14 04:31:26 +00:00
# Set YACC_OPTS if cygnus bison can't find template file.
#YACC_OPTS=-S t:\w32-ix86\cygnus\cygwin-b20\share\bison.simple
Packaging files for Win32, using NSIS, the NullSoft Installer, that was originally written for WinAmp. See http://www.nullsoft.com/free/nsis/ svn path=/trunk/; revision=3255
2001-04-04 04:50:05 +00:00
# To build the installer
MAKENSIS="C:/program files/nsis/makensis.exe"
Define GLIB_CFLAGS and GTK_CFLAGS variables in config.nmake (based on variables the user configures - the user isn't expected to change GLIB_CFLAGS or GTK_CFLAGS, and there's a comment nothing that users shouldn't have to do so), which contain the appropriate "/I" flags 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=7884
2003-06-14 20:36:04 +00:00
#
# You should not have to change anything below this comment.
# If you do, it's a deficiency in the Makefile.nmake files;
# either tell ethereal-dev@ethereal.com about it, including
# details of why you had to change it, or fix config.nmake
# and any Makefile.nmake files that need to be changed, and
# send us the patches, along with details of why the change
# was necessary.
#
Handle the 1.3 vs. 2.x issue similarly to the way Lars Roland's patches did, basing the path name structure on the version number, but handle GLib and GTK+ orthogonally. svn path=/trunk/; revision=7896
2003-06-17 05:38:24 +00:00
!IF "$(GLIB_VERSION)" == "1.3"
Define GLIB_CFLAGS and GTK_CFLAGS variables in config.nmake (based on variables the user configures - the user isn't expected to change GLIB_CFLAGS or GTK_CFLAGS, and there's a comment nothing that users shouldn't have to do so), which contain the appropriate "/I" flags 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=7884
2003-06-14 20:36:04 +00:00
GLIB_CFLAGS=/I$(GLIB_DIR) /I$(GLIB_DIR)\gmodule
Define GCC_GLIB_CFLAGS as a GCC equivalent of GLIB_CFLAGS, and use it instead of -I$(GLIB_DIR) when running GCC to generate the xyzzy file, so that the right -I flags are used. svn path=/trunk/; revision=8190
2003-08-19 02:16:26 +00:00
GCC_GLIB_CFLAGS=-I$(GLIB_DIR) -I$(GLIB_DIR)\gmodule
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=$(GLIB_DIR)\glib-$(GLIB_VERSION).lib \
$(GLIB_DIR)\gmodule\gmodule-$(GLIB_VERSION).lib
Handle the 1.3 vs. 2.x issue similarly to the way Lars Roland's patches did, basing the path name structure on the version number, but handle GLib and GTK+ orthogonally. svn path=/trunk/; revision=7896
2003-06-17 05:38:24 +00:00
!ELSE
GLIB_CFLAGS=/I$(GLIB_DIR)\include\glib-$(GLIB_VERSION) \
/I$(GLIB_DIR)\lib\glib-$(GLIB_VERSION)\include
Define GCC_GLIB_CFLAGS as a GCC equivalent of GLIB_CFLAGS, and use it instead of -I$(GLIB_DIR) when running GCC to generate the xyzzy file, so that the right -I flags are used. svn path=/trunk/; revision=8190
2003-08-19 02:16:26 +00:00
GCC_GLIB_CFLAGS=-I$(GLIB_DIR)\include\glib-$(GLIB_VERSION) \
-I$(GLIB_DIR)\lib\glib-$(GLIB_VERSION)\include
Handle the 1.3 vs. 2.x issue similarly to the way Lars Roland's patches did, basing the path name structure on the version number, but handle GLib and GTK+ orthogonally. svn path=/trunk/; revision=7896
2003-06-17 05:38:24 +00:00
GLIB_LIBS=$(GLIB_DIR)\lib\glib-$(GLIB_VERSION).lib \
$(GLIB_DIR)\lib\gmodule-$(GLIB_VERSION).lib \
$(GLIB_DIR)\lib\gobject-$(GLIB_VERSION).lib
!ENDIF
From Lars Roland: add support for GTK+ 1.3 with GLib 2.0 (the latest GTK+ 1.3[.x]-for-Win32, which fixes several GTK+ problems, requires GLib 2.0, not GLib 1.3). svn path=/trunk/; revision=8125
2003-08-04 08:10:33 +00:00
Handle the 1.3 vs. 2.x issue similarly to the way Lars Roland's patches did, basing the path name structure on the version number, but handle GLib and GTK+ orthogonally. svn path=/trunk/; revision=7896
2003-06-17 05:38:24 +00:00
!IF "$(GTK_VERSION)" == "1.3"
From Lars Roland: add support for GTK+ 1.3 with GLib 2.0 (the latest GTK+ 1.3[.x]-for-Win32, which fixes several GTK+ problems, requires GLib 2.0, not GLib 1.3). svn path=/trunk/; revision=8125
2003-08-04 08:10:33 +00:00
!IF "$(GLIB_VERSION)" == "1.3"
# GTK+ 1.3 with GLib 1.3
Handle the 1.3 vs. 2.x issue similarly to the way Lars Roland's patches did, basing the path name structure on the version number, but handle GLib and GTK+ orthogonally. svn path=/trunk/; revision=7896
2003-06-17 05:38:24 +00:00
GTK_CFLAGS=$(GLIB_CFLAGS) /I$(GTK_DIR) /I$(GTK_DIR)\gdk
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
GTK_LIBS=$(GTK_DIR)\gtk\gtk-$(GTK_VERSION).lib \
$(GTK_DIR)\gdk\gdk-$(GTK_VERSION).lib \
$(GLIB_LIBS)
Handle the 1.3 vs. 2.x issue similarly to the way Lars Roland's patches did, basing the path name structure on the version number, but handle GLib and GTK+ orthogonally. svn path=/trunk/; revision=7896
2003-06-17 05:38:24 +00:00
!ELSE
From Lars Roland: add support for GTK+ 1.3 with GLib 2.0 (the latest GTK+ 1.3[.x]-for-Win32, which fixes several GTK+ problems, requires GLib 2.0, not GLib 1.3). svn path=/trunk/; revision=8125
2003-08-04 08:10:33 +00:00
# GTK+ 1.3 with GLib 2.0
GTK_CFLAGS=$(GLIB_CFLAGS) /I$(GTK_DIR)\include /I$(GTK_DIR)\include\gdk \
/I$(GTK_DIR)\lib\gtk+\include
GTK_LIBS=$(GTK_DIR)\lib\gtk.lib \
$(GTK_DIR)\lib\gdk.lib \
$(GLIB_LIBS)
!ENDIF
!ELSE
# GTK+ 2.x (with GLib 2.x)
Handle the 1.3 vs. 2.x issue similarly to the way Lars Roland's patches did, basing the path name structure on the version number, but handle GLib and GTK+ orthogonally. svn path=/trunk/; revision=7896
2003-06-17 05:38:24 +00:00
GTK_CFLAGS=$(GLIB_CFLAGS) /I$(GTK_DIR)\include\gtk-$(GTK_VERSION) \
/I$(GTK_DIR)\lib\gtk-$(GTK_VERSION)\include \
/I$(GTK_DIR)\include\atk-1.0 \
/I$(GTK_DIR)\include\pango-1.0
GTK_LIBS=$(GTK_DIR)\lib\gtk-win32-$(GTK_VERSION).lib \
$(GTK_DIR)\lib\gdk-win32-$(GTK_VERSION).lib \
$(GTK_DIR)\lib\pango-1.0.lib \
$(GLIB_LIBS)
Based on a change from Lars Roland, set the GLIB_CFLAGS, GTK_CFLAGS, GLIB_LIBS, and GTK_LIBS variables based on whether the GLib and GTK+ header files and libraries are in separate "glib" and "gtk+" directories (as is the case for the developer's packages from the Ethereal Web site) or in the same directory (as is the case for the developer's packages from the GTK+-for-Win32 site). svn path=/trunk/; revision=7890
2003-06-15 22:58:19 +00:00
!ENDIF
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
!IFDEF ADNS_DIR
ADNS_CFLAGS=/I$(ADNS_DIR)\src /I$(ADNS_DIR)\adns_win32
ADNS_LIBS=$(ADNS_DIR)\adns_win32\lib\adns_dll.lib
Properly escape the '#' character in the HAVE_GNU_ADNS definition. svn path=/trunk/; revision=7924
2003-06-24 18:51:21 +00:00
# Nmake uses carets to escape special characters
ADNS_CONFIG=^#define HAVE_GNU_ADNS 1
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
!else
Well, you need more than just an escaped # to handle the undef, so go back to defining it as nothing. svn path=/trunk/; revision=7939
2003-06-26 08:41:33 +00:00
ADNS_CFLAGS=
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=
"!IFDEF" just takes the name of the variable as an argument. We do have to look for headers in $(GTK_DIR)\gdk when using the development packages from the Ethereal Web site, as "gdkconfig.h" is in that directory but it's included as <gdkconfig.h>. The commented string for ADNS_CONFIG doesn't appear to get substituted as we want it to be; just use an empty string for now. svn path=/trunk/; revision=7892
2003-06-16 07:58:26 +00:00
ADNS_CONFIG=
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
!ENDIF