Bug 93059 - [PATCH] i965 fails to load miserably on musl libc due to underlinking
Summary: [PATCH] i965 fails to load miserably on musl libc due to underlinking
Status: RESOLVED MOVED
Alias: None
Product: Mesa
Classification: Unclassified
Component: Drivers/DRI/i965 (show other bugs)
Version: 11.0
Hardware: Other All
: medium normal
Assignee: Intel 3D Bugs Mailing List
QA Contact: Intel 3D Bugs Mailing List
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2015-11-21 21:43 UTC by Kylie McClain
Modified: 2019-09-25 18:55 UTC (History)
2 users (show)

See Also:
i915 platform:
i915 features:


Attachments
[PATCH] i965: don't underlink i965_dri.so, causes miserable failure on musl libc (957 bytes, text/plain)
2015-11-21 21:43 UTC, Kylie McClain
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Kylie McClain 2015-11-21 21:43:10 UTC
Created attachment 120007 [details]
[PATCH] i965: don't underlink i965_dri.so, causes miserable failure on musl libc

musl libc doesn't like lazy binding, which i965_dri.so depends on to load correctly in Xorg. As such, it is underlinked and doesn't load because of linking issues on musl libc.

More information: http://wiki.musl-libc.org/wiki/Functional_differences_from_glibc#Lazy_bindings
Comment 1 Matt Turner 2015-11-22 19:25:52 UTC
"miserably"


I don't think dri drivers can link directly to libglapi. Cc'ing Emil.
Comment 2 Emil Velikov 2015-11-22 22:30:34 UTC
(In reply to Matt Turner from comment #1)
> "miserably"
> 
> 
> I don't think dri drivers can link directly to libglapi. Cc'ing Emil.
In theory there should be no problems when combined with recent enough (don't recall the date/release) xserver/libglx. Priorly libglx was providing the symbols, as it was copying a ton of the gl dispatch from mesa. Nowadays it links against libGL and relies on it to handle things.

On the whole topic I've been leaning towards:
 - folding the static glapi only for special users (osmesa, libgl-xlib)
 - "forcing" everyone else to shared one and dropping the configure switch
 - figuring some deprecation period and/or experimentally adding the libglapi link to the dri modules.

I'm leaning that foo_dri.so linked with libglapi and old xserver should still work, although that is to be tested.

All that aside: albeit not ideal, some libraries need to stay underlinked. Musl devs should seriously reconsider and add support for it.
Comment 3 Matt Turner 2016-11-03 21:14:56 UTC
ajax probably has an opinion.
Comment 4 GitLab Migration User 2019-09-25 18:55:12 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/mesa/mesa/issues/1503.


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.