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?
