On Tuesday 2018-01-09 10:06, Richard Biener wrote:
The real issue is of course false binary compatibility promises made via not changing the SONAME or using symbol versioning...
Of course it's quite hard to do right, especially with C++, but still I'd expect "core" libraries to do better here...
KDE/Qt can apparently do it for C++ (there is a suitably large rulebook they use), so why can't GNOME do it for C (which needs a lot less rules)? It feels like GNOME software is intentionally wanting to be annoying. (Reported back in https://bugzilla.opensuse.org/903974 ) Maybe we should just, short of symversioning, do libgthread_2_0_la_LDFLAGS = $(GLIB_LINK_FLAGS) \ + -release $(PACKAGE_VERSION) \ $(gthread_win32_res_ldflag) \ -version-info $(LT_CURRENT):$(LT_REVISION):$(LT_AGE) \ -export-dynamic $(no_undefined) $(export_symbols) then those dependency-satisfied-but-unrunnable situations can't happen. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org