Age | Commit message (Collapse) | Author | Files | Lines |
|
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
|
|
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: Icce89cc2a3c8089aa248a176ab92b545c36b1091
|
|
Change-Id: I189fa06d13a78bcaa8e17b32756076473ced3641
|
|
Change-Id: I37183561a264625505036bcc6b945a6b24f05b5a
|
|
Change-Id: I1332fc22caae759c65b64e6c43e73740245e4abd
|
|
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: I87ae299aac97180f0587c553d85b051decca155c
|
|
At least Clang trunk towards 3.4 now rejects incompatible declarations of the
same extern "C" function in different namespaces, so that trick of getting at
the function that is exported by libstdc++ but only rudimentarily if at all
exposed in cxxabi.h no longer worked.
TODO: This change should be reflected in any other bridges where it is relevant,
too.
Change-Id: Ie3ccbdb7d75cc98636d02c0435958532620724f2
|
|
Change-Id: Id13e77fe890301a8510952994a91853568a7aea6
|
|
|
|
Change-Id: Ide7d833801e96a3375909238d036687082f34605
|
|
Change-Id: Ia215b34842ce85bfbd1ad90a286abcbae0884bd5
|
|
HarfBuzz integration should be functional now, so to give it more wider
testing it is made now a required dependency on non-Windows non-Mac OSs.
By default text layout is now done by HarfBuzz but ICU LayoutEngine is
kept as a fallback and can be enabled with SAL_USE_ICULE env variable.
After 4.1.x is branched, ICU LayoutEngine should be removed completely.
Change-Id: I4fe3beeaf6092f33dd436906c11b83aeafdfbd5d
|
|
Not my idea.
Change-Id: If4874d97a2035588cd65ded9f281de0c3598b7d7
|
|
Change-Id: Ia1ec3564326cf898d756c231a64a54db8698bf20
|
|
To be used in the next commit.
Change-Id: I6ee286d0c050a5ca650e7fb3692b0facccb5f0c0
Reviewed-on: https://gerrit.libreoffice.org/3517
Reviewed-by: Fridrich Strba <fridrich@documentfoundation.org>
Tested-by: Fridrich Strba <fridrich@documentfoundation.org>
|
|
Change-Id: Ie82afb1f22caa0b02ddac256e2a0c2a49f19bb15
Reviewed-on: https://gerrit.libreoffice.org/3173
Reviewed-by: Miklos Vajna <vmiklos@suse.cz>
Tested-by: Miklos Vajna <vmiklos@suse.cz>
|
|
I think it is useful to use SAL_FINAL mainly as a documentation aid,
to make it clear to a code reader when a class is not expected to be
derived from, and when a virtual function is not expected to be
overridden in a derived class.
Possibly there is also some class of bugs that using SAL_FINAL will
help find?
Change-Id: I45002f020dcb52e8a9f2962ff98780f2b80627af
|
|
Since we no longer support the old Apple SDK using gcc-4.0.1, we can
remove the cruft to work around its problems. Woohoo.
Change-Id: Idf275e76449443f1f0314e75dab993f213a77eb7
|
|
Drop HAVE_FEATURE_HELP. Just check HAVE_FEATURE_DESKTOP instead in the few
places in the code where HAVE_FEATURE_HELP had been introduced so far. It's
only for the non-desktop platforms that leaving out the traditional help
functionality is intended anyway.
Change-Id: I2d05869267f509a8e64cf402eed8ebef0020cada
|
|
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
|