swr: (autoconf) allow a single swr architecture to be builtin
authorChuck Atkins <chuck.atkins@kitware.com>
Thu, 18 Jan 2018 19:57:57 +0000 (14:57 -0500)
committerGeorge Kyriazis <george.kyriazis@intel.com>
Fri, 19 Jan 2018 19:15:54 +0000 (13:15 -0600)
commit2ed8b6f82704081a8992b3c30995ac8873b0c711
tree3f3cd912651ad23cfa32ef4ef4f7a248d2db85cc
parent8ff8c82630ccef75c13c84b5b32b45dda976f4ec
swr: (autoconf) allow a single swr architecture to be builtin

Part 1 of 2 (part 1 is autoconf changes, part 2 is C++ changes)

When only a single SWR architecture is being used, this allows that
architecture to be builtin rather than as a separate libswrARCH.so that
gets loaded via dlopen.  Since there are now several different code
paths for each detected CPU architecture, the log output is also
adjusted to convey where the backend is getting loaded from.

This allows SWR to be used for static mesa builds which are still
important for large HPC environments where shared libraries can impose
unacceptable application startup times as hundreds of thousands of copies
of the libs are loaded from a shared parallel filesystem.

Based on an initial implementation by Tim Rowley.

v2: Fix comment placement pointed out by Bruce C.

Signed-off-by: Chuck Atkins <chuck.atkins@kitware.com>
Reviewed-by: Bruce Cherniak <bruce.cherniak@intel.com>
CC: Tim Rowley <timothy.o.rowley@intel.com>
Reviewed-by: Bruce Cherniak <bruce.cherniak@intel.com>
configure.ac
src/gallium/drivers/swr/Makefile.am