[clang][Driver][Linux] fix regression issue when define LIBCXX_LIBDIR_SUFFIX=64

[sunlin]

Summary

Clang failed to compile c++ when LIBCXX_LIBDIR_SUFFIX=64 is defeined for the lib
path "../lib64" are not be included.

[sunlin]

[clang][Driver][Linux] fix regression issue when define LIBCXX_LIBDIR_SUFFIX=64

remove unrelated files

[sunlin]

Hi @MaskRay Please help to review this change.

I compiled clang with "-DLLVM_LIBDIR_SUFFIX=64" "-DLIBCXX_LIBDIR_SUFFIX=64" "-DLIBCXXABI_LIBDIR_SUFFIX=64" and the clang 12 work as expected.
But after I compiled clang 13 with same CMake options and comiple a cpp with clang 13, it's failed for can not find "-lc++".

After debuging the clang, I find the "../lib64" is not in the libraries path list in clang 13.0.
Here is the key line in clang 12:
https://github.com/llvm/llvm-project/blob/fed41342a82f5a3a9201819a82bf7a48313e296b/clang/lib/Driver/ToolChains/Linux.cpp#L309

This patch can resolve the regression issue.

[MaskRay]

Please provide more information: the platform name and the output of g++ empty.cc '-###' |& sed -E 's/ "?-[LiIr]/\n&/g'

Note that there is a FIXME. It's unclear why your platform needs the specific rule.

[MaskRay]

clang/lib/Driver/ToolChains/Linux.cpp

307

Is D.Dir + "/../lib" still needed?

[sunlin]

In D108286#2952511, @MaskRay wrote:

Please provide more information: the platform name and the output of g++ empty.cc '-###' |& sed -E 's/ "?-[LiIr]/\n&/g'

Note that there is a FIXME. It's unclear why your platform needs the specific rule.

The root cause of this regression issue is clang13 lost the ".../bin/../lib64" in LIBRARY_PATH conparing to clang12 source code.
This patch is try to add the line back from clang 12 https://github.com/llvm/llvm-project/blob/fed41342a82f5a3a9201819a82bf7a48313e296b/clang/lib/Driver/ToolChains/Linux.cpp#L309.

Anyway, the g++ output are list as below.
$ g++ empty.cc '-###' |& sed -E 's/ "?-[LiIr]/\n&/g'
Using built-in specs.
COLLECT_GCC=g++
COLLECT_LTO_WRAPPER=/usr/libexec/gcc/x86_64-redhat-linux/4.8.5/lto-wrapper
Target: x86_64-redhat-linux
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --with-bugurl=http://bugzilla.redhat.com/bugzilla --enable-bootstrap --enable-shared --enable-threads=posix --enable-checking=release --with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions --enable-gnu-unique-object --enable-linker-build-id --with-linker-hash-style=gnu --enable-languages=c,c++,objc,obj-c++,java,fortran,ada,go,lto --enable-plugin --enable-initfini-array --disable-libgcj --with-isl=/builddir/build/BUILD/gcc-4.8.5-20150702/obj-x86_64-redhat-linux/isl-install --with-cloog=/builddir/build/BUILD/gcc-4.8.5-20150702/obj-x86_64-redhat-linux/cloog-install --enable-gnu-indirect-function --with-tune=generic --with-arch_32=x86-64 --build=x86_64-redhat-linux
Thread model: posix
gcc version 4.8.5 20150623 (Red Hat 4.8.5-44) (GCC)
COLLECT_GCC_OPTIONS='-shared-libgcc' '-mtune=generic' '-march=x86-64'
/usr/libexec/gcc/x86_64-redhat-linux/4.8.5/cc1plus -quiet -D_GNU_SOURCE empty.cc -quiet -dumpbase empty.cc "-mtune=generic" "-march=x86-64" -auxbase empty -o /tmp/ccaC9lqH.s
COLLECT_GCC_OPTIONS='-shared-libgcc' '-mtune=generic' '-march=x86-64'
as --64 -o /tmp/cctILs46.o /tmp/ccaC9lqH.s
COMPILER_PATH=/usr/libexec/gcc/x86_64-redhat-linux/4.8.5/:/usr/libexec/gcc/x86_64-redhat-linux/4.8.5/:/usr/libexec/gcc/x86_64-redhat-linux/:/usr/lib/gcc/x86_64-redhat-linux/4.8.5/:/usr/lib/gcc/x86_64-redhat-linux/
LIBRARY_PATH=/usr/lib/gcc/x86_64-redhat-linux/4.8.5/:/usr/lib/gcc/x86_64-redhat-linux/4.8.5/../../../../lib64/:/lib/../lib64/:/usr/lib/../lib64/:/usr/lib/gcc/x86_64-redhat-linux/4.8.5/../../../:/lib/:/usr/lib/
COLLECT_GCC_OPTIONS='-shared-libgcc' '-mtune=generic' '-march=x86-64'
/usr/libexec/gcc/x86_64-redhat-linux/4.8.5/collect2 --build-id --no-add-needed --eh-frame-hdr "--hash-style=gnu" -m elf_x86_64 -dynamic-linker /lib64/ld-linux-x86-64.so.2 /usr/lib/gcc/x86_64-redhat-linux/4.8.5/../../../../lib64/crt1.o /usr/lib/gcc/x86_64-redhat-linux/4.8.5/../../../../lib64/crti.o /usr/lib/gcc/x86_64-redhat-linux/4.8.5/crtbegin.o
-L/usr/lib/gcc/x86_64-redhat-linux/4.8.5
-L/usr/lib/gcc/x86_64-redhat-linux/4.8.5/../../../../lib64
-L/lib/../lib64
-L/usr/lib/../lib64
-L/usr/lib/gcc/x86_64-redhat-linux/4.8.5/../../.. /tmp/cctILs46.o "-lstdc++" -lm -lgcc_s -lgcc -lc -lgcc_s -lgcc /usr/lib/gcc/x86_64-redhat-linux/4.8.5/crtend.o /usr/lib/gcc/x86_64-redhat-linux/4.8.5/../../../../lib64/crtn.o

[sunlin]

clang/lib/Driver/ToolChains/Linux.cpp

307

Yes, it's still usefull. When running the clang from compiled folder (eg: .../build.debug/bin/clang), it will try to access the .../build.debug/bin/../lib.

[sunlin]

@MaskRay Any more questions for this line change? Thanks : )

[MaskRay]

LGTM.

clang/lib/Driver/ToolChains/Linux.cpp

308

Add if (OSLibDir != "lib")

[sunlin]

clang/lib/Driver/ToolChains/Linux.cpp

308

thumbs up.

[sunlin]

Update for do not add duplicate path

[sunlin]

Hi @MaskRay ,
The patch is updated as your comment.
Please review again. Thanks.

[MaskRay]

clang/lib/Driver/ToolChains/Linux.cpp

308

drop redundant braces around one-line simple statement

[sunlin]

Thanks all of you!

clang/lib/Driver/ToolChains/Linux.cpp

#endif
 
   Generic_GCC::AddMultiarchPaths(D, SysRoot, OSLibDir, Paths);
 
   // Similar to the logic for GCC above, if we are currently running Clang
   // inside of the requested system root, add its parent library path to those
   // searched.
   // FIXME: It's not clear whether we should use the driver's installed
   // directory ('Dir' below) or the ResourceDir.
-  if (StringRef(D.Dir).startswith(SysRoot))
+  if (StringRef(D.Dir).startswith(SysRoot)) {
     addPathIfExists(D, D.Dir + "/../lib", Paths);
+    addPathIfExists(D, D.Dir + "/../" + OSLibDir, Paths);
+  }
 
   addPathIfExists(D, SysRoot + "/lib", Paths);
   addPathIfExists(D, SysRoot + "/usr/lib", Paths);
 }
 
 ToolChain::RuntimeLibType Linux::GetDefaultRuntimeLibType() const {
   if (getTriple().isAndroid())
     return ToolChain::RLT_CompilerRT;