Change-Id: Idf91e95afad9b89e39d7234622f4a37f18b5ca6c

Change-Id: I0685c9d2d857a9e994c616acb6d7ce106c7a7dad

Change-Id: I4d1feb61db753b150ec112579f5c493f9d1c1140

Change-Id: I4d223611df92a7e348dc31e38bd45849fe0eb028

Change-Id: I457b446409487b1ea9386339c3e2b261f60e6516

Change-Id: I52e14ead53fe0af0b13919869a5f646586251cca

Change-Id: Ifd0ede6d06ff979175ab3a7193c34d6248f41f7b

Change-Id: I841e3df0900735bc7b6de78bca3a5dbbb3902af5

Change-Id: Ie863282062a6932a55543143e841917c54223ac9
Reviewed-on: https://gerrit.libreoffice.org/5925Reviewed-by: Bosdonnat Cedric <cedric.bosdonnat@free.fr>
Tested-by: Bosdonnat Cedric <cedric.bosdonnat@free.fr>

Introduce SDKDIRNAME as a configury variable and use it instead of the
gbuild gb_Package_SDKDIRNAME. Then we can easily construct the
SDKDIRNAME_FOR_BUILD variant that is needed to find the specially
named SDK in instdir on OS X when cross-compiling.

Move the version number section in configure.ac earlier.

Change-Id: Iee3db1a50ad4c7a9f91bbc5e0d0b01d76a76f701

Project: dictionaries  fb0e2de0bafbac018f65bddcbcd23481af959156

This is needed to allow usage of HSQLDB in a unit test in solver
(in conjunction with the following patch which adds LO_JAVA_DIR
to solver's unorc).

Change-Id: Ia3757b61d4ba0b2353e0d33290938cea40551d3a
Signed-off-by: Stephan Bergmann <sbergman@redhat.com>

As reported by Jbfaure, linking npsoplugin library fails on Ubuntu
because of unresolved libdl symbols from a StaticLibrary.
It turns out that --start-group/--end-group only affects static
libraries, so reorder the link command again to put the StaticLibrary
first.
(regression from f861ae6a)

Change-Id: Icd31faace8bf7764fee97cd93c3ecd0caad85947

Change-Id: I31e1c7a7f0017abe6d4e45f32ea4aad6545cffe1

This should be in sync with model.xml, got broken when the somewhat
random values got fixed to be the same as the ones which are in the ww8
spec.

(Regression from 26d40686.)

Change-Id: Id62047e0b2d5d8402a7c8bce95de487afe627e32

Change-Id: Iec214399f0cd8d5af198ad9080c55e5ee51a353d

Change-Id: I4bf39d3f4f21a0eb78e064c74ff47a47c9d0558c

But it built fine locally for me, huh. Oh well.

Change-Id: Icef376a26eb8069eff002b2112a25363b5e18cb3

Change-Id: Iff3b8e523f5d326586115c4ff61835c15b8b7f01

Change-Id: I2fc39999ecdb13eecc28e012debdeda811e98581
Reviewed-on: https://gerrit.libreoffice.org/5763Reviewed-by: Thomas Arnhold <thomas@arnhold.org>
Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
Tested-by: Markus Mohrhard <markus.mohrhard@googlemail.com>

Add more FOO_FOR_BUILD variables and some gb_Foo_for_build functions.

Get rid of gb_INSTROOT and gb_DEVINSTALLROOT, just use INSTROOT.

Change-Id: Iee531b02d14fae41edb68ad589a5dec829a60255

This needs more investigation to find proper solution but the problem is
probably that URE/bin/cli_cppuhelper.dll is not signed by "sn.exe".

Change-Id: I318293603be838c41d09791136697de74091d37d

Change-Id: I4a9b34d63d2534a35aa9a878b8c2bec15262c2be

... for --enable-selective-debuginfo, use the right argument for that.

Change-Id: I34bc1f473e02d8f7038478afadc8de24780ae88a

Change-Id: Ib07f06b1fa0402795fa4b5b33574f53e4d266ab2

Seems to be a leftover of the String->OUString conversion?

Change-Id: I5ecbdbc0131894f5240b472d3981e69178b503c5

Change-Id: I269c5fd4817059f33df111f12ffd16ef8241a2fc

Change-Id: Iac32c42afef80e01af70479e5b2f9de4e1dfab26

Change-Id: I5982c44d5995baeaffff4ff12316f1f8fa7d0ade

Change-Id: I7b8c2e764da01e38fb9f7048bcaeca93a72fafa3

Change-Id: I949b62842d77fe83caed2cc79784fe1e3f3ae400

Change-Id: Id1e74f18c90e69d1a781c8f02e30dc3c005ed4fd

Change-Id: Ie7f33d0debfdb91db842608d5b14d0671b44c76d

Change-Id: Ib1869134b971c04a9cbd5d15b206898e943aaa5e

- fix the PATH
- file url needs to start with file:///X:/ (three slashes, literal :)

Change-Id: I0d16d1e946fd06ba5523961c23c3b46872c0c050

... should be obsoleted by previous commit.

Change-Id: I378de1465d293a60dc20c545770f029c8f71bd50

- StaticLibrary and CppunitTest have all files in one directory
- Executable may have the executable itself in a different one
- Library may have files in up to 3 directories

... so create 2 directories (which may be the same) in
gb_LinkTarget_LinkTarget and a 3rd one in gb_Library__Library_impl.

This allows to get rid of the "mkdir LinkTarget/pdb/..." thing in
the header target rule, which was always ugly since it did not
get rebuilt when deleting it (or whole LinkTarget dir) from workdir.

Oh and the pattern dependency causes trouble:

$(WORKDIR)/LinkTarget/% : $(call gb_LinkTarget_get_headers_target,%)

... for files in ExtensionLibrary; it would be possible to put
ExtensionLibrary somewhere else of course but actually this pattern
dependency is unnecessary since we get the same thing whenever any
object is added to a link target and there shouldn't be link targets
without objects anyway.

Furthermore directory dependencies must be on the headers_target because
MSVC will write a PDB file when compiling objects.

Change-Id: Icd92e8768d6aafb094a4144f90165aa5ff233647

There are 2 of these, one is written to by cl.exe and read by link.exe
and the second one written by link.exe.  Name the second one as the
linktargetname with .pdb appended, no need to substitue 5 different
crazy suffixes.

Change-Id: I2decad898ed1292b069bdda3124ce6f6c3667108

Not sure if it causes actual problems but all other platforms ignore
LIBS on static libraries already when linking.

Change-Id: I8a5ff4b2243b625827f82b0f64f007cea7c9d7c5

Refactor to find and link static libraries directly in WORKDIR.

- gb_StaticLibrary_get_target is now same as the gb_LinkTarget_get_target
- fix the StaticLibrary clean target

Change-Id: Icf29d32d6487747a2e39d4599ceebccfead04667