osmocom
/
wireshark
11
0
Fork 1
Code Issues Pull Requests Projects Releases Wiki Activity
wireshark/Makefile.nmake

185 lines
3.7 KiB
Makefile
Raw Normal View History

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
## Makefile for building ethereal.exe with Microsoft C and nmake
## Use: nmake -f makefile.nmake
GTK_VERSION=1.3
Changes to compile in win32. svn path=/trunk/; revision=515
1999-08-18 22:49:48 +00:00
GLIB_VERSION=1.3
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
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
GLIB_DIR=T:\w32-ix86\glib
GTK_DIR=T:\w32-ix86\gtk+
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
Changes to compile in win32. svn path=/trunk/; revision=515
1999-08-18 22:49:48 +00:00
LOCAL_CFLAGS=
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 #########
CC = cl
Finally got the win32 ethereal to link properly with MSVC. svn path=/trunk/; revision=374
1999-07-21 17:40:42 +00:00
LINK= link
LDFLAGS = /NOLOGO /SUBSYSTEM:console /INCREMENTAL:no /MACHINE:I386 \
/OUT:ethereal.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
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
CFLAGS=-DHAVE_CONFIG_H $(LOCAL_CFLAGS) /I$(GLIB_DIR) /I$(GLIB_DIR)\gmodule \
/I$(GTK_DIR) /Iwiretap /I$(GTK_DIR)\gdk /I$(GTK_DIR)\gdk\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
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
DISSECTOR_OBJECTS = \
packet-aarp.obj \
packet-afs.obj \
packet-arp.obj \
packet-ascend.obj\
Made the protocol (but not the fields) use the new proto_tree routine, allowing users to filter on the existence of these protocols. I also added packet-clip.c to the Nmake makefile. svn path=/trunk/; revision=402
1999-07-29 05:47:07 +00:00
packet-atalk.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
packet-atm.obj \
packet-auto_rp.obj \
packet-bgp.obj \
Made the protocol (but not the fields) use the new proto_tree routine, allowing users to filter on the existence of these protocols. I also added packet-clip.c to the Nmake makefile. svn path=/trunk/; revision=402
1999-07-29 05:47:07 +00:00
packet-bootp.obj \
Bring it somewhat up to date; "register.c" could be a pain, as you'd either need to use tools native to Windows, supply a canned version with a distribution (and require people to update it by hand), require people to have "grep" and "sed" handy and whip up a ".bat" file to run them, or require them to have "grep" and "sed" *and* a Bourne-compatible shell. svn path=/trunk/; revision=1343
1999-12-15 07:58:23 +00:00
packet-bootparams.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
packet-bpdu.obj \
packet-cdp.obj \
Cisco Group Management Protocol dissector. svn path=/trunk/; revision=1601
2000-02-05 05:54:17 +00:00
packet-cgmp.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
packet-clip.obj \
packet-data.obj \
packet-dns.obj \
packet-eth.obj \
packet-fddi.obj \
packet-ftp.obj \
packet-giop.obj \
packet-gre.obj \
packet-hsrp.obj \
packet-http.obj \
packet-icmpv6.obj\
packet-icp.obj \
packet-icq.obj \
packet-imap.obj \
packet-ip.obj \
packet-ipp.obj \
Made the protocol (but not the fields) use the new proto_tree routine, allowing users to filter on the existence of these protocols. I also added packet-clip.c to the Nmake makefile. svn path=/trunk/; revision=402
1999-07-29 05:47:07 +00:00
packet-ipsec.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
packet-ipv6.obj \
packet-ipx.obj \
packet-irc.obj \
packet-isakmp.obj\
packet-isis.obj \
Bring it somewhat up to date; "register.c" could be a pain, as you'd either need to use tools native to Windows, supply a canned version with a distribution (and require people to update it by hand), require people to have "grep" and "sed" handy and whip up a ".bat" file to run them, or require them to have "grep" and "sed" *and* a Bourne-compatible shell. svn path=/trunk/; revision=1343
1999-12-15 07:58:23 +00:00
packet-isis-clv.obj \
packet-isis-hello.obj \
packet-isis-lsp.obj \
packet-isis-snp.obj \
Add support for Cisco ISL. svn path=/trunk/; revision=1546
2000-01-25 00:18:26 +00:00
packet-isl.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
packet-l2tp.obj \
packet-lapb.obj \
packet-lapd.obj \
packet-ldap.obj \
packet-llc.obj \
packet-lpd.obj \
packet-mapi.obj \
Bring it somewhat up to date; "register.c" could be a pain, as you'd either need to use tools native to Windows, supply a canned version with a distribution (and require people to update it by hand), require people to have "grep" and "sed" handy and whip up a ".bat" file to run them, or require them to have "grep" and "sed" *and* a Bourne-compatible shell. svn path=/trunk/; revision=1343
1999-12-15 07:58:23 +00:00
packet-mount.obj \
Made the protocol (but not the fields) use the new proto_tree routine, allowing users to filter on the existence of these protocols. I also added packet-clip.c to the Nmake makefile. svn path=/trunk/; revision=402
1999-07-29 05:47:07 +00:00
packet-nbipx.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
packet-nbns.obj \
packet-ncp.obj \
Changes to compile in win32. svn path=/trunk/; revision=515
1999-08-18 22:49:48 +00:00
packet-netbios.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
packet-nfs.obj \
packet-nlm.obj \
packet-nntp.obj \
packet-ntp.obj \
packet-null.obj \
packet-osi.obj \
packet-ospf.obj \
packet-pim.obj \
packet-pop.obj \
packet-portmap.obj \
packet-ppp.obj \
Made the protocol (but not the fields) use the new proto_tree routine, allowing users to filter on the existence of these protocols. I also added packet-clip.c to the Nmake makefile. svn path=/trunk/; revision=402
1999-07-29 05:47:07 +00:00
packet-pppoe.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
packet-pptp.obj \
Bring it somewhat up to date; "register.c" could be a pain, as you'd either need to use tools native to Windows, supply a canned version with a distribution (and require people to update it by hand), require people to have "grep" and "sed" handy and whip up a ".bat" file to run them, or require them to have "grep" and "sed" *and* a Bourne-compatible shell. svn path=/trunk/; revision=1343
1999-12-15 07:58:23 +00:00
packet-q2931.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
packet-q931.obj \
packet-radius.obj\
packet-raw.obj \
packet-rip.obj \
Bring it somewhat up to date; "register.c" could be a pain, as you'd either need to use tools native to Windows, supply a canned version with a distribution (and require people to update it by hand), require people to have "grep" and "sed" handy and whip up a ".bat" file to run them, or require them to have "grep" and "sed" *and* a Bourne-compatible shell. svn path=/trunk/; revision=1343
1999-12-15 07:58:23 +00:00
packet-ripng.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
packet-rpc.obj \
packet-rsvp.obj \
packet-rtsp.obj \
packet-rx.obj \
packet-sap.obj \
packet-sdp.obj \
packet-smb.obj \
packet-sna.obj \
packet-snmp.obj \
Bring it somewhat up to date; "register.c" could be a pain, as you'd either need to use tools native to Windows, supply a canned version with a distribution (and require people to update it by hand), require people to have "grep" and "sed" handy and whip up a ".bat" file to run them, or require them to have "grep" and "sed" *and* a Bourne-compatible shell. svn path=/trunk/; revision=1343
1999-12-15 07:58:23 +00:00
packet-srvloc.obj \
packet-sscop.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
packet-stat.obj \
Bring it somewhat up to date; "register.c" could be a pain, as you'd either need to use tools native to Windows, supply a canned version with a distribution (and require people to update it by hand), require people to have "grep" and "sed" handy and whip up a ".bat" file to run them, or require them to have "grep" and "sed" *and* a Bourne-compatible shell. svn path=/trunk/; revision=1343
1999-12-15 07:58:23 +00:00
packet-tacacs.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
packet-tcp.obj \
packet-telnet.obj\
packet-tftp.obj \
packet-tns.obj \
packet-tr.obj \
Made the protocol (but not the fields) use the new proto_tree routine, allowing users to filter on the existence of these protocols. I also added packet-clip.c to the Nmake makefile. svn path=/trunk/; revision=402
1999-07-29 05:47:07 +00:00
packet-trmac.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
packet-udp.obj \
Bring it somewhat up to date; "register.c" could be a pain, as you'd either need to use tools native to Windows, supply a canned version with a distribution (and require people to update it by hand), require people to have "grep" and "sed" handy and whip up a ".bat" file to run them, or require them to have "grep" and "sed" *and* a Bourne-compatible shell. svn path=/trunk/; revision=1343
1999-12-15 07:58:23 +00:00
packet-v120.obj \
Made the protocol (but not the fields) use the new proto_tree routine, allowing users to filter on the existence of these protocols. I also added packet-clip.c to the Nmake makefile. svn path=/trunk/; revision=402
1999-07-29 05:47:07 +00:00
packet-vines.obj \
Bring it somewhat up to date; "register.c" could be a pain, as you'd either need to use tools native to Windows, supply a canned version with a distribution (and require people to update it by hand), require people to have "grep" and "sed" handy and whip up a ".bat" file to run them, or require them to have "grep" and "sed" *and* a Bourne-compatible shell. svn path=/trunk/; revision=1343
1999-12-15 07:58:23 +00:00
packet-vlan.obj \
packet-vrrp.obj \
Dissector for Cisco's Virtual Trunking Protocol. svn path=/trunk/; revision=1603
2000-02-05 09:19:06 +00:00
packet-vtp.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
packet-wccp.obj\
packet-who.obj\
packet-x25.obj \
packet-yhoo.obj \
Bring it somewhat up to date; "register.c" could be a pain, as you'd either need to use tools native to Windows, supply a canned version with a distribution (and require people to update it by hand), require people to have "grep" and "sed" handy and whip up a ".bat" file to run them, or require them to have "grep" and "sed" *and* a Bourne-compatible shell. svn path=/trunk/; revision=1343
1999-12-15 07:58:23 +00:00
packet-ypbind.obj \
packet-ypserv.obj \
packet-ypxfr.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
ETHEREAL_COMMON_OBJECTS = \
asn1.obj \
column.obj \
Bring it somewhat up to date; "register.c" could be a pain, as you'd either need to use tools native to Windows, supply a canned version with a distribution (and require people to update it by hand), require people to have "grep" and "sed" handy and whip up a ".bat" file to run them, or require them to have "grep" and "sed" *and* a Bourne-compatible shell. svn path=/trunk/; revision=1343
1999-12-15 07:58:23 +00:00
conversation.obj \
dfilter-grammar.obj \
dfilter-scanner.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
dfilter.obj \
ethertype.obj \
follow.obj \
ipproto.obj \
ipv4.obj \
packet.obj \
plugins.obj \
prefs.obj \
print.obj \
proto.obj \
ps.obj \
register.obj \
resolv.obj \
util.obj \
xdlc.obj \
ethereal_OBJECTS = \
$(DISSECTOR_OBJECTS) \
$(ETHEREAL_COMMON_OBJECTS) \
capture.obj \
colors.obj \
file.obj \
summary.obj \
EXTRA_ethereal_OBJECTS = \
snprintf.obj \
strerror.obj \
mkstemp.obj \
inet_aton.obj \
inet_pton.obj \
inet_ntop.obj
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
Bring it somewhat up to date; "register.c" could be a pain, as you'd either need to use tools native to Windows, supply a canned version with a distribution (and require people to update it by hand), require people to have "grep" and "sed" handy and whip up a ".bat" file to run them, or require them to have "grep" and "sed" *and* a Bourne-compatible shell. svn path=/trunk/; revision=1343
1999-12-15 07:58:23 +00:00
LIBS= wiretap\libwtap.lib gtk\libui.lib wsock32.lib \
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
$(GTK_DIR)\gtk\gtk-$(GTK_VERSION).lib \
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
$(GTK_DIR)\gdk\gdk-$(GTK_VERSION).lib \
Finally got the win32 ethereal to link properly with MSVC. svn path=/trunk/; revision=374
1999-07-21 17:40:42 +00:00
$(GLIB_DIR)\glib-$(GLIB_VERSION).lib \
$(GLIB_DIR)\gmodule-$(GLIB_VERSION).lib
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
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
ethereal.exe : config.h $(ethereal_OBJECTS) $(EXTRA_ethereal_OBJECTS)
Finally got the win32 ethereal to link properly with MSVC. svn path=/trunk/; revision=374
1999-07-21 17:40:42 +00:00
$(LINK) @<<
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
$(LDFLAGS) $(LIBS) $(ethereal_OBJECTS) $(EXTRA_ethereal_OBJECTS)
Finally got the win32 ethereal to link properly with MSVC. svn path=/trunk/; revision=374
1999-07-21 17:40:42 +00:00
<<
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
config.h : config.h.win32
copy config.h.win32 $@
ps.c : rdps.exe print.ps
rdps print.ps ps.c