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? _______________________________________________ Wireshark-dev mailing list [email protected] http://www.wireshark.org/mailman/listinfo/wireshark-dev
