Win10 msvc trunk (#498)Build trunk on Windows with a modern MSVCconfigure.ac required VS2008, but the bundled dependencies had moved pastwhat VC9 can compile -- boost 1.84 needs C++11, Python 3.
Win10 msvc trunk (#498)Build trunk on Windows with a modern MSVCconfigure.ac required VS2008, but the bundled dependencies had moved pastwhat VC9 can compile -- boost 1.84 needs C++11, Python 3.11 needs VS2017 ornewer -- so the configured compiler could not build the configureddependencies, and no combination of the two worked. Every other platform hadalready moved; Windows was the one left pinned.This branch accepts a VS2015-or-newer toolset and the Windows 10 SDK, thenfixes what a modern compiler and SDK find: export lists, entry points, CRTand manifest handling, and source conformance across the tree. Everydependency builds, including Python, which trunk has never built on Windowsat all. The CLI/.NET binding is ported from Managed C++ to C++/CLI and itsbridgetest passes.configure, bootstrap and build.pl now run to completion, andinstsetoo_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, andtesttools/source/bridgetest still fails getCaughtException() in the x86 C++bridge. Python is built without _ssl, _ctypes, _bz2, _lzma and _sqlite3, andPlatform SDK v7.0 is still required alongside the Windows 10 SDK. No otherplatform's build is changed.Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>Claude-Session: https://claude.ai/code/session_01UWgzQY2r1XwFvgeLPFWPsi
show more ...
Change the return type of Get10ThSec() to clock_t, so it worksregardless of the size of the integer type.Patch by: me
vcl/basic/sfx2/unixODBC: Win64 (x64) source fixesSource-level fixes needed to compile/link these modules for Windows x86-64(VS2008 x64). Each is arch-neutral or arch-guarded, so the x86 build is
vcl/basic/sfx2/unixODBC: Win64 (x64) source fixesSource-level fixes needed to compile/link these modules for Windows x86-64(VS2008 x64). Each is arch-neutral or arch-guarded, so the x86 build isunchanged; isolated here so they can be cherry-picked onto the dmakewindows-amd64 branch / upstream.- vcl/inc/win/wincomp.hxx: the pointer/handle class- and window-long indices GCL_HCURSOR/GCL_HICON/GCL_HBRBACKGROUND and GWL_HINSTANCE do not exist on Win64; use GCLP_*/GWLP_* with SetClassLongPtr/GetClassLongPtr/ GetWindowLongPtr and (LONG_PTR) casts (compile on x86 too).- vcl/win/source/window/salframe.cxx: PtrToInt(wParam) misused on the integer IME request code (WPARAM is 64-bit on x64) -> static_cast<int>.- vcl/win/source/gdi/salgdi.cxx: ImplPreparePolyDraw took const sal_uLong* while the drawPolyPolygon* callers pass const sal_uInt32* (distinct pointer types on x64) -> sal_uInt32*.- vcl/source/window/scrwnd.cxx: Max(sal_uIntPtr, 1UL) ambiguous on x64 (sal_uIntPtr is 64-bit, 1UL is unsigned long) -> Max(..., sal_uIntPtr(1UL)).- basic/source/runtime/dllmgr.cxx: the DllMgr_call32/callFp trampolines (wnt.asm) are x86 stdcall only; guard #if defined WNT -> #if defined(WNT) && !defined(_WIN64) so x64 uses the existing not-implemented stub (Basic Declare'd DLL calls unsupported on x64 until an x64 trampoline is written).- sfx2/source/bastyp/progress.cxx: extern Get10ThSec declared sal_uIntPtr but the definition returns sal_uInt32; these coincide on x86 but diverge on x64 (link error) -> declare sal_uInt32.- unixODBC/inc/sqltypes.h: the _WIN64 branch uses INT64/UINT64 for SQLLEN/SQLULEN without pulling them in -> #include <basetsd.h> (arch-guarded).Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>(cherry picked from commit ca1383cbf9353b4189783687c37e993025edf764)(cherry picked from commit a82fa8aef582f462d3f5518690eb9c6c33e5e8d0)
chore: whitespace clean up for `.src` files (#429)Enforced 3 hooks for `.src` files- end-of-file-fixer- mixed-line-ending- trailing-whitespace
pre-commit auto remove trailing whitespace from cxx files (#383)Another big auto clean up. So many lines !!Another one bites the dusthttps://www.youtube.com/watch?v=rY0WxgSXdEECo-authored-by:
pre-commit auto remove trailing whitespace from cxx files (#383)Another big auto clean up. So many lines !!Another one bites the dusthttps://www.youtube.com/watch?v=rY0WxgSXdEECo-authored-by: Matthias Seidel <mseidel@apache.org>
pre-commit auto clean trailing whitespace in dxp and hxx files (#381)A huge auto clean up by pre-commit and I can make smaller PRs if needed.Seems we have a lot of extra whitespace junk in our co
pre-commit auto clean trailing whitespace in dxp and hxx files (#381)A huge auto clean up by pre-commit and I can make smaller PRs if needed.Seems we have a lot of extra whitespace junk in our code baseThe NeverEnding Story was a great film back in the old days :)Great video and theme song by Limahlhttps://www.youtube.com/watch?v=lHytjEj7B9ghttps://en.wikipedia.org/wiki/The_NeverEnding_Story_(film)
Remove second semicolon (work in progress)
pre-commit(trailing-whitespace): autofix .hrc files (#350)
pre-commit(end-of-file-fixer): autofix more cxx files in main (#314)
pre-commit(end-of-file-fixer): auto fix hrc files (#288)
Maintenance cleanup
Fixed typos (thats -> that's) and many more
Fixed typos (otherwhise -> otherwise) and some more
Cleaned up resource files
#i83004# cannot paste HTML data from any Java application via clipboardAllow StartHTML and EndHTML values in the Windows clipboard's"HTML Format" to be -1, and use StartFragment and EndFragment in
#i83004# cannot paste HTML data from any Java application via clipboardAllow StartHTML and EndHTML values in the Windows clipboard's"HTML Format" to be -1, and use StartFragment and EndFragment insteadwhen they are. Excel allows -1, as does Mozilla since 2011, so wereally should too. Java has been providing >= 0 for a while now, butwe should still support -1 in case any other applications use it.Patch by: megit-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1765837 13f79535-47bb-0310-9956-ffa450edef68
Spelling, spelling ...Why worry about some sprinkled German when we haven't yet learned English.git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1745006 13f79535-47bb-0310-9956-ffa4
Spelling, spelling ...Why worry about some sprinkled German when we haven't yet learned English.git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1745006 13f79535-47bb-0310-9956-ffa450edef68
Many spelling fixes: directories r* - z*.Attempt to clean up most but certainly not all the spellingmistakes that found home in OpenOffice through decades. Wecould probably blame the internationa
Many spelling fixes: directories r* - z*.Attempt to clean up most but certainly not all the spellingmistakes that found home in OpenOffice through decades. Wecould probably blame the international nature of the code butit is somewhat shameful that this wasn't done before.git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1591062 13f79535-47bb-0310-9956-ffa450edef68
#i123068# remove implicit conversions from rtl strings to their elementsgit-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1546390 13f79535-47bb-0310-9956-ffa450edef68
#i120737#, SfxFilterContainer_Impl object created in SfxFilterContainer ctor need delete explicitly Found by: zhangjf Patch by: zhangjfgit-svn-id: https://svn.apache.org/repos/asf/incubator/ooo
#i120737#, SfxFilterContainer_Impl object created in SfxFilterContainer ctor need delete explicitly Found by: zhangjf Patch by: zhangjfgit-svn-id: https://svn.apache.org/repos/asf/incubator/ooo/trunk@1380464 13f79535-47bb-0310-9956-ffa450edef68
Update headers to Alv2 headersgit-svn-id: https://svn.apache.org/repos/asf/incubator/ooo/trunk@1208676 13f79535-47bb-0310-9956-ffa450edef68
Update headers to Alv2 headersgit-svn-id: https://svn.apache.org/repos/asf/incubator/ooo/trunk@1208583 13f79535-47bb-0310-9956-ffa450edef68
Update headers to Alv2 headersgit-svn-id: https://svn.apache.org/repos/asf/incubator/ooo/trunk@1198475 13f79535-47bb-0310-9956-ffa450edef68
Update headers to Alv2 headersgit-svn-id: https://svn.apache.org/repos/asf/incubator/ooo/trunk@1198289 13f79535-47bb-0310-9956-ffa450edef68
Initial import of the old OOo hg repository tip revision. .../trunk/main is a copy of (currently tip-most) http://hg.services.openoffice.org/OOO340/rev/c904c1944462 .../trunk/extras/l10n is a co
Initial import of the old OOo hg repository tip revision. .../trunk/main is a copy of (currently tip-most) http://hg.services.openoffice.org/OOO340/rev/c904c1944462 .../trunk/extras/l10n is a copy of (currently tip-most) http://hg.services.openoffice.org/master_l10n/OOO340/rev/af6bc9467af5 Note that the following files with line-end and/or encoding anomalies were left out (they will need to be to be checked in separately):/ooo/trunk/core/dictionaries/de_DE/README_hyph_de_DE.txt/ooo/trunk/core/dictionaries/de_CH/README_hyph_de_CH.txt/ooo/trunk/core/dictionaries/de_AT/README_hyph_de_AT.txt/ooo/trunk/core/gettext/gettext-0.18.1.1.patch/ooo/trunk/core/apache-commons/patches/codec.patch/ooo/trunk/core/libcroco/libcroco-0.6.2.patch/ooo/trunk/core/testautomation/writer/optional/input/import/mactext.txt/ooo/trunk/core/graphite/graphite-2.3.1.patch/ooo/trunk/core/hwpfilter/source/hwpeq.cpp/ooo/trunk/core/solenv/bin/cwstouched.pl/ooo/trunk/core/readlicense_oo/html/THIRDPARTYLICENSEREADME.html/ooo/trunk/core/writerfilter/source/doctok/escher.html/ooo/trunk/core/writerfilter/source/odiapi/qname/resource/office2003/WordprocessingML Schemas/xsdlib.xsd/ooo/trunk/core/writerfilter/source/odiapi/qname/resource/office2003/WordprocessingML Schemas/wordnetaux.xsd/ooo/trunk/core/filter/source/xslt/odf2xhtml/export/common/body.xsl/ooo/trunk/core/filter/source/xslt/odf2xhtml/export/common/styles/style_mapping_css.xslAlso: Repository.mk from the l10n toplevelgit-svn-id: https://svn.apache.org/repos/asf/incubator/ooo/trunk@1162288 13f79535-47bb-0310-9956-ffa450edef68