| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
Change-Id: I9ddbfad9d332cb68b03857947ce502bda4c0db1b
|
|
|
|
| |
Change-Id: I033ee2316337dab549f1beddbfb7919a35d73c8e
|
|
|
|
| |
Change-Id: Iadacffaad832c6ff06757e8567e24f929f24a4c3
|
|
|
|
|
|
|
| |
Change-Id: Iff63e4dd2471d5b5c0e7c52344d694a0e46ce6a0
Reviewed-on: https://gerrit.libreoffice.org/2305
Reviewed-by: David Ostrovsky <David.Ostrovsky@gmx.de>
Tested-by: David Ostrovsky <David.Ostrovsky@gmx.de>
|
|
|
|
| |
Change-Id: I1d9d62b024c4442182d67d93915af0f793265ebd
|
|
|
|
| |
Change-Id: I2b8f0dd4579c97471653de9f0aa777aa7f5306a8
|
|
|
|
|
|
|
| |
Consistently set WPD_CFLAGS/WPD_LIBS etc. in that case, with luck not
breaking anything else in the process due to newly set FOO_CFLAGS/LIBS.
Change-Id: I56bc6b86821b77c0c376d06b629646ada1ea0339
|
|
|
|
| |
Change-Id: I73ffb627bea34f039af0777709794fab30b01987
|
|
|
|
| |
Change-Id: I294301e0f87924ac89c16c99f0549c98a7ea7da5
|
|
|
|
| |
Change-Id: I69bf7bc33a619c4aa9483e2dc3d5540e4dfa7458
|
|
|
|
| |
Change-Id: I54880cd7d404692b8fee16c331c8e7a64508f52b
|
|
|
|
| |
Change-Id: I06d6dec259f4e1d28d0fb13497097bbfae156b2f
|
|
|
|
| |
Change-Id: I14bd9c0a4b9b55963da67102468d573f7132fab7
|
|
|
|
| |
Change-Id: Ibc8178e2dd7209705cb752f9570e414483c319a7
|
|
|
|
| |
Change-Id: Ib895be66ecb4c95a86696007fdda453d3a3b34e0
|
|
|
|
| |
Change-Id: I7fdf7fd285d6b8c584d8fe225729f15f3f9798ad
|
|
|
|
|
|
| |
This reverts commit 324d2f94749dfd94c7f09d1923310e145bb64deb.
Change-Id: I0c1c3412554de2093c9c94de89ff74a89869fa6d
|
|
|
|
|
|
| |
Reverting this because it breaks a lot of stuff
This reverts commit a2dbcf1e723e082a76ad1a7ef275f693dab34c98.
|
|
|
|
|
|
|
|
|
| |
- a >12.000 LOC configure.ac is more than enough for everybody
- removing some 100 lines cant hurt
- the SYSTEM_LIBCDR=$SYSTEM_CDR stuff should be removed in a later step,
by renaming them in the build
Change-Id: I5c065c5c341561258800a124b0fc1f40b3d59211
|
|
|
|
| |
Change-Id: I54bff2c8593995829857d30b38b8626a8c1a1a4f
|
|
|
|
| |
Change-Id: I6c6a605e139a77f140c7ce2513cb35f0fdb50716
|
|
|
|
| |
Change-Id: I1b255f9da925501449d7a41ce5914595da582e40
|
|
|
|
|
|
|
|
|
| |
libcmis exposes STL containers in its API:
workdir/*/CxxObject/ucb/source/ucp/cmis/cmis_content.o: In function `cmis::Content::setCmisProperty(std::string, std::string, com::sun::star::uno::Reference<com::sun::star::ucb::XCommandEnvironment> const&)':
ucb/source/ucp/cmis/cmis_content.cxx:1756: undefined reference to `libcmis::Property::Property(boost::shared_ptr<libcmis::PropertyType>, std::__debug::vector<std::string, std::allocator<std::string> >)'
ucb/source/ucp/cmis/cmis_content.cxx:1762: undefined reference to `libcmis::Property::setValues(std::__debug::vector<std::string, std::allocator<std::string> >)'
Change-Id: Ife845ca5c6cedcbe57e5ce7fbdd8cc641dffae52
|
|
|
|
| |
Change-Id: I87533bb16d0ac2bbcb7c8592c4f6caa1aa05c705
|
|
|
|
|
|
|
| |
...by doing the Boost header checks (are they necessary at all, or does
AX_BOOST_BASE cover them anyway?) with BOOST_CPPFLAGS already set.
Change-Id: I341043fc514cf286c1ca295e69ff6cd4d3e7974c
|
|
|
|
| |
Change-Id: I4b9e11e2a790e00e9a4acc5eb81485b59ce15da2
|
|
|
|
|
|
|
|
|
|
| |
It has served well but it's useless nowadays.
build.pl is going to die anyway.
Change-Id: I7769528af7987e43fee8707ce5b4e2214d43c5b4
Reviewed-on: https://gerrit.libreoffice.org/2174
Reviewed-by: Tor Lillqvist <tml@iki.fi>
Tested-by: Tor Lillqvist <tml@iki.fi>
|
|
|
|
|
|
|
|
|
|
|
|
| |
--with-referenced-git works with submodules, --with-linked-git does not.
And I don't see a way to fix it, either.
Change-Id: Ib6cdb065a022665cd62e9fdc7fc37a9e916e50ad
Reviewed-on: https://gerrit.libreoffice.org/2165
Reviewed-by: Matúš Kukan <matus.kukan@gmail.com>
Reviewed-by: Björn Michaelsen <bjoern.michaelsen@canonical.com>
Reviewed-by: Miklos Vajna <vmiklos@suse.cz>
Tested-by: Miklos Vajna <vmiklos@suse.cz>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
...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
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Work in progress. It sets up the SDP service record and registers it,
and that seems to work. Does not do anything with it yet.
I wonder if the current approach to use the standard SerialPort
service class will work for Macs, as they by default have one
SerialPort service running, "Bluetooth-PDA-Sync", whatever that
is.
There is no code in the Android app to handle the case of there being
several Serial Port services on the computer it wants to connect to,
so what happens then when there are two will be interesting to see.
(I can't find in the Android API any way to enumerate services that
use the same service class. If there was, the app could choose the
correct one based on its name.)
So probably we should pretty soon switch to using a dedicated service
class UUID instead of using the standard serial port one. As we
already have the app out in the wild it will probably have to be
modified to look for both Serial Port and our own service then? Sigh.
Change-Id: I1bee6403642e9b8953b5a8fa8fb5fe6a9dc76a09
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The helplinker library has grown a dependency on the svt and tl libraries. But
the helpcompiler module is needed to be built for the BUILD platform only if
the HOST platform's BUILD_TYPE includes DESKTOP (or only if its BUILD_TYPE
includes HELP?).
We used to build helpcompiler and some other things for the BUILD platform
depending on whether the BUILD platform's BUILD_TYPE included DESKTOP.
Also, codemaker should surely be built for BUILD unconditionally, ant xmlhelp
presumably not at all.
Change-Id: I3df995ce6b92da4ce9eb35115cf3e8560e06f292
|
|
|
|
| |
Change-Id: Ie729aaeaeff41838a435a043dec10c5016355187
|
|
|
|
|
|
|
|
| |
Change-Id: Ib112a2d3f9a75890591137a78b46be982b7d43df
Reviewed-on: https://gerrit.libreoffice.org/2112
Reviewed-by: Joren De Cuyper <joren.libreoffice@telenet.be>
Reviewed-by: Tor Lillqvist <tml@iki.fi>
Tested-by: Tor Lillqvist <tml@iki.fi>
|
|
|
|
| |
Change-Id: I0173599672755de30b0517291f3b64654988f7b8
|
|
|
|
| |
Change-Id: I76498e121cf94142fbeedae1703fb49c0a9817ca
|
|
|
|
| |
Change-Id: Iae2fbdc3ead54869d94d1e01c24a3384adb2a2b7
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This is similar to --with-linked-git, but:
1) It uses git submodule update --reference, so it works with submodules.
2) The created repo is a true git repo, except that its object database
reuses the referenced repo's objects, so it's a real speedup when e.g.
translations are enabled.
I intentionally didn't just fixed --with-linked-git, to make it clear
this is more like git clone --reference, not git-new-workdir.
Change-Id: I7c9584bce3670fd1e175b90aded2435cfe78056d
|
|
|
|
|
|
|
| |
Conflicts:
Makefile.top
Change-Id: Ib416077c6a866c265f7346df8a86ac7bc254c37d
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Not yet implemented in the code, but my idea is that any functionality
that modifies the system-wide installation will go away in this case.
Automatically set if --disable-externsions, or if building a sandboxed
LO for OS X.
Should probably be set automatically also when just building a signed
(but not necesssarily sandboxed) LO for OS X? Surely installing a
system-wide extension should count as tampering with the
app. Especially if we can make also extension (scripts) be signed (by
locating them in the Resources folder?)
Change-Id: Id654bfaa6331535a66eae1bc6531a756085a3f06
|
|
|
|
|
|
|
|
| |
Change-Id: I16eb442fd65b3a2f3a44108f670fd364dc7a64c0
Reviewed-on: https://gerrit.libreoffice.org/1988
Tested-by: LibreOffice gerrit bot <gerrit@libreoffice.org>
Reviewed-by: Peter Foley <pefoley2@verizon.net>
Tested-by: Peter Foley <pefoley2@verizon.net>
|
|
|
|
|
|
| |
It is not provided by the old icecram-0.9.2 on SLED11
Change-Id: If8dc9b028276ac05733eb59c1ec62e352f4a2796
|
|
|
|
| |
Change-Id: I460f18f257323745a068b1685b295b0379615e1b
|
|
|
|
| |
Change-Id: I77b3e7afdcb034f48acbedfdc7b7372ee81f958a
|
|
|
|
| |
Change-Id: If491917069ef7c474c27190c4759dd75f025f032
|
|
|
|
| |
Change-Id: Ib0a7e74d394c3c5f7d2f3d7f5ba70bf6a714b604
|
|
|
|
|
|
| |
Sign also all the dylibs and frameworks in the bundle.
Change-Id: I7f67b9d7eda0204b24e2ea2ef44a53fb8db0f8aa
|
|
|
|
| |
Change-Id: I7d63af2ddb67104daaddcb5f111e26269b9b5030
|
|
|
|
|
| |
After all, if somebody else wants to distribute builds that require
something newer, they are allowed to.
|
|
|
|
|
|
|
|
| |
solenv/bin/linkoo doesn't do anything on OS X anyway, and even if it
would do and it would work, it would interfere with signing the app
bundle.
Change-Id: If7a6cecea57cddf8a637a60872d0372eb5093f41
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|