Change-Id: I105ca73f9f99013c4472ae2d7491fbc67e435015

Change-Id: I8e4f6b926123c79ad1a62ddd4c5feebf5fe06cf0

Change-Id: Ida9774a41964dbeb8840e79425811993a28588af

Change-Id: I65d3f5acbe95985269c03b3e0c57c5cc80ca30d4

Change-Id: I4a0028bbdbacebf8015215c7c060a686a0e784d3
Reviewed-on: https://gerrit.libreoffice.org/3387Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>

Works here with Apple llvm-g++ 4.2.1; cannot run "subsequentcheck"
due to remote login.

Change-Id: I187620b65f82095b5e9b7433c01ede429a27c719

Works here with MSVC 2008, make check passes successfully.

Change-Id: Id02ab357ea93bddd241c7801c0d7b9b4be83b7b4

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

... and copy them to solver bin in "external"

Change-Id: I6850495d1abb848a3f6b17de6518d05890b13c32

... or at least with forward slashes cppunittester doesn't run at all in
an MSVC 2008 _DEBUG build.

Change-Id: I889ff0375067877d42f11fad9773c476e9e5c52c

Change-Id: I66d6932b0fa9753c56e6b6fc9dc0dd5fcbba3b36

Change-Id: I3cfa050ecf5c3c2ec66b11519c30d48459a9cafe

These came in on issue 10000 a decade ago.

Change-Id: Iae1995daa413e644ad869a6f02521634af8425b6

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

Change-Id: I1d14e2330447e446ab35832d03220c71ee326866

Change-Id: I954176fdab9103125444dd2fb397673406f7aff9

Change-Id: I3fb41fe649f68f82566e465ba4fa2de52e6201ac

Change-Id: Ic45a2219c8352625f40619373f5828b981864fef

Change-Id: Ie5404a378cc3bffdc3ba7a858814f3490fb82e3e

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

reverse commit e0dd0e82
as commit 8c4f2093 is
a better fix

Change-Id: I4951f19161e6cc92a1297ad17b7cc1fe9c76df0b

Change-Id: I43722339ed72adde46ed307e1906c34a32e7b507
Reviewed-on: https://gerrit.libreoffice.org/3386Tested-by: Caolán McNamara <caolanm@redhat.com>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>

Change-Id: Ib8508ad50b8f2b4ce0443be0b1437c2595b9b6d5

Change-Id: I68c6f4d4bae3ae495dd2033c95f47a34a4aba560

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

Change-Id: I02c86d7ab6814bfcf559af7408e5d0e1eef59666

Change-Id: I569a47816281b16fc84fdb859ecce4ab83d0a9ee

Change-Id: I293cca130137f35b6ff29925228284ced3d9b1b7

Change-Id: I9c5d55300d53d8778e926be8de0bea7a9a57b522

Change-Id: I765e36aa95d0bcfb62b696d5db1fb151ba33da2c

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 58b4cd93.

Change-Id: I2ffc90d47ae018a9a14b1c6d07fb0a225ce10d6d

Change-Id: I85b85afb6d1b170d71633f93d56f7ce4fffdf0a3

Change-Id: I9d187fc5b52a27ff5b8bc847a52fe95c63558a40

Change-Id: Ia6d27eadb41d66de558c290bc07b6d1c491f5f1c

Change-Id: Id1fd8b4c7ebcc8ffd3b6914596385eb3eda922c6

Change-Id: I032f9737746b39047b2d62df6821da4b3b9e9242
Reviewed-on: https://gerrit.libreoffice.org/3395Reviewed-by: Joren De Cuyper <joren.libreoffice@telenet.be>
Reviewed-by: Jan Holesovsky <kendy@suse.cz>
Tested-by: Jan Holesovsky <kendy@suse.cz>

Change-Id: I3990e9fd073f06427dd86c690371011eb029b397

Change-Id: I8c256668edeb4c0475136f46103002d804ee66eb

Change-Id: Ie854ab8b8b7ea4d98ee33d6802ea3a1e65ef2769