зеркало из https://github.com/mozilla/gecko-dev.git
693d7516ba
Currently, we use a weak symbol to call atk_bridge_adaptor_init, but for some reason, this stops working when removing the mozgtk stub library (which we can do now that we don't need gtk+2 support at all), in a way similar to bug 1368363. We've been using a weak symbol because atk-bridge 2.0 was not guaranteed to be enabled in gtk+3 back when this was added, but things have changed since then, and gtk+3 always requires atk-bridge 2.0... ... on X11. Unfortunately, that's not the case on Wayland, and a gtk+3 built with Wayland support only will not depend on atk-bridge 2.0. So all in all, we're back to square one, and because this fails to build, we need another approach. It turns out that other approach was in place for gtk+2, in the form of dlopen/dlsym, the code for which somehow survived the years despite Firefox not actually using gtk+2 for accessibility. So we repurpose that code to load atk-bridge 2.0, which also happens to not be a gtk+3 module, so we can remove the whole code path that tries to load it from the gtk-3.0/modules path. Differential Revision: https://phabricator.services.mozilla.com/D111996 |
||
---|---|---|
.. | ||
android | ||
aom | ||
atk | ||
base | ||
basetypes | ||
generic | ||
html | ||
interfaces | ||
ipc | ||
mac | ||
other | ||
tests | ||
windows | ||
xpcom | ||
xul | ||
moz.build |