External LLVM toolchain not consistently locating c++ when compiling ports

Stefan Esser se at freebsd.org
Sun Oct 29 09:51:17 UTC 2017


Am 29.10.17 um 08:48 schrieb Mark Millard:
> So without system clang (or system gcc 4.2.1) and only
> with llvm40 I expect that there is no c++ command at all.
> The issue would not be an overly-specific path: no path
> would work.
> 
> Rust needs to not be looking for a c++ command at all.
> It needs to be using ${CXX} and the like that would
> need to involve clang++50 .
> 
> But you can make a local workaround by creating your
> own c++ command someplace in the paths being checked,
> either linking to or copying clang++40 to produce the
> c++ . c++ might not be the only file needing such
> a technique.

This situation should be covered by the new BINARY_ALIAS feature,
which makes a symbolic link to some binary available under a new
name and adds the location of that link to the PATH:

https://svnweb.freebsd.org/ports?view=revision&revision=451772

In this particular case:

BINARY_ALIAS	c++=clang++50

Regards, STefan


More information about the freebsd-toolchain mailing list