Another milestone hit:
- Win 32bit: The following executables build and run from the build directory
(as well as capture if they should be able to). *: Acutally tested
$ ls *exe
capinfos.exe* dumpcap.exe mergecap.exe randpkt.exe reordercap.exe tshark.exe*
dftest.exe editcap.exe qtshark.exe* rawshark.exe text2pcap.exe wireshark.exe*
Using CMake to generate a MSVC2010 solution, I can't get near that number of successful executables. I have used the CMake generated solution with command line build (msbuild Wireshark.sln) and from within VS. I do have modified CMake files in an attempt to group the "projects" in Visual Studio into some sort of logical tree rather than the large flat list. I don't believe these changes affect the CMake output to actually build things. I've also enabled the use of make-tap-reg.py for creating the tap register functions which seems to work.
Problems I have seen \ am stuck with:
- epan generated files always get rebuilt, e.g. diam_dict.c and the like
- epan won't create register.c, make-dissector-reg.py complains about a missing file, from the output the filename looks odd, I suspect I'm hitting some command line limit:
E:\Wireshark\build>dir /s /w *.exe
Directory of E:\Wireshark\build\Debug
capinfos.exe dumpcap.exe editcap.exe mergecap.exe
randpkt.exe reordercap.exe text2pcap.exe
Directory of E:\Wireshark\build\tools\lemon\Debug
lemon.exe
E:\Wireshark\build>dir /s /w *.dll
Directory of E:\Wireshark\build\lib\Debug
wiretap.dll wsutil.dll
E:\Wireshark\build>dir /s /w *.lib
Directory of E:\Wireshark\build\Debug
capinfos.lib editcap.lib mergecap.lib reordercap.lib
Directory of E:\Wireshark\build\lib\Debug
codecs.lib gtkui.lib ui.lib wiretap.lib wsutil.lib
Graham