r21768 - gnucash/branches/2.4/packaging/win32 - More changes to compile gtk-2.24.

[John Ralls]

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