| #
91144cd0
|
| 29-Aug-2026 |
Peter <leginee@users.noreply.github.com> |
Win10 msvc trunk (#498)
Build trunk on Windows with a modern MSVC
configure.ac required VS2008, but the bundled dependencies had moved past what VC9 can compile -- boost 1.84 needs C++11, Python 3.
Win10 msvc trunk (#498)
Build trunk on Windows with a modern MSVC
configure.ac required VS2008, but the bundled dependencies had moved past what VC9 can compile -- boost 1.84 needs C++11, Python 3.11 needs VS2017 or newer -- so the configured compiler could not build the configured dependencies, and no combination of the two worked. Every other platform had already moved; Windows was the one left pinned.
This branch accepts a VS2015-or-newer toolset and the Windows 10 SDK, then fixes what a modern compiler and SDK find: export lists, entry points, CRT and manifest handling, and source conformance across the tree. Every dependency builds, including Python, which trunk has never built on Windows at all. The CLI/.NET binding is ported from Managed C++ to C++/CLI and its bridgetest passes.
configure, bootstrap and build.pl now run to completion, and instsetoo_native produces openoffice450.msi and openoffice450sdk.msi.
coinMp has been updated to the latest Version.
What this does not claim: the office has not been started, and testtools/source/bridgetest still fails getCaughtException() in the x86 C++ bridge. Python is built without _ssl, _ctypes, _bz2, _lzma and _sqlite3, and Platform SDK v7.0 is still required alongside the Windows 10 SDK. No other platform's build is changed.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01UWgzQY2r1XwFvgeLPFWPsi
show more ...
|
| #
dee715a7
|
| 30-May-2013 |
Herbert Dürr <hdu@apache.org> |
#i122208# update STL header wrappers
From a binary perspective the wrappers allow dropping stlport4 itself immediately and replacing it by standard compliant system or compiler standard template lib
#i122208# update STL header wrappers
From a binary perspective the wrappers allow dropping stlport4 itself immediately and replacing it by standard compliant system or compiler standard template libraries.
From a source code perspective the other parts of the codebase can remain untouched for now. They can be gradually converted from stlport4 to the TR1 or C++11 standard at a comfortable pace later. The header wrappers will assist this source-code conversion.
git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1487865 13f79535-47bb-0310-9956-ffa450edef68
show more ...
|