[PATCH] Separate construction of bi-arch path suffix from construction of multi-library path suffix

Simon Atanasyan simon at atanasyan.com
Sun Sep 22 10:51:06 PDT 2013

Hi chandlerc, rafael,

The main goal of this patch is to simplify the `findTargetBiarchSuffix()` routine and remove all code which is unrelated to bi-arch path suffix construction from it.

The code calculates MIPS toolchain specific multi-lib path suffixes like `mips16/soft-float/el` is moved to the separate function `findMultiLibSuffix()`. This function called during GCC installation detection and result is stored for the future using.

Unfortunately it is not possible to to model multi-lib path suffixes as a variant of complete multi-lib path (lib64/lib32/lib) because we need paths like `mips-linux-gnu/lib64/soft-float/el` to find libraries and paths like `mips-linux-gnu/soft-float/el` to find headers.


-------------- next part --------------
A non-text attachment was scrubbed...
Name: D1738.1.patch
Type: text/x-patch
Size: 23136 bytes
Desc: not available
URL: <http://lists.llvm.org/pipermail/cfe-commits/attachments/20130922/70da04ce/attachment.bin>

More information about the cfe-commits mailing list