The standard Boost convention is for them to be called libboost_date_time and
libboost_system (with apropriate suffix then depending on type).

Did not touch the libboostthread library we build for Windows.

Add the ax_boost_thread.m4 file for completeness and possible use.

Document where the ax_boost*.m4 files come from.

Change-Id: Ib49bee71398d62c9760a1f8fd5c46be9f3400430

Change-Id: I6b0932ecd304e661e3331b22e6993b856b686982

On --disable-openssl, the bundled neon library
will link against GNUTLS + gcrypt instead of
OpenSSL.

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

one variable to find them,
one variable to deliver them all and into filelist put them,
in $INSTDIR where the installer searches.

Change-Id: I989f578f0ed6f9ef9167522249b36d95c15bfd1b

Change-Id: I72df67fae5fd78cd9d3f69d4be218c866b4b881d

Change-Id: I784823b27108671e6bb549f60725f21abd47451e

- all in libo_PUBLISH_MODULE is affecting global state, so no need to
  separate
- add in AC_ARG_WITH

Change-Id: I609cd03c9208448e6883f5347da3019e0d3aea51
Reviewed-on: https://gerrit.libreoffice.org/2366Tested-by: LibreOffice gerrit bot <gerrit@libreoffice.org>
Reviewed-by: Björn Michaelsen <bjoern.michaelsen@canonical.com>

Change-Id: I148941dfbf3c9c75cd07148b08646e85887846e1

Consistently set WPD_CFLAGS/WPD_LIBS etc. in that case, with luck not
breaking anything else in the process due to newly set FOO_CFLAGS/LIBS.

Change-Id: I56bc6b86821b77c0c376d06b629646ada1ea0339

This reverts commit 324d2f94.

Change-Id: I0c1c3412554de2093c9c94de89ff74a89869fa6d

Reverting this because it breaks a lot of stuff

This reverts commit a2dbcf1e.

- a >12.000 LOC configure.ac is more than enough for everybody
- removing some 100 lines cant hurt
- the SYSTEM_LIBCDR=$SYSTEM_CDR stuff should be removed in a later step,
  by renaming them in the build

Change-Id: I5c065c5c341561258800a124b0fc1f40b3d59211

Change-Id: I1b255f9da925501449d7a41ce5914595da582e40

Restore all cases to expect /mingw/ included in the path.

Change-Id: I8882525ae6ae24957d9e34fc1ab8d5525251889c

Change-Id: I2df230e0ca6293131ceaf9211fb301165981ab86

Convert DOS -> unix newlines.
Cleanup and clarify several files.

Change-Id: I4bd9a7d00df220e2a3deae3cc1b7b0f4a1098e24
Reviewed-on: https://gerrit.libreoffice.org/989Reviewed-by: Michael Meeks <michael.meeks@suse.com>
Tested-by: Michael Meeks <michael.meeks@suse.com>

This reverts commit 4c2e9fc6.

Change-Id: Iea84991ee689240fe6e6ddbc47f44b444f582dde

This commit breaks MinGW builds; the m4 macros probably need some
improvements there.

This reverts commit 5ed17233.

Change-Id: Ie04e4860363dd3db7c363408c6c8c9e80d9315c0

The idea is to use libo_MINGW_CHECK_DLL for libs that must be available
(typically that would be the "main" library, e.g., libxml2 or libcurl)
and libo_MINGW_TRY_DLL for possible dependencies (that may not be the
same on different systems). All further references to the dlls are
exclusively through the configured variables or defines set from these
variables (e.g., instead of hardcoding libxml2-2.dll, use
$(MINGW_LIBXML2_DLL)).

The macros are documented in m4/mingw.m4 .

Files that must be changed when adding a new dll:
* configure.in
* config_host.mk.in
* external/mingw-dlls/makefile.mk
* scp2/source/ooo/makefile.mk
* scp2/source/ooo/mingw_dlls.scp

Reportedly AC_PROG_SED does not exist on XCode 2.5 .

Hardcoding dll names from SuSE Linux in configure.in is not good,
because they might be slightly different on other systems (notably
Fedora :-), or the libraries might be compiled with different
dependencies.