office-gobmx/cppcanvas
Noel Grandin 3d90997fb6 make tools::Long 64-bit on Windows platform
This is only for the 64-bit windows platform.
I don't see the point in messing with the 32-bit platforms, they are
(a) become more and more rare
(b) unlikely to even have enough available process memory to load extremely large calc spreadsheets

The primary problem we are addressing here is bringing
Windows-64bit up to same capability as Linux-64bit when it
comes to handling very large spreadsheets,
which is caused by things like tools::Rectangle using "long",
which means that all the work done to make Libreoffice on 64-bit
Linux capable of loading large spreadsheets is useless on Windows,
where long is 32-bit.

The operator<< for tools::Rectangle needs to be inside
the tools namespace because of an interaction with the cppunit
printing template stuff that I don't understand.

SalPoint changed to use sal_Int32, since it needs to be
the same definition as the Windows POINT structure.

Change-Id: Iab6f1af88847b6c8d46995e8ceda3f82b6722ff7
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/104913
Tested-by: Jenkins
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
2020-11-11 06:34:17 +01:00
..
inc/pch update pches 2020-09-21 20:10:38 +02:00
qa clang-format c*,d*,e* with under 5-percent lines of change 2020-02-16 14:10:11 +01:00
source make tools::Long 64-bit on Windows platform 2020-11-11 06:34:17 +01:00
CppunitTest_cppcanvas_emfplus.mk Move (and rename) graphic stuff from svtools to vcl 2018-03-11 13:37:21 +01:00
CppunitTest_cppcanvas_test.mk
IwyuFilter_cppcanvas.yaml replace usage of blacklist with excludelist for IWYU 2020-07-10 02:03:40 +02:00
Library_cppcanvas.mk do not require $(SRCDIR) in every gb_Library_set_precompiled_header 2019-09-23 10:47:25 +02:00
Library_mtfrenderer.mk
Makefile
Module_cppcanvas.mk
README

Helper C++ classes for [[canvas]], plus a GDIMetaFile-to-XCanvas converter.

== EMF+ ==

For cppcanvas/source/mtfrenderer, see the README in vcl (the EMF+ part).