Home page logo
/

wireshark logo Wireshark mailing list archives

Re: Status Cmake Win32 support
From: Graham Bloice <graham.bloice () trihedral com>
Date: Mon, 2 Dec 2013 14:28:43 +0000

On 2 December 2013 13:49, Joerg Mayer <jmayer () loplof de> wrote:

On Mon, Dec 02, 2013 at 11:34:21AM +0000, Graham Bloice wrote:
On 2 December 2013 10:54, Joerg Mayer <jmayer () loplof de> wrote:
On Sun, Dec 01, 2013 at 10:35:50PM +0000, Graham Bloice wrote:
On 30 November 2013 23:18, Joerg Mayer <jmayer () loplof de> wrote:

I still have the issue with GTK3, in that I have to comment out the
path
"corrections" in FindGTK3.cmake.

Hmm, can you please explain the problems you are encountering - I'd
like to
fix them. In case it involves rewriting the results from pkg-config,
can
you
please include the .pc file?

In FindGTK3.cmake there is some code that modifies the paths found by
pkg-config only on Windows.  Doing this totally messed up the paths for
me,
I commented out the block of code and everything just worked.  Note that
I'm using pkg-config from the gtk2 bundle not the Cygwin one.

I can't find a pkg-config.exe in the gtk2 bundle. Where can I find it
(version, arch)? Do I need to do something special in the "nmake ... setup"
phase to get it?

Weird, my CMake test system at home has one, but my nmake dev system I
have here doesn't have it.  I'll try to find out where it came from.


8.  Fix build of plugins.

They build on my system (cmake with nmake and msbuild).


When building wireshark, I don't see any attempt to build them, maybe
there's a missing dependency in CMakeLists.  I haven't tried building
them
explicitly.

They are built automagically, i.e. right now I do out of tree builds
on 32 bit arch:
cmake ..\..\trunk 2>&1 | tee cmake.log
cmake --build . 2>&1 | tee build.log
With default cmakeoptions and default config.nmake files (OK, I modified
config.nmake temporarily to pull in gtk2 as well in order to have both
gtk versions to test with).


On my cmake test env, using the VS201 generator and msbuild, building
wireshark or tshark is successful without any plugins being built.



9.  Fix build of executables that use WTAP_PLUGIN_SOURCES.

Have to check what you are talking about :-)


Happened right at the end of my testing time so I didn't really
investigate
it.  I was trying to build some one of the other executables (mergecap??)
and it failed.  Then I noticed all other executables that depended on
WTAP_PLUGIN_SOURCES also failed.

I grepped the whole source tree and did not find anything:
jmayer () egg:~/work/wireshark/svn/trunk> grep -ri WTAP_PLUGIN_SOURCES .
jmayer () egg:~/work/wireshark/svn/trunk>


In the main CMakeLists.txt:

W:\Wireshark\trunk>c:\cygwin\bin\grep.exe -ni WTAP_PLUGIN_SOURCES *.txt
CMakeLists.txt:751:set(WTAP_PLUGIN_SOURCES
CMakeLists.txt:1061:            ${WTAP_PLUGIN_SOURCES}
CMakeLists.txt:1080:            ${WTAP_PLUGIN_SOURCES}
CMakeLists.txt:1100:            ${WTAP_PLUGIN_SOURCES}
CMakeLists.txt:1118:            ${WTAP_PLUGIN_SOURCES}
___________________________________________________________________________
Sent via:    Wireshark-dev mailing list <wireshark-dev () wireshark org>
Archives:    http://www.wireshark.org/lists/wireshark-dev
Unsubscribe: https://wireshark.org/mailman/options/wireshark-dev
             mailto:wireshark-dev-request () wireshark org?subject=unsubscribe

  By Date           By Thread  

Current thread:
[ Nmap | Sec Tools | Mailing Lists | Site News | About/Contact | Advertising | Privacy ]