https://bugzilla.novell.com/show_bug.cgi?id=660438 https://bugzilla.novell.com/show_bug.cgi?id=660438#c1 --- Comment #1 from Ilya Chernykh 2010-12-19 09:59:41 UTC --- Or other way around: Fatal Error: Mismatch between the program and library build versions detected. The library used 2.8 (no debug,Unicode,compiler with C++ ABI 1002,wx containers,compatible with 2.4,compatible with 2.6), and your program used 2.8 (no debug,Unicode,compiler with C++ ABI 1002,wx containers,compatible with 2.6). -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=660438 https://bugzilla.novell.com/show_bug.cgi?id=660438#c3 --- Comment #3 from Ilya Chernykh 2010-12-19 14:36:30 UTC --- I think the solution should be change in runtime check, which should allow running program compiled with a library supporting 2.8 and 2.6 on a system where the library supports 2.8, 2.6 and 2.4 - i.e. wider compatibility features. The runtime should not interrupt program execution in this case. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=660438 https://bugzilla.novell.com/show_bug.cgi?id=660438#c5 --- Comment #5 from Andreas Hanke 2010-12-19 15:01:57 UTC --- I haven't looked at how the run-time checks work, I'm just commenting the packaging side and potential upgrade problems. In the Fedora package there is: %configure \ --enable-compat24 * Thu Dec 14 2006 Matthew Miller - 2.8.0-2.8.0.0.1 - compatibility with wxWidgets 2.2 is now gone; add flag to build 2.4 with compatibility, though (now off by default) => I don't think it's good idea to change this in the existing wxGTK-2.8 packages, but it may be worth striving for compatibility with Fedora in the wxWidgets-2.9 packages - which are not yet part of the distribution, but under preparation in the Build Service: https://build.opensuse.org/project/show?project=X11:wxWidgets. Problem: Fedora does not seem to be preparing any wxWidgets-2.9 packages yet. It's right that compatibility with Fedora is more important than compatibility with Debian/Ubuntu, but the latter is still worth something (binaries are not necessarily packaged as rpm or deb) and compatibility with Fedora cannot be achieved in the 2.8 packages without either modifying the code (should better be done upstream, unlikely to happen for the 2.8 codebase now that wxWidgets-2.9 is being developed) or becoming self-incompatible. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=660438 https://bugzilla.novell.com/show_bug.cgi?id=660438#c wei wang changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |wewang@novell.com AssignedTo|bnc-team-screening@forge.pr |sbrabec@novell.com |ovo.novell.com | -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=660438 https://bugzilla.novell.com/show_bug.cgi?id=660438#c8 Ilya Chernykh changed: What |Removed |Added ---------------------------------------------------------------------------- Status|CLOSED |REOPENED Resolution|FIXED | --- Comment #8 from Ilya Chernykh 2012-01-08 21:40:19 UTC --- Still the same problem under openSUSE 12.1 -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=660438 https://bugzilla.novell.com/show_bug.cgi?id=660438#c Andreas Jaeger changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|bnc-team-screening@forge.pr |sbrabec@suse.com |ovo.novell.com | -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=660438 https://bugzilla.novell.com/show_bug.cgi?id=660438#c10 Ilya Chernykh changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |REOPENED InfoProvider|anixx@opensuse.org | --- Comment #10 from Ilya Chernykh 2012-01-09 18:20:54 UTC --- For example, running springlobby from Fedora results in an error message as cited above: http://download.fedora.redhat.com/pub/fedora/linux/updates/16/x86_64/springl... -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=660438 https://bugzilla.novell.com/show_bug.cgi?id=660438#c12 --- Comment #12 from Ilya Chernykh 2012-01-09 18:27:15 UTC --- Possibly we should disable runtime ABI checks but include all ABI options as dependencies in RPM packages. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=660438 https://bugzilla.novell.com/show_bug.cgi?id=660438#c14 --- Comment #14 from Stanislav Brabec 2012-01-09 20:33:06 CET --- I have bad news. Adding --enable-compat-24/26 again changes ABI. Rebuilt with --enable-compat24 --enable-compat26 makes springlobby working, but it breaks audacity from openSUSE (which uses the same unicode + wxcontainer ABI): audacity: Symbol `_ZTV12wxBufferedDC' has different size in shared object, consider re-linking audacity: Symbol `_ZTV10wxClientDC' has different size in shared object, consider re-linking audacity: Symbol `_ZTV10wxMemoryDC' has different size in shared object, consider re-linking audacity: Symbol `_ZTV17wxBufferedPaintDC' has different size in shared object, consider re-linking Fatal Error: Mismatch between the program and library build versions detected. The library used 2.8 (no debug,Unicode,compiler with C++ ABI 1002,wx containers,compatible with 2.4,compatible with 2.6), and your program used 2.8 (no debug,Unicode,compiler with C++ ABI 1002,wx containers,compatible with 2.6). It means, that we probably have to add 24 ABI variants (or at least 16) to make happy all third party packages users (2.4 only enabled (maybe this one can be omitted), 2.6 only enabled, both 2.4 and 2.6 enabled it all for 2.8 ANSI, 2.8 wxcontainer, 2.9 ANSI, 2.9 wxcontainer, and that all both non-debug and debug). Or just tell users that it is not wise idea to build cross-distro packages using system wxWidgets. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=660438 https://bugzilla.novell.com/show_bug.cgi?id=660438#c16 --- Comment #16 from Stanislav Brabec 2012-01-09 21:00:19 CET --- Because the ABI really breaks when you change configure options and library only sometimes changes its name. It is better if the application refuses to start than if the application mysteriously crashes. Upstream "fixed" this problem by adding the check. (We have had bug reports related to that problem in past.) We just have to live with the fact, that any wxWidgets 2.8 version can be built as at least 40 binary incompatible variants. Some libraries and plugins can be build only in some of these variants. Some applications can be built only with a subset of these variants (e. g. no-Unicode variants only, no-STL variants only, only with compat 24/26 etc.). -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=660438 https://bugzilla.novell.com/show_bug.cgi?id=660438#c18 --- Comment #18 from Stanislav Brabec 2012-01-09 21:22:59 CET --- Maybe yes, maybe not, maybe it will mysteriously crash on memory corruption because structure size changed. wxWidgets developers don't care about that. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=660438 https://bugzilla.novell.com/show_bug.cgi?id=660438#c20 --- Comment #20 from Stanislav Brabec 2012-04-19 19:45:47 CEST --- I created just another variant of wxWidgets packages: wxcontainer24c. This variant will third party package support will be represented by two identical packages: wxWidgets-wxcontainer24c-compat-lib-config: It will be always --enable-unicode --disable-stl --enable-compat24. wxWidgets-fedora-compat-lib-config: It will follow Fedora configuration. Reason, why this will be done as an extra package: ZYPP does not allow conflict comments yet. If the user is requested to resolve conflict, only package names are presented. Picking something with "fedora" in the package name will make things more intuitive. Keeping only "fedora" package would make confusion for people that need it for non-Fedora package and they only know the error message presented above. Runtime check does not complain and applications seems to work correctly. Packages are available in X11:wxWidgets OBS repository and will be submitted to Factory. After fix of bug 757124, the behavior should be following: zypper in name_of_fedora_package If you don't have any third party wxWidgets package installed yet, ZYPP will ask you to resolve problem: There are more packages that provide libraries you need. If you just pick the solution that contains wxWidgets-fedora-compat-lib-config, then you will be able to run unmodified Fedora packages. If you already installed one of compat-lib-config packages, you will not see this message - there is no way to recognize, that rpm contains binaries compiled with a different configuration. There is just a limitation: - Any number of wxWidgets libraries variants is allowed for openSUSE packages that follow README.SUSE. - Only one compat library config is allowed for third party package. So you cannot mix packages from different third party sources: There is no way, how to pick particular library variant for particular binary. If there would be such need, it is possible to work-around it with: -- wxrun script that will set LD_LIBRARY_PATH (easy to implement) -- some type of ugly wrapper that will try to recognize, which variant to load (hard to implement) -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=660438 https://bugzilla.novell.com/show_bug.cgi?id=660438#c22 Stanislav Brabec changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution| |FIXED --- Comment #22 from Stanislav Brabec 2012-04-20 15:53:40 CEST --- New packages are available in X11:wxWidgets and they were submitted to openSUSE:Factory with request id 114855. To comment 21:

- Build wxwidgets with all possible compatibility options

It is impossible. Adding all compatibility options will break API, ABI, Unicode support, and STL support. Only --enable-compat24 and --enable-compat26 don't break API. --enable-compat26 is enabled by default. Adding --enable-compat24 does not break API, but it breaks ABI. Maintainers of Packman will not be happy that we break their RPMs again. I cannot simply change these options. I have to add new variant with new options, which clearly tells to the RPM, which application RPM is compatible with which library RPMs. Well, I can think about disabling wxcontainer variant in future and keeping only wxcontainer24c that was created just now. So people using binaries compiled for openSUSE <= 12.1 will have more time to migrate. Before doing so, I would check all other distributions that ship binaries of wxWidgets libraries. Now we have packaging scheme that allows different compat-lib versions supporting different distros, so we can easily support as much third party binary packages as possible. Adding --enable-compat24 to STL variant is possible as well, but it makes only a little sense. STL containers in wxWidgets were introduced later than 2.4. So most applications compatible with STL don't need 2.4 API.

- Disable runtime compatibility check

The check is not here for fun. Upstream clearly declares here: We ignore ABI compatibility and we are aware of it. Don't try to combine such binaries and libraries. Disabling the check only postpones and randomizes crashes. Now it consistently fails on start. After disabling the check, some applications will work, but others will fail randomly on memory corruption. I surely don't want to debug such crashes again. Even after disabling the check, ld.so will complain on different sizes of structures in library and binaries, and it will suggest relinking of such application. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.