Age | Commit message (Collapse) | Author |
|
Change-Id: Icd4e926a6e73ea1147419a9190d7888b6ac3e4c7
Reviewed-on: https://gerrit.libreoffice.org/28312
Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: Jenkins <ci@libreoffice.org>
|
|
Change-Id: I86c268f49f44bd1e208a9de781a16bf19450c64c
|
|
Does not require tac, which is not available on *BSD/OS X.
Change-Id: I54c90e249fb99ce03cc2ff134f200de283159052
Reviewed-on: https://gerrit.libreoffice.org/22083
Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: Michael Stahl <mstahl@redhat.com>
|
|
Change-Id: Id5f84306926b6c28bef0d213aba151d8834b7b2d
|
|
The goal is to avoid build breakage by pkg-config or whatever helpfully
putting default paths like -L/usr/lib64 into *_LIBS, which is entirely
useless since ld searches there anyway but may override other -L that
occur later on the command line for LO bundled externals.
On a Fedora 22 system, at least these variales were affected:
CLUCENE_LIBS FIREBIRD_LIBS KDE4_LIBS POSTGRESQL_LIB BOOST_LDFLAGS
Change-Id: Ie55f65c3ae29a125f16871d95ad8b716abf5c982
Reviewed-on: https://gerrit.libreoffice.org/19784
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Michael Stahl <mstahl@redhat.com>
|
|
Change-Id: I04d1bc3a9f38ff7871d3192563cd1f649fdc6cea
Reviewed-on: https://gerrit.libreoffice.org/18960
Reviewed-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>
Tested-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>
|
|
Change-Id: I1749b5b02018cfe6f85a13aed8de4b31a09788e3
Reviewed-on: https://gerrit.libreoffice.org/18494
Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
Tested-by: Miklos Vajna <vmiklos@collabora.co.uk>
|
|
Change-Id: I86ef068661082addbd165629d3d6905695090a6b
|
|
... fixing build with system boost
Change-Id: I50eee3e349e99f751439893c577d66ebb46107c2
|
|
Change-Id: I9f084a363bdeab800f0039f9be19d03225a1a8ce
|
|
The assumption that all configure variables had been normalized to
TRUE/<empty> turned out not to hold; convert a bit more in that
direction.
(regression from 4af38b099c741c3676aefeb20c515913aaeed666)
Change-Id: I2127c515e8a833a07c9b26ed9d693ce5a1853fe4
|
|
Change-Id: I0a463c38214b95582db2c7b3979367255426c14e
|
|
...to avoid compiler warnings in external headers.
Change-Id: Ibd7fcb0400bfd8ffa49cc8db77956e443551ebb3
|
|
This reverts commit 3aeecc525c76797801e9e2b24c2ebff6ac81adac.
|
|
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/3330
Reviewed-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/2366
Tested-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 324d2f94749dfd94c7f09d1923310e145bb64deb.
Change-Id: I0c1c3412554de2093c9c94de89ff74a89869fa6d
|
|
Reverting this because it breaks a lot of stuff
This reverts commit a2dbcf1e723e082a76ad1a7ef275f693dab34c98.
|
|
- 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/989
Reviewed-by: Michael Meeks <michael.meeks@suse.com>
Tested-by: Michael Meeks <michael.meeks@suse.com>
|
|
This reverts commit 4c2e9fc655b6480ffc7f0feb5d07b8106b6b8e22.
Change-Id: Iea84991ee689240fe6e6ddbc47f44b444f582dde
|
|
This commit breaks MinGW builds; the m4 macros probably need some
improvements there.
This reverts commit 5ed17233908c7f87b08b0964b55e4504d964ed71.
|
|
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.
|
|
|