arm-none-eabi-binutils doesn't compile with newest Xcode (4D151a)

[mail@…]

libintl.h not found together with clang. Solution: build with llvm-gcc-4.2

[jmroot (Joshua Root)]

This patch would break the port on platforms that don't have llvm-gcc-4.2. Does this problem occur with all versions of clang, or just the one in this Xcode version? Have you filed a radar about it?

[ryandesign (Ryan Carsten Schmidt)]

Could this simply be the problem that ​clang does not use CPATH?

[mail@…]

Works with the old Xcode Version 4B110

MacStream:~ uwe$ clang --version
Apple clang version 2.1 (tags/Apple/clang-163.7.1) (based on LLVM 3.0svn)
Target: x86_64-apple-darwin11.1.0
Thread model: posix

[adfernandes (Andrew Fernandes)]

fixed in r87830

[ryandesign (Ryan Carsten Schmidt)]

r87830 changes the compiler unconditionally to llvm-gcc-4.2. Did you not read comment:1 above which reminds us that llvm-gcc-4.2 is not available in earlier OS X versions' Xcodes? Please see PortfileRecipes#compiler for the way in which we usually want to select llvm-gcc-4.2 when clang would otherwise have been selected. Please see also comment:2 which suggests an alternative that may allow us to use clang after all.

[adfernandes (Andrew Fernandes)]

Replying to ryandesign@…:

r87830 changes the compiler unconditionally to llvm-gcc-4.2. Did you not read comment:1 above which reminds us that llvm-gcc-4.2 is not available in earlier OS X versions' Xcodes? Please see PortfileRecipes#compiler for the way in which we usually want to select llvm-gcc-4.2 when clang would otherwise have been selected. Please see also comment:2 which suggests an alternative that may allow us to use clang after all.

Whups. Added the "use llvm-gcc if clang" in r87840. Of course, I doubt that that solves the problem.

The PortfileRecipes page doesn't say how to solve this problem, if indeed it can be solved. The gnu binutils assume, to a large extent, the gcc compiler suite, and a fairly recent one. The "compiler fallback" stuff is not particularly useful, methinks, if it can't be tested (which, for most of us, it can't be).

Maybe a better way to go about it is, for every port, a list of "blacklisted" compilers - "known not to work with pre-gcc-4.1" or "known not to work with pre-clang-3"?

[jmroot (Joshua Root)]

r93122

[ports@…]

Hi, arm-none-eabi-binutils does not compile with clang because it cannot find the libintl.h file. It does compile with apple-gcc-4.2. The clang compiler should be blacklisted for this port.