Summary: | [PATCH] i965 fails to load miserably on musl libc due to underlinking | ||
---|---|---|---|
Product: | Mesa | Reporter: | Kylie McClain <kylie> |
Component: | Drivers/DRI/i965 | Assignee: | Intel 3D Bugs Mailing List <intel-3d-bugs> |
Status: | RESOLVED MOVED | QA Contact: | Intel 3D Bugs Mailing List <intel-3d-bugs> |
Severity: | normal | ||
Priority: | medium | CC: | ajax, emil.l.velikov |
Version: | 11.0 | ||
Hardware: | Other | ||
OS: | All | ||
Whiteboard: | |||
i915 platform: | i915 features: | ||
Attachments: | [PATCH] i965: don't underlink i965_dri.so, causes miserable failure on musl libc |
Description
Kylie McClain
2015-11-21 21:43:10 UTC
"miserably" I don't think dri drivers can link directly to libglapi. Cc'ing Emil. (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. ajax probably has an opinion. -- 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.