libtapi: builds failing for earlier macOS releases: ARM bits inadvertently included for Intel build?

[mascguy (Christopher Nielsen)]

It almost looks as if ARM-related bits, are being used for Intel. Unless this is supposed to be in play, for cross-compilation support?

In file included from libtapi/work/apple-libtapi-b7b5bdbfda9e8062d405b48da3b811afad98ae76/src/llvm/lib/Support/AArch64TargetParser.cpp:35:
libtapi/work/apple-libtapi-b7b5bdbfda9e8062d405b48da3b811afad98ae76/src/llvm/include/llvm/Support/AArch64TargetParser.def:82:18:
error: no viable conversion from 'const char [11]' to 'llvm::StringLiteral'
AARCH64_CPU_NAME("cortex-a35", ARMV8A, FK_CRYPTO_NEON_FP_ARMV8, false,
                 ^~~~~~~~~~~~
libtapi/work/apple-libtapi-b7b5bdbfda9e8062d405b48da3b811afad98ae76/src/llvm/lib/Support/AArch64TargetParser.cpp:34:9: note: expanded from macro 'AARCH64_CPU_NAME'
  .Case(NAME, ARM::DEFAULT_FPU)
        ^

There is also the following, which appears arch-independent:

In file included from libtapi/work/apple-libtapi-b7b5bdbfda9e8062d405b48da3b811afad98ae76/src/llvm/include/llvm/Support/Chrono.h:14:
libtapi/work/apple-libtapi-b7b5bdbfda9e8062d405b48da3b811afad98ae76/src/llvm/include/llvm/Support/FormatProviders.h:267:25:
error: no viable conversion from 'const char [2]' to 'llvm::StringLiteral'
                  .Case("Y", B ? "YES" : "NO")
                        ^~~

It's not yet clear how wide-spread this is, as the buildbots are still catching up. But it's a definite issue for 10.9:

​https://build.macports.org/builders/ports-10.9_x86_64-builder/builds/199300/steps/install-port/logs/stdio

[mascguy (Christopher Nielsen)]

Also failing for macOS 10.8, though with different errors:

​https://build.macports.org/builders/ports-10.8_x86_64-builder/builds/101095/steps/install-port/logs/stdio

[catap (Kirill A. Korinsky)]

Christopher, thanks, on it right now.

[catap (Kirill A. Korinsky)]

In d32d13a8f68b1aa83e7e5716a26ebead7220aae5/macports-ports (master):

libtapi: fixed build on old macOS

clang_dependency PG blacklists all clang 5+ and with restriction on
Portfile it makes all compilers are blacklisted.

Instead enforce clang-11-bootstrap when it is available.

Closes: #65757
Closes: #64605