creduce @2.5.0: build requires C++11 and libc++

[larryv (Lawrence Velázquez)]

• ​https://build.macports.org/builders/ports-10.6_i386_legacy-builder/builds/11648
• ​https://build.macports.org/builders/ports-10.6_x86_64_legacy-builder/builds/12006
• ​https://build.macports.org/builders/ports-10.7_x86_64_legacy-builder/builds/17243
• ​https://build.macports.org/builders/ports-10.8_x86_64_legacy-builder/builds/11942

[ryandesign (Ryan Carsten Schmidt)]

Did you try adding the cxx11 1.1 portgroup?

[ken-cunningham-webuse]

In 699f0da0327a2cef477bbe03030e7b8ff4c9e6e5/macports-ports (master):

reduce: update to 20181123

also several changes:
rolled breduce subport into main port
added cxx11 1.1 PG which enables build on most systems
remove hardcoded deployment target in source
refactor Portfile

closes: #55179
closes: #56375
closes: #52998
closes: #57772
closes: #57592
closes: #57591

[kencu (Ken)]

The cxx11 1.1 PG doesn't fix this port. You just wind up with a messy build line with both -stdlib=libc++ and -stdlib=macports-libstdc++ both specified, and screenfuls of link errors.

For some data points:

It does install on 10.9 without modification.

It does install on 10.8 without link errors when you force libc++ and also force the compiler to clang-5.0.

$ port -v installed creduce
The following ports are currently installed:
  creduce @2.8.0_0 (active) platform='darwin 12' archs='x86_64' date='2018-12-18T09:16:45-0800'

and 10.7

$ port -v installed creduce
The following ports are currently installed:
  creduce @2.8.0_0 (active) platform='darwin 11' archs='x86_64' date='2018-12-18T17:52:54-0800'

and 10.6

$ port -v installed creduce
The following ports are currently installed:
  creduce @2.8.0_0 (active) platform='darwin 10' archs='x86_64' date='2018-12-18T17:59:56-0800'

[kencu (Ken)]

but not 10.5:

Undefined symbols for architecture i386:
  "clang::ast_matchers::MatchFinder::MatchCallback::getID() const", referenced from:
      vtable for clang::ast_matchers::internal::CollectMatchesCallback in libclangStaticAnalyzerCore.a(LoopUnrolling.cpp.o)
  "clang::ast_matchers::MatchFinder::MatchCallback::~MatchCallback()", referenced from:
      llvm::SmallVector<clang::ast_matchers::BoundNodes, 1u> clang::ast_matchers::match<clang::ast_matchers::internal::BindableMatcher<clang::Stmt> >(clang::ast_matchers::internal::BindableMatcher<clang::Stmt>, clang::ast_type_traits::DynTypedNode const&, clang::ASTContext&) in libclangStaticAnalyzerCore.a(LoopUnrolling.cpp.o)
      clang::ast_matchers::internal::CollectMatchesCallback::~CollectMatchesCallback() in libclangStaticAnalyzerCore.a(LoopUnrolling.cpp.o)
      clang::ast_matchers::internal::CollectMatchesCallback::~CollectMatchesCallback() in libclangStaticAnalyzerCore.a(LoopUnrolling.cpp.o)
      llvm::SmallVector<clang::ast_matchers::BoundNodes, 1u> clang::ast_matchers::match<clang::ast_matchers::internal::Matcher<clang::Stmt> >(clang::ast_matchers::internal::Matcher<clang::Stmt>, clang::ast_type_traits::DynTypedNode const&, clang::ASTContext&) in libclangStaticAnalyzerCore.a(LoopUnrolling.cpp.o)

My first thought is that on 10.5 some part of clang may not be built at present, as we have a lot of it turned off.

[kencu (Ken)]

OK. That that pretty much sorts out the current state of things. We force libc++ on 10.6 to 10.8, and force the compiler to something newish (clang-5.0+ sounds fine, I have no desire to start prospecting earlier clangs as we default to clang-5.0 for the cxx11 PG anyway, so everyone on 10.6 to 10.8 already has it installed more than likely).

[kencu (Ken)]

In 9332ef782a76b6a8e6b96c37798ee5b7491a8e94/macports-ports (master):

creduce: fix build on older systems

10.6 to 10.8 work if forced to libc++
and build with clang-5.0 (or newer, presumably)
older compilers not tested.

closes: #52998

[ci skip]