boost171 @1.71.0_8+no_single+no_static+python310: error: integer value -1 is outside the valid range of values [0, 3] for the enumeration type 'udt_builtin_mixture_enum' [-Wenum-constexpr-conversion]

[MaurizioLoreti]

As said, source-highlight requires boost171 (strange, since the current version is boost 1.81 aka boost181). Building boost171 fails, the main.log is attached. "port info --maintainer source-highlight" has no output, so I wrote the name of the maintainers of boost (michaelld and mascguy) in the CC field.

[MaurizioLoreti]

main.log was too big to be included. compressed with gzip.

[jmroot (Joshua Root)]

:info:build ./boost/mpl/aux_/integral_wrapper.hpp:73:31: error: integer value -1 is outside the valid range of values [0, 3] for the enumeration type 'udt_builtin_mixture_enum' [-Wenum-constexpr-conversion]
:info:build    73 |     typedef AUX_WRAPPER_INST( BOOST_MPL_AUX_STATIC_CAST(AUX_WRAPPER_VALUE_TYPE, (value - 1)) ) prior;
:info:build       |                               ^
:info:build ./boost/mpl/aux_/static_cast.hpp:24:47: note: expanded from macro 'BOOST_MPL_AUX_STATIC_CAST'
:info:build    24 | #   define BOOST_MPL_AUX_STATIC_CAST(T, expr) static_cast<T>(expr)
:info:build       |                                               ^

[markemer (Mark Anderson)]

This is #68920 but for 1.71. I also saw it show up here #70477.

Could we perhaps move source-highlight to the boost port group? And forbid building 1.71 on newer macports? Or should we fix it, AND move to the boost portgroup? (which is kinda what I'm leaning toward)

[ryandesign (Ryan Carsten Schmidt)]

There are many tickets about this problem with the various versions of boost. I thought they had all been solved by now. If not, they should be fixed, rather than marking the ports incompatible with the new version of macOS. Ports that use boost should use the boost portgroup and should probably use the newest version of boost that they can.

[ryandesign (Ryan Carsten Schmidt)]

Has duplicate #70983.

[thomasrussellmurphy (Thomas Russell Murphy)]

This version of boost remains in the dependency tree of gnuradio -> uhd. Awkwardly, gnuradio also reaches boost181 via py39-scipy. Is there a better path to fix by using less boost171 by updating the other ports or a fix for it here?

[mascguy (Christopher Nielsen)]

Fixed in commit: db1145364631136657b3a77bae8cc5f8e2676575/macports-ports