[MacPorts] #57875: port:poppler shouldn't require C++14?!
MacPorts
noreply at macports.org
Wed Jan 9 12:51:11 UTC 2019
#57875: port:poppler shouldn't require C++14?!
----------------------+----------------------
Reporter: RJVB | Owner: dbevans
Type: defect | Status: assigned
Priority: Normal | Milestone:
Component: ports | Version:
Resolution: | Keywords:
Port: poppler |
----------------------+----------------------
Comment (by RJVB):
Sounds like they should release a poppler2 or poppler-ng ... or we could
do something like that ourselves (where the newer versions either get a
suffix if the build system allows, or are installed to $prefix/libexec).
> Upstream didn't seem to point out the reason for C++14 source in the
documentation
Well, the changelog does, though not why they decided to use
std::make_unique . A version diff should show if that change simplified
the code.
BTW, I now understand why my build with -std=c++11 succeeded, it must have
been overridden by CMake:
{{{
set (CMAKE_CXX_STANDARD 14)
set (CMAKE_CXX_EXTENSIONS OFF)
}}}
Anyway, I was happily using 0.68.0 until yesterday (= the least release
without C++14), and only upgraded because that version crashed on a
particular PDF (though only on Linux...). IOW, could be a good branch
point for something like poppler-ng, or a pegged "poppler-og" port. Not
really certain what's wisdom here but I sure know that I hate having to
rebuild dependents just because some utility library broke ABI - again.
--
Ticket URL: <https://trac.macports.org/ticket/57875#comment:7>
MacPorts <https://www.macports.org/>
Ports system for macOS
More information about the macports-tickets
mailing list