Wireshark-dev: Re: [Wireshark-dev] buildbot failure in OSX-10.4-PPC
From: Jeff Morriss <[email protected]>
Date: Fri, 29 Feb 2008 17:34:18 -0500

Michael Tuexen wrote:
Just a correction of my earlier mail...

The current svn version does not compile, but an old version did.

However, the buildslave can not get the sources in time to start
the compile phase.
It seems to be failing to compile/link it with glib-1.2:

gcc -bundle  -flat_namespace -undefined suppress -o .libs/agentx.so  .libs/plugin.o .libs/packet-agentx.o -all_load  /usr/local/lib/libgmodule.a /usr/local/lib/libglib.a  /usr/lib/libz.dylib /usr/lib/libm.dylib /usr/lib/libresolv.dylib /usr/lib/libcom_err.dylib /usr/lib/libkrb5support.dylib /usr/lib/libk5crypto.dylib /usr/lib/libkrb5.dylib -L/usr/lib /usr/lib/libiconv.dylib -L/usr/local/lib -L/Users/buildslave/Documents/wireshark/osx104ppc/build/epan /Users/buildslave/Documents/wireshark/osx104ppc/build/epan/.libs/libwireshark.0.0.1.dylib -Wl,-search_paths_first
/usr/bin/ld: multiple definitions of symbol _g_module_error
/usr/local/lib/libgmodule.a(gmodule.o) definition of _g_module_error in section (__TEXT,__text)
/Users/buildslave/Documents/wireshark/osx104ppc/build/epan/.libs/libwireshark.0.0.1.dylib(single module) definition of _g_module_error
Because both libwireshark and the plugin are (statically) linked against 
glib it's getting the duplicate symbol?  How's that supposed to work 
when statically linking?  Should the plugins not link against the same 
libs that libwireshark is?
Any chance to get dynamic glib-1.2 libraries?