Age | Commit message (Collapse) | Author |
|
Change-Id: I824aa1e7908acefe898b7f24b323426f1cce250c
|
|
Change-Id: I1f221533f5ea684d113bdc45c04bf84405140f9f
Reviewed-on: https://gerrit.libreoffice.org/5539
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: I1fc9b29255c9822406dfc6ddb05b3a7f63fcd216
|
|
Change-Id: I38ce976e55e9800971dcd300902578e06540f358
|
|
The installset structure in a "traditional" (non-"Mac-like") OS X was
messed up with *both* 'MacOS' and 'program' as real subfolders in
instdir.
Change-Id: I337e1669d28c6c59993790fd33c9c5ab372c421c
|
|
Change-Id: I520832508a8d419e394817a0e25949071928f612
Reviewed-on: https://gerrit.libreoffice.org/5478
Reviewed-by: Fridrich Strba <fridrich@documentfoundation.org>
Tested-by: Fridrich Strba <fridrich@documentfoundation.org>
|
|
Change-Id: Ib451bdb3c1c2ca42347abfde44651d5cf5eef4f3
|
|
For some historical reason, URE has no "share" subfolder on Windows.
Change-Id: I530e673cc7a5cb5fe5d82a5e952ac50e4c2270b2
|
|
Lots of stuff still either ended up in the wrong place, or was looked up from
the wrong place, or both. Fix most cases.
Change-Id: I06ebbce207c219f3cd82b4387dd9b3fdb83420d4
|
|
Add a switch --enable-canonical-installation-tree-structure. Only implemented
for OS X for now, but the same switch can be used if and when we want to make
it possible to make the Unix installation tree more "standard", too.
Change-Id: Icb0ad500b77d7e986f2f188fd17faabaf2e2fe99
|
|
Change all instances of hardcoded "program", "share" etc subfolder names to
use those from <config_folders.h> instead. In normal builds, the end result
will not change.
Change-Id: I91c95cd8e482818be67307e889ae6df887763f53
|
|
Change-Id: I6aab77fd253baf1fbbfa82d82bd4e83ddd9e3299
|
|
Change-Id: Iad8f29b36ce38a90ea93705131a2e4e201d77bf8
|
|
Change-Id: I43dfc0e73de36ee920f0d22307600c357b3f2df2
|
|
Change-Id: Idb114bfa3fbb05252a5cac9eb5f303ec85080626
|
|
First cut was at https://gerrit.libreoffice.org/#/c/2310/ but was
abandoned by myself. Now getting back to the idea, but this time I
will make it optional on OS X, and introduce it in smaller steps.
Change-Id: Id88517fee8d49056b8bbecb0921206dc6b29580b
|
|
If what we want is to compile the OpenCL code by default always on OS
X when building against a SDK newer than 10.6, that can be said
simpler.
Change-Id: I14b2cd107fe0dba42c221bec63fd4076fffbd848
|
|
Raise to 4.1, until somebody complains, in which case probably raise
even more :).
Change-Id: I861ccbfb393811d27bedcb1524027fdbc927e55f
|
|
Clang reports itself as GCC 4.2.1 when asked the GCC way, which is about
as good an answer as any, since there's no good mapping between them.
So when testing GCC version, Clang would be usually considered too old,
and therefore the proper way is to do a configure check if possible.
GCC version should be only used for GCC-specific things such as avoiding
a bug in a specific GCC version, and such testing should first check
the compiler is not Clang.
Rename GCCVER to GCC_VERSION and use it throughout the build system
where needed. As it's empty for anything that's not GCC, this should
lead to errors when used incorrectly.
Change-Id: Iea96bbaf5d8ceabefa25be88576eeb4115384937
|
|
Give up and revert to "$CC -dumpversion".
Since by now no test now refers to patchlevel, make it unavailable in GCCVER so that nobody tries to use it.
Change-Id: Ife0bb0a94a73555d1f19f5a3c5853148042c7bba
|
|
Has only two components, e.g. 4.1
Change-Id: I255a5a3e240f41d39ee88c4be0c714e29db75a6a
|
|
Change-Id: I5bb195e54274d9210ae8d4c2d31690ce8e79a425
|
|
...so extend 409e6a2e0b89eab82e79b0cd122062f47c6c7afb "gcc -dumpversion has only
MAJOR.MINOR, not MAJOR.MINOR.PATCHLEVEL" to also cope with e.g. Fedora 18 gcc's
"gcc (GCC) 4.7.2 20121109 (Red Hat 4.7.2-8)" output line.
Change-Id: Ieb5e032685da49cd7e6f0a49a0fdc137fc24fbbd
|
|
At least, for gcc 4.7 on Debian. OTOH, gcc --version outputs
(on its first line)
gcc-4.7.real (Debian 4.7.2-5) 4.7.2
so use that. Hopefully will work across systems & distros.
(gcc-4.7.real is probably just argv[0],
because diversion from hardening-wrapper)
Change-Id: I94ea73628d8aac107e3ada1dc5a63e51e79ccdb2
|
|
Change-Id: I338505aa67ef63699fc0d8966fe09db3c050da92
|
|
Change-Id: I96efcab67f05407923b022dfd95a94fd8c2169ed
|
|
Clang reports itself to be gcc4.2, so there fail there, instead use configure
checks.
Change-Id: Idb44a5c875b24a15546a6495de02a1b4af898443
|
|
Change-Id: I938259f90aee9d277c9ff5b72c9120b93311cbd3
Signed-off-by: Stephan Bergmann <sbergman@redhat.com>
|
|
Change-Id: I84b74cb9e9893996179b4b0229853903e29fe28d
|
|
Change-Id: I3c58684cc3914d8f7554c87d8d9e0735e95ea381
|
|
Change-Id: I20bb0b33f3a86dd9abab32d18f703bf720f143b5
|
|
Change-Id: Ie11b97f52832f8f04f8243f4d6c0f18b3954253f
|
|
Change-Id: I308648c5c03382d1963e721fea2ad6a61e3ef795
|
|
They are not use by default since 2011, and non of the distro configs
uses --without-system-xextensions-headers.
Change-Id: I51e88796c22b1b3d0854c3ec1db15fcab720a079
Reviewed-on: https://gerrit.libreoffice.org/5175
Reviewed-by: Fridrich Strba <fridrich@documentfoundation.org>
Tested-by: Fridrich Strba <fridrich@documentfoundation.org>
|
|
Change-Id: I121ff292050e9e90e298ed44705b6408c0d2f089
|
|
Apparently clucene bundles pieces of a very old version of boost (1.42)
in CLucene/ext/boost, which breaks build with boost 1.54.
Change-Id: Ib244222f8f048aefe0484060f9ad5f41bfd24def
|
|
Change-Id: Ie7368d0995653d7051b3c67d4b7667e68787da8a
|
|
Change-Id: Icce89cc2a3c8089aa248a176ab92b545c36b1091
|
|
Change-Id: I189fa06d13a78bcaa8e17b32756076473ced3641
|
|
Change-Id: I1001d7f87c3e3194c04ea9d1ef97a87898f891ea
|
|
Change-Id: I37183561a264625505036bcc6b945a6b24f05b5a
|
|
Change-Id: I1332fc22caae759c65b64e6c43e73740245e4abd
|
|
Change-Id: Ibb8b40e5e853e29b26b96018f4248321dd841985
|
|
Change-Id: Ice3d3058b0b60642769c09496258cf34e022ff89
|
|
Change-Id: I89e0115ddbea953de4ee0468c66e949070087a96
|
|
Change-Id: I782389f00f486158313fd87bd36c0726f56f6ab6
Signed-off-by: Siqi LIU <me@siqi.fr>
|
|
|
|
Change-Id: I511eb8bfcfab2d42073f43660518e1e8be0d5788
|
|
The warn_unused attribute has been upstream to GCC and Clang, so use it if present.
Still warn about STL types if those do not use it yet (which is the status as of now).
Change-Id: I3c003e44c08d1d141e23bba38cf92e663a5ac353
|
|
Change-Id: I453f53e7afc1474b4db2a89454718652b088ad6c
|