How to get clang++ to add appropriate -rpath option when using non-standard location for


I posted this same question to the cfe-dev mailing list last week but
received no answers so I'm trying here instead.

I am trying to build clang++ 3.5 on a CentOS 5.10 machine.  The system
installed gcc is 4.1.2.  I do not have root access on this machine and have
therefore built and installed gcc 4.8.2 into a non-system location
(/users/sim/packages).  I used the following command to configure clang:

cmake -DCMAKE_C_COMPILER=/users/sim/packages/gcc/4.8.2/bin/gcc
-DLLVM_TARGETS_TO_BUILD="X86" ../llvm-3.5.0.src/

That worked fine and it created a working clang++ binary.  However, when I
use that to compile a C++ program the executable does not have an rpath
entry pointing to /users/sim/packages/gcc/4.8.2/lib64:

% clang++ test.cpp
% ldd a.out =>  (0x00007fffd49fd000) => /usr/lib64/ (0x0000003577e00000) => /lib64/ (0x0000003571600000) => /lib64/ (0x0000003577600000) => /lib64/ (0x0000003571200000)
        /lib64/ (0x0000003570e00000)

I want to use C++11 features so presumably I do need to use the newer library that is installed with gcc 4.8.2.  I know I can fix
this by adding -Wl,-rpath,/users/sim/packages/gcc/4.8.2/lib64 to my clang++
command but this shouldn't be necessary.  I would like to know if there is
a way to get clang to automatically add these extra linker options when
compiled against a version of gcc installed in a non system location.

I thought this is what the --with-gcc-toolchain option would do (when using
configure rather than cmake) but that didn't seem to work.  So far, the
only way I have been able to get it to work is by patching Tools.cpp at
line 7413 in the function gnutools::Link::ConstructJob:

  Args.AddAllArgs(CmdArgs, options::OPT_L);
  Args.AddAllArgs(CmdArgs, options::OPT_u);

  const ToolChain::path_list Paths = ToolChain.getFilePaths();

  for (const auto &Path : Paths)
    CmdArgs.push_back(Args.MakeArgString(StringRef("-L") + Path));

if (ToolChain.getArch() == llvm::Triple::x86_64)

  if (D.IsUsingLTO(Args))
    AddGoldPlugin(ToolChain, Args, CmdArgs);

  if (Args.hasArg(options::OPT_Z_Xlinker__no_demangle))

  AddLinkerInputs(ToolChain, Inputs, Args, CmdArgs);

but I can't believe there isn't an easier way.  If clang is built using a
non-system library then shouldn't it automatically add the
required -rpath option to use that same library at runtime ?