Bug 53179

Summary: libOSMesa / libdricore not linked well
Product: Mesa Reporter: Arkadiusz Miskiewicz <arekm>
Component: Mesa coreAssignee: mesa-dev
Status: RESOLVED FIXED QA Contact:
Severity: normal    
Priority: medium CC: galtgendo
Version: git   
Hardware: Other   
OS: All   
Whiteboard:
i915 platform: i915 features:
Attachments: patch that sems to clean up unresolved symbols in libOSMesa (for mesa 8.1)

Description Arkadiusz Miskiewicz 2012-08-06 17:55:30 UTC
There is bunch of unresolved symbols in libOSMesa.so (git master as of today). Looks like at least -lm -ldl is missing.

Unresolved symbols found in: /home/users/arekm/tmp/Mesa-8.1.0-root-arekm/usr/lib64/libOSMesa.so.8.1.0
        sincos
        sqrt
        floor
        sinf
        __fpclassifyf
        truncf
        _glapi_get_proc_address
        dlsym
        _glapi_get_dispatch_table_size
        powf
        sqrtf
        expf
        log
        ceilf
        sincosf
        exp2f
        _glapi_get_context
        logf
        floorf
        _glapi_add_dispatch
        cosf
        exp
        _glapi_check_multithread
        _glapi_tls_Context
        _glapi_set_context
        pow
        cos
        log2f
        dlopen
        dlclose
        _glapi_set_dispatch
        _glapi_tls_Dispatch


Same for libdricore.so

Unresolved symbols found in: /home/users/arekm/tmp/Mesa-8.1.0-root-arekm/usr/lib64/libdricore8.1.0.so.1.0.0
        dlsym
        _glapi_get_dispatch_table_size
        _glapi_get_context
        _glapi_add_dispatch
        _glapi_tls_Context
        _glapi_set_context
        dlopen
        dlclose
        _glapi_set_dispatch
        _glapi_tls_Dispatch
Comment 1 Rafał Mużyło 2012-08-27 17:17:01 UTC
Created attachment 66184 [details] [review]
patch that sems to clean up unresolved symbols in libOSMesa (for mesa 8.1)

While I'm not 100% sure this patch is correct, it seems to clean up 'ldd -r' output for libOSmesa.

As for dricore, I wonder why did it gain a version number in name and why isn't it simply compiled as a module (it would seem it more or less was before).
Comment 2 Matt Turner 2012-08-27 17:43:18 UTC
You don't even want OSMesa linked against glapi at all, do you? If you link against glapi, can you use that OSMesa binary with, say, the nvidia proprietary drivers?
Comment 3 Rafał Mużyło 2012-08-28 17:37:19 UTC
(In reply to comment #2)
> You don't even want OSMesa linked against glapi at all, do you? If you link
> against glapi, can you use that OSMesa binary with, say, the nvidia proprietary
> drivers?

Not sure if I understand.
Are you saying that OMMesa *shouldn't* be built with shared-glapi ?
Cause correct me if I'm wrong, but aren't symbols like _glapi_tls_Context mesa specific ?

Also, in regard of the earlier comment, why was dricore moved from /usr/lib/dri to /usr/lib ?
Comment 4 Matt Turner 2012-10-03 21:34:25 UTC
Patch committed to master: http://cgit.freedesktop.org/mesa/mesa/commit/?id=1762ec28db4bfb85eeb6e61377839a3889f77216
Comment 6 Matt Turner 2012-10-10 21:42:05 UTC
Fixed in 9.0.

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.