716825 - Don't load system libraries with their full path

Status: RESOLVED FIXED

(Firefox for Android Graveyard :: General, defect, P3)

Description

[Mike Hommey [:glandium]]

One of the assumptions of the new linker (bug 683127) is that dlopen()ing a file by giving a full path is not used for system libraries. As dlopen() is only diverted for libraries the new linker loads itself, this makes things work for system libraries that dlopen with a full path, but it happens that contrary to what we do on desktop linux, it turns out we are dlopening with full paths for system libraries on android. There's really no reason that force us to do so, but it breaks the new linker assumptions.

Comment 1

[Mike Hommey [:glandium]]

Attachment: Avoid loading system libraries with their full path

Pushed to try. See rationale in comment 0. I also changed libEGL.so and libGLESv2.so on desktop linux, because they are not necessarily in /usr/lib (on debian they are in a multiarch directory), and they are actually not named libEGL.so and libGLESv2.so except in -devel packages.
http://tbpl.mozilla.org/?tree=Try&rev=f977c50be911

(will add some more people for review of the non gfx parts)

Comment 2

[Mike Hommey [:glandium]]

Comment on attachment 587408 [details] [diff] [review]
Avoid loading system libraries with their full path

For dom/wifi parts.

Comment 3

[Benoit Jacob [:bjacob] (mostly away)]

Comment on attachment 587408 [details] [diff] [review]
Avoid loading system libraries with their full path

Review of attachment 587408 [details] [diff] [review]:
-----------------------------------------------------------------

r=me on the gfx parts

Comment 4

[Mike Hommey [:glandium]]

https://hg.mozilla.org/integration/mozilla-inbound/rev/065691d7581c

Comment 5

[Marco Bonardo [:mak]]

https://hg.mozilla.org/mozilla-central/rev/065691d7581c

Comment 6

[Oleg Romashin (:romaxa)]

why with full path removal, library names where changed?
basically on Maemo/N9, it fail to load libEGL.so.1, because that simply does not exists

Comment 7

[Mike Hommey [:glandium]]

(In reply to Oleg Romashin (:romaxa) from comment #6)
> why with full path removal, library names where changed?
> basically on Maemo/N9, it fail to load libEGL.so.1, because that simply does
> not exists

See comment 1. We could probably try .so.1 *and* .so on non-android.

Comment 8

[Mike Hommey [:glandium]]

Attachment: Avoid loading system libraries with their full path - for aurora

[Approval Request Comment]
This is a dependency of bug 683127.
For tier-1 platforms, this is mostly a no-op. Libraries are opened with dlopen and will be searched in the paths that were hardcoded previously. Except it will also now work when the libraries are in different system library paths.
It however causes bug 719253 on maemo.

Comment 9

[Alex Keybl [:akeybl]]

Comment on attachment 591509 [details] [diff] [review]
Avoid loading system libraries with their full path - for aurora

[Triage Comment]
Mobile only - approved for Aurora.

Comment 10

[Mike Hommey [:glandium]]

https://hg.mozilla.org/releases/mozilla-aurora/rev/9dbdd072eb4e

Comment 11

[Curtis Koenig [:curtisk-use curtis.koenig+bzATgmail.com]]]

since this is android only we don't see a need to reivew, removing flag