Age | Commit message (Collapse) | Author | Files | Lines |
|
...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.
(cherry picked from commit c91d353872b7d4e1a39192bff1444b46cab6e5eb)
Conflicts:
config_host/config_global.h.in
...solved by resorting to the old -DHAVE_CXX11_PERFECT_FORWARDING logic spread
across various solenv/.../*.mk instead.
(cherry picked from commit https://gerrit.libreoffice.org/#/c/2166/1)
Conflicts:
configure.ac
solenv/gbuild/platform/com_GCC_defs.mk
solenv/gbuild/platform/com_MSC_defs.mk
Change-Id: I3be22f59a8eb49d31458480c27f3ce15803c7fd4
Reviewed-on: https://gerrit.libreoffice.org/2167
Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Miklos Vajna <vmiklos@suse.cz>
|
|
Change-Id: I6caa48a428ac7fef23f7c3e6fc7896b7e3a8d0fc
Signed-off-by: Luboš Luňák <l.lunak@suse.cz>
|
|
Conflicts:
desktop/source/app/sofficemain.cxx
instsetoo_native/util/openoffice.lst
solenv/inc/minor.mk
Change-Id: I3e9510067c7173f6c71368e70ba6dfe168c5318e
|
|
Change-Id: I4b79502121f9cb1577214a2c22ffa20bb599e419
|
|
also move mono_loader.*.uno.so into the mono subpackage where it belongs to
Conflicts:
bin/distro-install-file-lists
solenv/gbuild/extensions/post_AuxTargets.mk
Change-Id: I681543edb6a27e16c66badc7e9e11743833f2fe3
|
|
integreated with mono-climaker-config.diff and
allow building with mono-2
Conflicts:
configure.in
set_soenv.in
Change-Id: If119de1df872fd3fd9ba460e961724b6182b3899
|
|
Change-Id: Id67da9d90a8fa21b99733c448fc32e81c6f1ab46
Signed-off-by: Jan Holesovsky <kendy@suse.cz>
|
|
Change-Id: I3f148d0dd61adc7008fdf64d077818c22a0e7d09
Signed-off-by: Ivan Timofeev <timofeev.i.s@gmail.com>
|
|
Change-Id: If6c607fc9f0be1f7a71eda8d555399451938c5fc
Signed-off-by: Jan Holesovsky <kendy@suse.cz>
|
|
Due to the setup of gb_DEBUGLEVEL in gbuild.mk, gb_SYMBOL was always
enabled when --enable-dbgutil is set, with no way to override it.
Fix that by turning configure's ENABLE_SYMBOLS into a tri-state, where
the new "FALSE" value, set by an explicit --disable-symbols, overrides
any implicit way of enabling symbols.
But by default an --enable-dbgutil still enables gb_SYMBOL.
Change-Id: I94c609863980ed1ab9c73d7a4861c394442b531d
(cherry picked from commit d9cbc837f84c415f5949a6893764dae8268f0d85)
Reviewed-on: https://gerrit.libreoffice.org/572
Reviewed-by: Petr Mladek <pmladek@suse.cz>
Tested-by: Petr Mladek <pmladek@suse.cz>
|
|
Also do not be fatal on clash with binfilter and just warn the user that
mergelib was disabled in favor of binfilter if he has both enabled.
Change-Id: I3b683a948e00b1134c10881c5ec442e6380f2822
Signed-off-by: Matúš Kukan <matus.kukan@gmail.com>
|
|
Change-Id: I5e84cf342ab9a7017bf61dbb455548105b867e50
Reviewed-on: https://gerrit.libreoffice.org/468
Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com>
Tested-by: Norbert Thiebaud <nthiebaud@gmail.com>
|
|
The value was changed to S390x, presumably by accident, breaking the
build (regression from 480b32d3809830002ecc28508d40af3ecd4ad272).
(cherry picked from commit 8c482683edf6aee17d4718150158293461b88b3b)
Change-Id: Icca90818c6363855437a273714a8317becdfd0e5
Signed-off-by: Rene Engelhard <rene@debian.org>
|
|
Change-Id: Icde6310d922a3d5e2822789a23403b9f188efaf4
Signed-off-by: David Tardon <dtardon@redhat.com>
|
|
Change-Id: Ia27e97c12e9a8f36e106c9ae3c399cd776433387
(cherry picked from commit 0c7617a388d8e2e3a0d6c451b6412a5d32dd3d6e)
Signed-off-by: Michael Stahl <mstahl@redhat.com>
|
|
It would be extremely suprising if we could get to line 11075 in the
configure script if there isn't actually a C++ compiler available, and
the test does fail on Fedora 17 without ccache installed because $CC is
/bin/gcc.
Change-Id: I727ba171a3d647e2ba974d196794943b6450ce6e
Signed-off-by: Petr Mladek <pmladek@suse.cz>
|
|
Change-Id: If9a8d5ee1ddb113df4ce8a4a5b6e3e95b71e3f77
(cherry picked from commit 5a7ebc5cb8600cc0d436ce81f58e7555cd026cd6)
Signed-off-by: Bjoern Michaelsen <bjoern.michaelsen@canonical.com>
|
|
Change-Id: I70ee8a557cb0e9aee393939e886cf82d8a9fc79c
(cherry picked from commit 32aa5e6aa0e0e976a16204b23699031192b9bb34)
Signed-off-by: Bjoern Michaelsen <bjoern.michaelsen@canonical.com>
|
|
Change-Id: I5a97b9e77e90ccd3d2d2ca19eefdb60b4feaba56
(cherry picked from commit d3d2f4ecc92e1215a2139e2b84e4e991396b3ce1)
Signed-off-by: Bjoern Michaelsen <bjoern.michaelsen@canonical.com>
|
|
Change-Id: I28ce335b4fafc8c628a0ec71dd097a09d683b2be
|
|
Change-Id: I11ee3d8ea0245758570cfd482a99f7012c0ad869
|
|
With some modifications to fit the brand colors etc. by myself.
* The visible progress bar frame is now in the image itself which
has two advantages
- it is always there (otherwise the splash could come up without any progress
bar frame at all, and then would appear a second later)
- you can have arbitrary distances between the bar frame and the bar
The frame defined in configure.in is now in a barely visible colour.
Change-Id: Ief361b68d6a8665afa8da42325ac39fa750654ef
Signed-off-by: Thorsten Behrens <tbehrens@suse.com>
|
|
Change-Id: I1ca4a35ccdc93b55fa84ca85cd4769a53545ca79
|
|
g_module_open is used in gtk3gtksys.cxx
gmodule dependencies were moved into private requires in rencent gio-2.0.pc.
It was because GIO users are not generally expected to use gmodule API,
see http://git.gnome.org/browse/glib/commit/?id=1f02ef3205e810dd937f316f5a7b58ecc2893d59
Change-Id: I90e980678eaaa825ae130f54d13f4a5772a2700a
|
|
Change-Id: I4a31c215d70e6f8f8fc8a768851315b919fba03e
|
|
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
|
|
Change-Id: Ic6814b9a3916493bf0b1c96d5e8c12f3d187f887
|
|
revert one hunk from 909cd34b7b0982078a50b9ed46cf57811d9571df
Change-Id: I9eb3f3c1cdab2c0624ab65f540b9c3d6b8f1bfb5
|
|
re-instated lines that were accidentally wiped out in configure.in
Change-Id: I54d3140723e99eae1dda6c7b05c29327a22028a3
|
|
Change-Id: I989af1147711f0175bf889bc55043b2d84a49b38
|
|
Change-Id: I8316e1ce35d059938da35651c0fa1412b8648a7d
|
|
Change-Id: I38a3dfb14375bb4abee7beaa3127c3a4cce1b9a2
|
|
Change-Id: I7b1cee3bde17fc9e52b7fcf06d1d5215a9396814
|
|
Change-Id: Ia37e0cbda71fb10be269bd47657b512ae07ea796
|
|
Change-Id: If162227d55f244ee85d1b0725829a9533427d12c
|
|
I've ended up using a feature switch, i think it is the less
risky way of handle this, assuming that enable_cairo_canvas is
enough to mark cairo as required, as in my previous try, may be
not that safe.
The diff looks big because of reindenting a whole block.
|
|
Change-Id: Id20f7294e2bf00cf1a980cb137b51a107ef698e7
|
|
since a219edfbb65e6623dde2d52c41547d78346b7144
Change-Id: I7cc6d8476aa07929870514a424e2a5e6dc508d99
|
|
Change-Id: Iec63ac2c1a128e800df92f583fe349526addec4e
|
|
Change-Id: Iee65c6bd8ddc51b3ae703e6d38c825f3801389fe
|
|
Some tests will fail and bad things will happen.
Change-Id: Ic4b36a030e527b0869d8f8875e6a7c3dfe0a4ff9
|
|
Change-Id: I35dd689ccb4bd01bb47f15b4db00d01a715ad2a6
|
|
Change-Id: I4aa4be9c29248c75929f6bcd5f09b33cf2a381a0
|
|
Change-Id: Ife00d7477dacfe1eb325c722517fb038ead083db
|
|
Change-Id: I423c621c2bd543775c0d6f238fca40a64acaf0cc
|
|
Change-Id: I44b089613710bbdc776a27720c1851f68de1671e
|
|
|
|
Change-Id: I241be2704a069ec1f6be5861084039569673cc12
|