Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Update to Boost 1.86 #122

Open
wants to merge 1 commit into
base: master
Choose a base branch
from
Open

Update to Boost 1.86 #122

wants to merge 1 commit into from

Conversation

geoffthemedio
Copy link
Member

...

@o01eg
Copy link
Contributor

o01eg commented Dec 24, 2024

Still broken, error looks like

CUSTOMBUILD : error : No best alternative for /D:/a/freeorion-sdk/freeorion-sdk/build/boost-prefix/src/boost/libs/predef/install with <abi>ms <address-model>32 <architecture>x86 <asynch-exceptions>off <binary-format>pe <boost.beast.allow-deprecated>on <boost.beast.separate-compilation>on <boost.cobalt.executor>any_io_executor <boost.cobalt.pmr>std <boost.process.fs>boost <context-impl>fcontext <coverage>off <debug-store>database <debug-symbols>on <embed-manifest-via>linker <embed-manifest>on <exception-handling>on <extern-c-nothrow>off <inlining>full <known-warnings>hide <link>shared <midl-robust>yes <midl-stubless-proxy>yes <optimization>speed <os>NT <pch>off <preserve-test-targets>on <profiling>off <python-debugging>off <python>3.9 <rtti>on <runtime-debugging>off <runtime-link>shared <stdlib>native <strip>off <target-os>windows <testing.execute>on <threadapi>win32 <threading>multi <toolset-msvc:version>14.3 <toolset>msvc <variant>release <vectorize>off <visibility>hidden <warnings-as-errors>off <warnings>on
CUSTOMBUILD : error : No best alternative for /D:/a/freeorion-sdk/freeorion-sdk/build/boost-prefix/src/boost/libs/predef/install with <abi>ms <address-model>64 <architecture>x86 <asynch-exceptions>off <binary-format>pe <boost.beast.allow-deprecated>on <boost.beast.separate-compilation>on <boost.cobalt.executor>any_io_executor <boost.cobalt.pmr>std <boost.process.fs>boost <context-impl>fcontext <coverage>off <debug-store>database <debug-symbols>on <embed-manifest-via>linker <embed-manifest>on <exception-handling>on <extern-c-nothrow>off <inlining>full <known-warnings>hide <link>shared <midl-robust>yes <midl-stubless-proxy>yes <optimization>speed <os>NT <pch>off <preserve-test-targets>on <profiling>off <python-debugging>off <python>3.9 <rtti>on <runtime-debugging>off <runtime-link>shared <stdlib>native <strip>off <target-os>windows <testing.execute>on <threadapi>win32 <threading>multi <toolset-msvc:version>14.3 <toolset>msvc <variant>release <vectorize>off <visibility>hidden <warnings-as-errors>off <warnings>on

@geoffthemedio
Copy link
Member Author

The SDK built OK for me. I'm getting an internal compiler error in FreeOrion, but it mostly appears to work...

@o01eg
Copy link
Contributor

o01eg commented Dec 24, 2024

looks like some difference in MS VS installation

@o01eg
Copy link
Contributor

o01eg commented Dec 25, 2024

CI works at least with 1.84, but I'm more busy with making SDL works on MacOS.

@geoffthemedio
Copy link
Member Author

geoffthemedio commented Dec 25, 2024

Once I worked around the weird internal compiler error, I get a bunch of linker errors for Boost Log, eg:

Common.lib(OptionsDB.obj) : error LNK2001: unresolved external symbol "__declspec(dllimport) private: static unsigned int __cdecl boost::log::v2_mt_nt62::attribute_name::get_id_from_string(char const *)" (__imp_?get_id_from_string@attribute_name@v2_mt_nt62@log@boost@@CAIPEBD@Z)
Parsers.lib(PlanetSizeValueRefParser.obj) : error LNK2001: unresolved external symbol "__declspec(dllimport) public: static void __cdecl boost::log::v2_mt_nt62::aux::stream_provider<char>::release_compound(struct boost::log::v2_mt_nt62::aux::stream_provider<char>::stream_compound *)" (__imp_?release_compound@?$stream_provider@D@aux@v2_mt_nt62@log@boost@@SAXPEAUstream_compound@12345@@Z)

@o01eg
Copy link
Contributor

o01eg commented Dec 25, 2024

Boost had some strange log versioning. At least we have some workaround for XP and non-XP build.

@geoffthemedio
Copy link
Member Author

Boost had some strange log versioning. At least we have some workaround for XP and non-XP build.

Can you point me to wherever that is implemented? Presumably I need to edit the MSVC project files accordingly?

@o01eg
Copy link
Contributor

o01eg commented Dec 26, 2024

@o01eg
Copy link
Contributor

o01eg commented Dec 27, 2024

In boost 1.86 they updated boost.build so there could be issue with compilation in CI.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants