| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
Change-Id: I4fe5cd27b77d44b9b33af0ae3c3754e3b85c2ca3
|
|
|
|
|
|
|
|
|
| |
Defines HAVE_FEATURE_{DESKTOP,HELP,MULTIUSER_ENVIRONMENT} for
now. Using <config_features.h> will supersede checking the
LIBO_FEATURE_DESKTOP and LIBO_FEATURE_HELP passed on the compilation
command-line.
Change-Id: I9866e2fd142f5c1a64c8f5c74452a20de23c66e3
|
|
|
|
| |
Change-Id: I97e9fa6e8ad45a0cd07926d1f6d33652d9dd332c
|
|
|
|
| |
Change-Id: I6cd70d885a3fe3ab53f7523d1a5da6ae30ee01e3
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
...replacing hard-coded GCC version checks. Those checks that guard
#pragma GCC diagnostic ignored "-Wnon-virtual-dtor"
appear relevant only for GCC itself, not Clang (which used to fail the old
guards because it typically announces itself with a rather low
__GNUC__/__GNUC_MINOR__ version), see 6e67c03dc0225fc66343546b14e902b9d238b1a3
"Enable -Wnon-virtual-dtor for GCC 4.6"
Change-Id: I6bfa4d5caa6192e7a203ce829682bf6bb8d61a1b
|
|
|
|
| |
Change-Id: Ie7cb4356fd2400753934ca907f09cf240ada734e
|
|
|
|
|
|
| |
http://lists.freedesktop.org/archives/libreoffice/2013-March/047769.html
Change-Id: I81ed4500878ff3193e028410a1f0205e28d17fc3
|
|
|
|
| |
Change-Id: Idc6635b59851c9b1a94f11042d3a60a4822061f2
|
|
|
|
|
|
|
|
|
| |
Feature macros should now always be set (even if to 0), and should be
checked with #if, in order to avoid missing including the config_xxx.hxx header.
http://lists.freedesktop.org/archives/libreoffice/2013-March/047769.html
Change-Id: Id15f536240d032b3c523e33856cb40af78be65df
|
|
|
|
| |
Change-Id: I289744eaa62ad819620f0b31a54efd5ebbdb9dc2
|
|
|
|
|
|
|
|
| |
Change-Id: Iddbfcacd17c1022293357ff5240ab7a52b1a390e
Reviewed-on: https://gerrit.libreoffice.org/2677
Reviewed-by: Michael Stahl <mstahl@redhat.com>
Reviewed-by: David Ostrovsky <David.Ostrovsky@gmx.de>
Tested-by: David Ostrovsky <David.Ostrovsky@gmx.de>
|
|
|
|
|
|
|
| |
The necessary build stuff was apparently silently dropped during gbuild
conversion and never noticed.
Change-Id: Ib1f530b92618a9d4f11c54818e984f737abaa283
|
|
|
|
|
| |
Reported upstream by Kendy (r5626), for now do not use the field
if not present, seems to be not that important.
|
|
|
|
| |
Change-Id: I466424c5b71de4d6bb126499895539813283502a
|
|
|
|
| |
Change-Id: Iac16e28979e7d6ae7e0502588f6216d9bfa51eda
|
|
|
|
| |
Change-Id: Id2f047686e2ba3ac2d8242d9b47abad751679759
|
|
|
|
| |
Change-Id: I401dc6b3dcea933d1f186a8618e7c86ccd21430e
|
|
|
|
| |
Change-Id: I22d28044bde624b7cfd8537c5c1e2906cb5303fc
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
...otherwise, at least with some --with-system-boost versions and C++11
compilers, like with Fedora's boost-1.50.0-4.fc18.x86_64 and
gcc-c++-4.7.2-8.fc18.x86_64, using this to copy-construct an instance of
boost::unordered::detail::ptr_node<std::pair<rtl::OUString,Bootstrap_Impl*>> in
the call to p_bootstrap_map->insert(...) in rtl_bootstrap_args_open
(sal/rtl/source/bootstrap.cxx) would memcopy the ptr_node and fail to call
rtl_uString_acquire, leading to memory corruption later on when
rtl_uString_release is called one time too often.
It is not entirely clear to me whether this is a shortcoming of the given Boost
version, but this patch solves the problem and brings rtl::Allocator::construct
in line with the (changed) Allocator requirements of C++11 anyway.
The problem potentially lurks with every use of rtl::Allocator, but only showed
now begining with LO 4.0 where e5111574fd904b38a3980ca4ea3d21cfcb22dea6 "Revert
'sb140: sb140: #i116981# clean up memory upon exit'" re-introduced code into
rtl_bootstrap_args_open that inserts into a boost::unordered_map that uses
rtl::Allocator.
Change-Id: I3be22f59a8eb49d31458480c27f3ce15803c7fd4
|
|
|
|
|
|
| |
Not that I know why the directory had to be renamed in the first place.
Change-Id: I3e4d07591876636ae4930240ac1acc68522fb94f
|
|
We have only been lucky so far that there hasn't been any compilation errors
caused by using the HOST platform config_*.h files also for the BUILD
platform. But as more and more information found out during configury is
stored in config_*.h files, sooner or later it will be a problem.
Move config/* to config_host/*. When not cross-compiling, the config_*.h files
in config_host expanded from config_*.h.in are all there is. When
cross-compiling, the generated config_*.h files for the BUILD platform are
put into a config_build folder.
Then use config_build when building the cross_toolset and config_host
otherwise.
Change-Id: I3c28cc83866bffd696b45d00dfb68e00bc2ae538
|