Opened 9 years ago
Closed 4 years ago
#50312 closed defect (fixed)
task @2.5.0_0: error: no type named 'shared_ptr' in namespace 'std'
Reported by: | harciga | Owned by: | ryandesign (Ryan Carsten Schmidt) |
---|---|---|---|
Priority: | Normal | Milestone: | |
Component: | ports | Version: | 2.3.4 |
Keywords: | lion mountainlion mavericks yosemite elcapitan sierra | Cc: | |
Port: | task |
Description
Attachments (1)
Change History (8)
Changed 9 years ago by harciga
comment:1 Changed 9 years ago by ryandesign (Ryan Carsten Schmidt)
Summary: | `task` @2.5.0_0 build error → task @2.5.0_0: error: no type named 'shared_ptr' in namespace 'std' |
---|
comment:2 Changed 9 years ago by ryandesign (Ryan Carsten Schmidt)
comment:3 Changed 8 years ago by harciga
Sure, but shouldn't 10.8 then be blacklisted for future updates? It keeps showing up in the outdated listing...
comment:4 Changed 8 years ago by g5pw (Aljaž Srebrnič)
Does the update to 2.5.1 in r151594 resolve this?
comment:5 follow-up: 6 Changed 8 years ago by ryandesign (Ryan Carsten Schmidt)
No; see https://build.macports.org/builders/ports-10.8_x86_64_legacy-builder/builds/1549
If this requires C++11, 10.8 and earlier shouldn't be blacklisted; rather, the cxx11 1.0 portgroup should be used, which will explain the situation to the user.
comment:6 Changed 4 years ago by ryandesign (Ryan Carsten Schmidt)
Keywords: | lion mountainlion mavericks yosemite elcapitan sierra added |
---|---|
Owner: | changed from macports-tickets@… to ryandesign |
Status: | new → accepted |
Replying to ryandesign:
Looks like this upstream bug: https://bug.tasktools.org/browse/TW-1737?jql=text%20~%20%22shared_ptr%22
That domain is now owned by someone else. The new URL for this bug report is: https://github.com/GothenburgBitFactory/taskwarrior/issues/1761
Replying to ryandesign:
If this requires C++11, 10.8 and earlier shouldn't be blacklisted; rather, the cxx11 1.0 portgroup should be used, which will explain the situation to the user.
Their readme indicates that C++14 is required now. These days, the fix would be to indicate compiler.cxx_standard 2014
. We have successful builds on 10.6 (where we use a newer MacPorts clang that defaults to a newer C++ standard) and on 10.13 and up, and failures on 10.7-10.12, making it likely that just adding that line will fix the problem.
comment:7 Changed 4 years ago by ryandesign (Ryan Carsten Schmidt)
Resolution: | → fixed |
---|---|
Status: | accepted → closed |
Looks like this upstream bug: https://bug.tasktools.org/browse/TW-1737?jql=text%20~%20%22shared_ptr%22
This probably means task @2.5.0 requires libc++. See LibcxxOnOlderSystems for the available options.