libreoffice/core - main, development code repository

Age	Commit message (Collapse)	Author	Files	Lines
2013-06-13	rename HAVE_CXX0X->HAVE_CXX11 and clean up to #define in a config header	Luboš Luňák	1	-0/+2
	Change-Id: Id13e77fe890301a8510952994a91853568a7aea6
2013-04-08	Check for the C++11 "final" specifier and introduce SAL_FINAL	Tor Lillqvist	1	-0/+1
	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
2013-04-04	remove HAVE_SFINAE_ANONYMOUS_BROKEN	Luboš Luňák	1	-1/+0
	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
2013-03-26	autoconf can actually handle #define HAVE_FOO 0 as the default	Luboš Luňák	1	-28/+0
	Change-Id: I6cd70d885a3fe3ab53f7523d1a5da6ae30ee01e3
2013-03-25	Introduce HAVE_GCC_PRAGMA_DIAGNOSTIC_{MODIFY,SCOPE}	Stephan Bergmann	1	-0/+3
	...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
2013-03-20	use #if instead of #ifdef for testing config_xxx.hxx macros	Luboš Luňák	1	-0/+27
	http://lists.freedesktop.org/archives/libreoffice/2013-March/047769.html Change-Id: I81ed4500878ff3193e028410a1f0205e28d17fc3
2013-02-14	rhbz#908674: Adapt rtl::Allocator::construct to C++11	Stephan Bergmann	1	-0/+1
	...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
2013-01-31	Use separate config_*.h files for BUILD and HOST when cross-compiling	Tor Lillqvist	1	-0/+22
	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