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

[Simon Atanasyan]

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.

http://llvm-reviews.chandlerc.com/D1738

Files:
  lib/Driver/ToolChains.cpp
  lib/Driver/ToolChains.h
  test/Driver/linux-ld.c
  test/Driver/mips-cs-ld.c
-------------- 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>