| Summary: | Undefined symbols for architecture x86_64: "_util_cpu_caps" | ||
|---|---|---|---|
| Product: | Mesa | Reporter: | Vinson Lee <vlee> |
| Component: | Mesa core | Assignee: | Dylan Baker <baker.dylan.c> |
| Status: | RESOLVED FIXED | QA Contact: | mesa-dev |
| Severity: | normal | ||
| Priority: | medium | CC: | baker.dylan.c |
| Version: | git | Keywords: | bisected, regression |
| Hardware: | x86-64 (AMD64) | ||
| OS: | Mac OS X (All) | ||
| Whiteboard: | |||
| i915 platform: | i915 features: | ||
| Bug Depends on: | |||
| Bug Blocks: | 108530 | ||
I've sent a patch to the list that hopefully fixes this. commit 80825abb5d1a7491035880253ffd531c55acae6b Author: Dylan Baker <dylan@pnwbakers.com> Date: Thu Aug 16 17:20:38 2018 -0700 move u_math to src/util Currently we have two sets of functions for bit counts, one in gallium and one in core mesa. The ones in core mesa are header only in many cases, since they reduce to "#define _mesa_bitcount popcount", but they provide a fallback implementation. This is important because 32bit msvc doesn't have popcountll, just popcount; so when nir (for example) includes the core mesa header it doesn't (and shouldn't) link with core mesa. To fix this we'll promote the version out of gallium util, then replace the core mesa uses with the util version, since nir (and other non-core mesa users) can and do link with mesautils. Acked-by: Eric Engestrom <eric.engestrom@intel.com> Reviewed-by: Ian Romanick <ian.d.romanick@intel.com> This should be resolved now. New series sent out to fix this. This time for sure! |
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.
CXXLD mesa_dri_drivers.la Undefined symbols for architecture x86_64: "_util_cpu_caps", referenced from: _util_fpstate_get in libmesa.a(libmesautil_la-u_math.o) _util_fpstate_set_denorms_to_zero in libmesa.a(libmesautil_la-u_math.o) _util_fpstate_set in libmesa.a(libmesautil_la-u_math.o)