Change-Id: I5a4433595ac19930a40132c5749a8c0150c90aae

Change-Id: I2e4805b89d519fd5586d5a1edf5dad7662c022de

Change-Id: I1855e72efc1a034d28ca2326ad8b239e2671cea7

Change-Id: I1279ea7cdd9828598179154815a85e2a4ce7e567

Change-Id: I1d2ab70a1557376f056b236c4785e013275bbb92

Change-Id: I073be89556091321543adfe246d751e5f4df119a

Change-Id: I06d20538ec2b4f80963e0e7c6c401b3d573aac86

Change-Id: I88f6327c12fa2b782aa5c82e5891006713348477

Change-Id: I20612a93a25d1748725a792cfae0bce8c3ef262b

This is a part of my effort to get a runnable $(INSTDIR) as a more
convenient alternative to make dev-install. I plan to copy all necessary
shared libs, executables and other files to $(INSTDIR), which increases
the disk space demands for a build (there would be three copies of a
library/executable in the same build: one in $(WORKDIR), another in
$(OUTDIR) and one in $(INSTDIR)). Because the runnable instdir idea is
limited to Linux anyway (at least for now), it will be disabled by
default.

Change-Id: Ib61109b1a193c61c0236b50b64c34fea20f40297

Change-Id: Ib382319a4916b711c820c06ba57928ca11d0b804
Reviewed-on: https://gerrit.libreoffice.org/3648Tested-by: David Tardon <dtardon@redhat.com>
Reviewed-by: David Tardon <dtardon@redhat.com>

Change-Id: Icd436733b47d7883209fe73dc1d0099dc87db089
Reviewed-on: https://gerrit.libreoffice.org/3649Reviewed-by: David Tardon <dtardon@redhat.com>
Tested-by: David Tardon <dtardon@redhat.com>

Change-Id: I958a961993aaf920c52b5d7b8eea6666656b4ddd

CLOOK = "Compiler Limit: Out Of Keys", an error reported by Microsoft's
compiler a long time ago. No such problem in those versions we support. No
need to mention CLOOK in comments any more.

While at it, re-combine one large switch statement that was split to avoid
CLOOK.

Change-Id: Id93d973a5fb3c81b6c754eef0ba3b0bd55a649d2
Reviewed-on: https://gerrit.libreoffice.org/3640Tested-by: LibreOffice gerrit bot <gerrit@libreoffice.org>
Reviewed-by: David Tardon <dtardon@redhat.com>
Tested-by: David Tardon <dtardon@redhat.com>

This was a situation similar to
d0d295af. Unfortunately just changing
SwTxtSizeInfo's pTxt to an OUString copy doesn't work, as we still have
code that relies on that being a pointer only.

Change-Id: I202d7e6f5bd3005fc50551aa7195b419994ca3e8

Crash with GCC 4.8 without the modification.
Temporary fix, should be replaced by OUString copy.

Change-Id: Ieb2437f2ee6b02884aa10f2d03a4223306329cd8
Reviewed-on: https://gerrit.libreoffice.org/3647Reviewed-by: Miklos Vajna <vmiklos@suse.cz>
Tested-by: Miklos Vajna <vmiklos@suse.cz>

Change-Id: I923704d47d4fbc764e847a1bd6eed9fca2dce089

This was actually meant for idls, not headers :-) And it is obsolete, as
we do not deliver these to $(OUTDIR) anymore. We use explicit include
paths into $(SRCDIR) instead.

Change-Id: Iccb0dc529a99be59390f032fc331996146829abb

We do not deliver the created headers anymore.

Change-Id: I5317c43522d0b91044ccc880031795360816b21d

Change-Id: If59a19363d9b82f17fcdfe4632edf6f757c65f64

Change-Id: I916d72cb1104a4d6109a3c5a3a74fb74cea74769

Change-Id: I389569b027a900f42e43762c5685ec239bc4b565
Reviewed-on: https://gerrit.libreoffice.org/3646Reviewed-by: Chris Sherlock <chris.sherlock79@gmail.com>
Reviewed-by: David Tardon <dtardon@redhat.com>
Tested-by: David Tardon <dtardon@redhat.com>

The creation of the UNO shape in SdrObject::getUnoShape is influenced
by pPage, so when the page changes we need to discard the cached UNO
shape so that a new one will be created with the new page.

This replaces my first shot at a fix for fdo#60910 which reinstated a
line to discard the custom shape engine (and consequently the UNO shape) in
SdrObjCustomShape::InvalidateRenderGeometry.  That worked but did more
discarding than was necessary.

Change-Id: I665fb6f9e1563bbc4eced046f027a53991a7e45f
Reviewed-on: https://gerrit.libreoffice.org/3642Reviewed-by: David Tardon <dtardon@redhat.com>
Tested-by: David Tardon <dtardon@redhat.com>

Change-Id: I1384bf53a29e174bb97db4c0644f9dce39c0e36d

Change-Id: I091b12bed3cdfd3abacaa0dba7913d0351d17634

Change-Id: I512e6332a632acf90e4f995fbc7fd19e7ef094ec
Reviewed-on: https://gerrit.libreoffice.org/3644Tested-by: Ahmad Harthi <aalharthi@kacst.edu.sa>
Reviewed-by: Ahmad Harthi <aalharthi@kacst.edu.sa>

Change-Id: Ib447cd8633c3102ee78c919cfbeabcc88018b130

Change-Id: Ia0d3f1d12c53e8d7ce0da55977867d5ab932c92f

Change-Id: I1c6c43b73b22120b2f2985256896af214012f0ad

Change-Id: I971616f3741d5d4f2c30624e28d6a3ae45e9e5c8

Project: help  e3312e857d9d66cde85602a669eb3b1a80ecee5c

Change-Id: I58421587784260bd88994926bca031ab26a6214f
Reviewed-on: https://gerrit.libreoffice.org/3630Reviewed-by: Matúš Kukan <matus.kukan@gmail.com>
Tested-by: Matúš Kukan <matus.kukan@gmail.com>

vclevent.hxx was indirectly included by vcl/window.hxx.

Make it clear with this.

Change-Id: I8c205a1116e835019527b2a9907215fa786f0459

Change-Id: Iec64115692b1f51ec1466dd57f8049c6f3aaa82b
Reviewed-on: https://gerrit.libreoffice.org/3631Reviewed-by: Thomas Arnhold <thomas@arnhold.org>
Tested-by: Thomas Arnhold <thomas@arnhold.org>

xmllint --loaddtd ./officecfg/registry/data.dtd --format ...

Finished :)

Change-Id: I3682a9a888ae8ba04ce5d251105b2ffb960044b0

xmllint --loaddtd ./officecfg/registry/data.dtd --format ...

Change-Id: Ic9295ae62ad66064822268ad0015c2f76001888b

...and it's commented out.

Change-Id: I6ea21c3f1dd69a0b501476a1447ec506f14f3a1a

xmllint --loaddtd ./officecfg/registry/data.dtd --format ...

Change-Id: I460e753d91dd48907c30fbce5d299e46087aa399

xmllint --loaddtd ./officecfg/registry/data.dtd --format ...

Change-Id: I98bea1d8c930dd6b4cb39dcf00d74a636c4f2190

...and it's commented out

Change-Id: I0ac21e661383c26794751e05337654d29de18517