1
0
forked from pool/wxWidgets-3_2
Go to file
2023-12-27 16:38:42 +00:00
_constraints wxWidgets development branch that will eventually become 3.2 2014-12-07 00:34:49 +00:00
_multibuild Accepting request 985562 from home:StefanBruens:branches:X11:wxWidgets 2022-06-28 15:43:38 +00:00
.gitattributes wxWidgets development branch that will eventually become 3.2 2014-12-07 00:34:49 +00:00
.gitignore wxWidgets development branch that will eventually become 3.2 2014-12-07 00:34:49 +00:00
autoconf-2_72.diff - Add autoconf-2_72.diff 2023-12-26 14:28:18 +00:00
README.SUSE wxWidgets development branch that will eventually become 3.2 2014-12-07 00:34:49 +00:00
soversion.diff - Update to release 3.2.4 2023-12-16 16:58:40 +00:00
wxpython-mkdiff.sh wxWidgets development branch that will eventually become 3.2 2014-12-07 00:34:49 +00:00
wxWidgets-3_2-rpmlintrc Accepting request 985562 from home:StefanBruens:branches:X11:wxWidgets 2022-06-28 15:43:38 +00:00
wxWidgets-3_2.changes - Add autoconf-2_72.diff 2023-12-26 14:28:18 +00:00
wxWidgets-3_2.spec more base trouble 2023-12-27 16:38:42 +00:00
wxWidgets-3.2.4.tar.bz2 - Update to release 3.2.4 2023-12-16 16:58:40 +00:00

wxWidgets in SUSE
=================

There are many possible wxWidgets configurations that can be built
from a single source spec file. Depending on what options have been
chosing, the ABI changes in incompatible fashion, yet the library
filenames do not.

To counter running a program with an incompatible variant of
wxWidgets, we chose to make use of the vendor tagging mechanism.
Programs built against the SUSE wxWidgets explicitly require the
library by our name and therefore cannot inadvertently be run with an
incompatible wxWidgets from another distribution.

To run a foreign program, you will need to use the LD_LIBRARY_PATH
mechanism to point it to a directory which contains the matching
third-party wxWidgets variant.