#69103 closed defect (fixed)
boost178 @1.78.0_8: error: integer value -1 is outside the valid range of values [0, 3] for this enumeration type
Reported by: | ryandesign (Ryan Carsten Schmidt) | Owned by: | michaelld (Michael Dickens) |
---|---|---|---|
Priority: | Normal | Milestone: | |
Component: | ports | Version: | 2.8.1 |
Keywords: | Cc: | mascguy (Christopher Nielsen), rbeyer (Ross Beyer), cooljeanius (Eric Gallager) | |
Port: | boost176, boost178 |
Description
boost178 does not build anymore on 10.7–10.13 buildbot systems (see https://ports.macports.org/port/boost178/details):
In file included from libs/log/src/severity_level.cpp:18: In file included from ./boost/log/sources/severity_feature.hpp:31: In file included from ./boost/log/utility/strictest_lock.hpp:19: In file included from ./boost/mpl/integral_c.hpp:32: ./boost/mpl/aux_/integral_wrapper.hpp:73:31: error: integer value -1 is outside the valid range of values [0, 3] for this enumeration type [-Wenum-constexpr-conversion] typedef AUX_WRAPPER_INST( BOOST_MPL_AUX_STATIC_CAST(AUX_WRAPPER_VALUE_TYPE, (value - 1)) ) prior; ^ ./boost/mpl/aux_/static_cast.hpp:24:47: note: expanded from macro 'BOOST_MPL_AUX_STATIC_CAST' # define BOOST_MPL_AUX_STATIC_CAST(T, expr) static_cast<T>(expr) ^ 1 error generated.
I verified this on my own OS X 10.11 system. These builds are currently happening with clang 16. I assume the default fallback compiler for MacPorts was upgraded to 16 at some point and this caused the problem.
This was previously reported for boost176 in #68373 but was closed as invalid by the reporter, and I do not see a build failure of boost176 on my OS X 10.11 system.
boost178 still builds fine on 10.6 where the default fallback compiler seems to be clang 11.
Change History (10)
comment:1 follow-up: 2 Changed 10 months ago by kencu (Ken)
comment:2 Changed 10 months ago by mascguy (Christopher Nielsen)
comment:3 Changed 10 months ago by ryandesign (Ryan Carsten Schmidt)
It also affects mongodb and mongodb-devel which use a bundled copy of boost: https://jira.mongodb.org/browse/SERVER-85825
comment:4 Changed 9 months ago by ryandesign (Ryan Carsten Schmidt)
There was also #68920.
mongodb developers point to this being the likely fix: https://github.com/boostorg/numeric_conversion/commit/50a1eae942effb0a9b90724323ef8f2a67e7984a
comment:5 Changed 8 months ago by ryandesign (Ryan Carsten Schmidt)
Cc: | rbeyer added |
---|---|
Port: | boost176 added |
Duplicate #69568 for boost176.
comment:6 follow-up: 7 Changed 7 months ago by cooljeanius (Eric Gallager)
Cc: | cooljeanius added |
---|
comment:7 Changed 7 months ago by mntbighker (Mark Moorcroft)
Replying to cooljeanius: This issue prevents you from installing neovim as well. I have tried several appended options to installing, but still no go. I don't honestly know why neovim depends on the older boost. I think msgpack is also required, and I guess that's what depends on boost176.
comment:8 Changed 7 months ago by Christopher Nielsen <mascguy@…>
Resolution: | → fixed |
---|---|
Status: | assigned → closed |
comment:9 Changed 7 months ago by mntbighker (Mark Moorcroft)
Can somebody do that to boost176 as well? With that change to Portfile it installed for me, so neovim now installs.
this is a known boost problem, reported here previously #67324
I thought it was fixed by previous commits, but I guess not.
There were several people working on this, eg:
[4b64e4ff7e608ce3d6af8d3b5a222f4d4203cd3a/macports-ports]