Add patches and/or tweaks to the following modules:
curl, cppunit, icu, lcms2, libxml2, libxslt, libxmlsec,
lpsolve, nss, openssl, python3
lcms2 has an inconsistency where the .lib and the .dll don't agree on
the .dll name.
openssl gets a honorable mention because apparently it's undocumented
custom build system can build with /MDd if one picks the right
configuration but i couldn't figure out how to do that in an hour of
trying, and just patched the release config instead.
Change-Id: I7854a0fc85247e398d561b4f513d09fe2d1ebb3c
Mainly this means using /MDd instead of /MD and /MTd instead of /MT in
the CFLAGS, and also re-mapping of .lib files to ones with "d".
Change-Id: Ifc56b53a66d5eb522c1695a34d68b08cad1d8338
... or at least with forward slashes cppunittester doesn't run at all in
an MSVC 2008 _DEBUG build.
Change-Id: I889ff0375067877d42f11fad9773c476e9e5c52c
Write out the exported symbols of a Library to a "libfoo.so.exports"
file, which is only touched when linking if the exported symbols
actually change, and let dependent LinkTargets depend on this
exports file instead of the library itself, for faster rebuilds.
This is currently supposed to work on ELF and MacOSX platforms.
Thanks to Ami Fischman of Chromium for the idea.
Change-Id: Ie4b5da0853140709e517028b514800b044527e61
this dialog has some bizarre behaviour which is unchanged
with the .ui conversion
a) the scrollbar does not scroll the window beside it
up and down through the rows (which map to the spreadsheet columns),
but instead scrolls through the records (which map to the spreadsheet rows)
b) the dialog grows to include a row for each spreadsheet column, i.e.
large number of spreadsheet columns -> unusable dialog with too many rows
to fit on the screen.
what's indicated here is to clip the dialog to some max size and make the
scrollbar then scroll through the rows of the widget, and add another
scrollbar if necessary to scroll through the records.
Change-Id: I9b56992fc57468eb058d2a2914c08074f958a692
Also fix gb_CPPU_ENV := msc6 in WNT_X86_64_MSC.mk
to be consistent with the name we register in Repository.mk.
Change-Id: I1520d78c378f8c48d65defb22c4c77277bd061f7
I could not get it to build using the project files and VS2012...
With one additional patch to drop the use of dllimport in env.hpp, the
"gcc-wrapper" way builds fine for me, using VS2012.
It is not necessary to specify the dllimport attribute for functions
imported from a DLL. Specifying dllimport if the library actually is a
static library (as it is here) leads to linking errors.
The way the ifdefs and -D options were set up here, the utility and/or
test programs that are built as part of the liborcus build were
compiled using dllimport, and thus failed to link. So just don't
bother with dllimport.
This reverts commit 58b4cd934f.
Change-Id: I2ffc90d47ae018a9a14b1c6d07fb0a225ce10d6d
Change-Id: I032f9737746b39047b2d62df6821da4b3b9e9242
Reviewed-on: https://gerrit.libreoffice.org/3395
Reviewed-by: Joren De Cuyper <joren.libreoffice@telenet.be>
Reviewed-by: Jan Holesovsky <kendy@suse.cz>
Tested-by: Jan Holesovsky <kendy@suse.cz>
