You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This is almost 2.5 years behind current compilers on linux (GCC 12 released in May 2022, GCC 14 in May 2024; Clang 15 released in Sept. 2022, Clang 19 in Sept. 2024).
I don't know if this is just the documentation that's out of date, or the actual testing, but in either case it should be updated. Compilers regularly add tighter warnings (or even error-by-default) on various aspects of the language, and IMO it should be expected of one of the most prominent C++ libraries to be compatible with current compilers upon release.
Note, I'm not advocating to test the entire version range. For example, I hardly think that testing Clang 3.5, 3.6, 3.7, 3.8, 3.9 (in addition to 3.4) has any benefits in 2025. I leave the question of whether resp. how to thin out the list to the maintainers here, but the newer end should be supported.
An example where users ran into this: #857 (though probably many more; haven't searched subproject issue trackers).
The text was updated successfully, but these errors were encountered:
h-vetinari
changed the title
Test with more modern compilers
Test with more modern compilers & standards
Dec 12, 2024
Congratulations to the 1.87 release! 🥳
Looking at the release notes, I see under "Boost's primary test compilers are:"
This is almost 2.5 years behind current compilers on linux (GCC 12 released in May 2022, GCC 14 in May 2024; Clang 15 released in Sept. 2022, Clang 19 in Sept. 2024).
I don't know if this is just the documentation that's out of date, or the actual testing, but in either case it should be updated. Compilers regularly add tighter warnings (or even error-by-default) on various aspects of the language, and IMO it should be expected of one of the most prominent C++ libraries to be compatible with current compilers upon release.
Note, I'm not advocating to test the entire version range. For example, I hardly think that testing Clang 3.5, 3.6, 3.7, 3.8, 3.9 (in addition to 3.4) has any benefits in 2025. I leave the question of whether resp. how to thin out the list to the maintainers here, but the newer end should be supported.
An example where users ran into this: #857 (though probably many more; haven't searched subproject issue trackers).
The text was updated successfully, but these errors were encountered: