Opened 8 years ago
Closed 6 years ago
#52998 closed defect (fixed)
creduce @2.5.0: build requires C++11 and libc++
Reported by: | larryv (Lawrence Velázquez) | Owned by: | larryv (Lawrence Velázquez) |
---|---|---|---|
Priority: | Normal | Milestone: | |
Component: | ports | Version: | |
Keywords: | Cc: | ||
Port: | creduce |
Description
- 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
Change History (8)
comment:1 Changed 8 years ago by larryv (Lawrence Velázquez)
Status: | new → accepted |
---|
comment:2 Changed 6 years ago by ryandesign (Ryan Carsten Schmidt)
comment:3 Changed 6 years ago by ken-cunningham-webuse
Resolution: | → fixed |
---|---|
Status: | accepted → closed |
comment:4 Changed 6 years ago by mf2k (Frank Schima)
Resolution: | fixed |
---|---|
Status: | closed → reopened |
comment:5 Changed 6 years ago by 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'
comment:6 Changed 6 years ago by 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.
comment:7 Changed 6 years ago by 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).
comment:8 Changed 6 years ago by kencu (Ken)
Resolution: | → fixed |
---|---|
Status: | reopened → closed |
Did you try adding the cxx11 1.1 portgroup?