On Dec 29, 2011, at 2:20 PM, Christian Stimming wrote: > Am Donnerstag, 29. Dezember 2011, 14:00:51 schrieb John Ralls: >> On Dec 27, 2011, at 10:09 PM, John Ralls wrote: >>> It's still not quite ready for release: Gnucash isn't noticing that AQB >>> is present. >> Which turned out to be more WebKit contamination, sort of. Ktoblzcheck needs >> a couple of libraries from mingw (libstdc++-6.dll and libgcc_s_dw2-1.dll) >> and we were relying on WebKit to provide them -- but it only provides an >> older version of libstdc++-1. > > Very interesting. Now, libktoblzcheck isn't anything miraculous - it's just a > C++ library that we build ourselves. Apparently once we do this, the > libstdc++ > of the compiler needs to be present but hasn't been so far. > > This change is most probably also needed in trunk, isn't it?
It wouldn't matter whether we built it or got a binary from somewhere: If it links against libstdc++, it has to have it. C++ library symbols are "mangled" in a compiler-specific way, so it's not possible to link a program made with one compiler against a library made with another. But that wasn't the problem here: The libstdc++-6 that WekKit provided didn't define a symbol that ktoblzcheck wanted (__gxx_personality_v0), but there are a couple of dozen others that it was perfectly happy with. That indicates a libstdc++-6 version problem rather than a wrong compiler problem. It looks to me from the symbols imported from libgcc_s_dw2-1 (Unwind_resume, _deregister_frame_info, _moddi3, and _register_frame_info) that it has to do with debugging, so we might be able to get rid of that dependency by changing CFLAGS. I don't know if it needs changing in trunk. AQB works there, right? Regards, John Ralls _______________________________________________ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
