Age | Commit message (Collapse) | Author |
|
Change-Id: I8f0db23d1f9ba6b9fc3c8b64b32822ba8166428f
|
|
Change-Id: I8610e99aecc725e349976746af6c8bd560ba2ffa
|
|
Change-Id: I7d8e3be80f04ec0a9d1dbd394ac0e2ab2f1a4551
|
|
Change-Id: I44b5d74a3c1addaec77e724a3e7356e3648fc10c
|
|
Change-Id: Ie83e3104bd639be42ac0c6e25fc2eafd88cf0c6f
|
|
Change-Id: If457f9e090a4ef3a5b2b8e4f09ce0b5e3b3d04ec
Signed-off-by: Stephan Bergmann <sbergman@redhat.com>
|
|
(and consequently fix the argument type of one assert invocation)
Change-Id: I8bf5f024cc104a3885f7b9bf6ed63b9f6259d47b
|
|
Change-Id: Ifcdef5ed474b36e60604dde96bba4dd152e829b6
|
|
Change-Id: I205afbd9c1cbe3a286359036cbdcf6aa9d986f71
|
|
Change-Id: I935188ee90b4c56c5a4d7cc374a26e4b182beb5f
|
|
Change-Id: I6101099c57d429987e06bca0652c843f4a94f8cc
|
|
Change-Id: I9ec1fefe61f24c005519a2bb4a87fe07f6895ca6
|
|
Change-Id: I103ba777cc7f38f5df17995d9ef9bfb6d6cf133b
|
|
Change-Id: I67314a12717ada0bdb49d9578821abf66fb41302
|
|
Change-Id: I6b1592af199fcd79ac16827332014ea703a48a1e
|
|
+ add filters for MacDraw, MacDraw II and RagTime (v2-3 for Mac)
Change-Id: If84abff1baa75f9bfa951039781575b6a8648a84
|
|
Change-Id: I40d03ab9acb67ab72b9047017452f069ce88fd4b
|
|
Change-Id: If0b98a30452a9d1fcc340173deb6856755926471
|
|
new GCC compilers do not accept "obsolete and totally removed
in gcc 4.2 and later" -Wno-long-double flag
actually, it used to be Apple-only GCC extension for gcc<=3.3
Change-Id: Ied3320cbd45915682b628c99bb0a168ea4753bb7
Reviewed-on: https://gerrit.libreoffice.org/11819
Reviewed-by: Douglas Mencken <dougmencken@gmail.com>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: I5acb672ea8387cdbf68677a2b46d21785148a735
|
|
Change-Id: I8318982eb1cee1a694dbdd504e0ca106a29d807e
Reviewed-on: https://gerrit.libreoffice.org/11700
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
In java9, there is no option for source/target 1.5,
the lowest version is 1.6.
This commit also patches the relevant external libraries
in order to be able to build with build-wide source/target
Change-Id: I68807c973a2a8be2f9b3a6e01243e36cb7110a12
|
|
Change-Id: I70d117f62b91c4d413add44368836c870f203f28
|
|
Change-Id: I3a9e01237d8cade5d99955f02c01c25618ccd9de
|
|
This is supported in GCC 4.6.0 already:
https://gcc.gnu.org/onlinedocs/gcc-4.6.0/gcc/Diagnostic-Pragmas.html
Change-Id: I2f67e588eea3a323a2e9c81e39e56ab2e715a817
|
|
Hopefully this should fix up the most important external libraries.
Change-Id: I744cb5a2ce7fafb10852059050cf24589d6ca400
|
|
The detection code is wrong for gcc 4.6 and the tr1 code actually
conflicts with the OpenCOLLADA code, because it creates an ambiguity
of shared_ptr in the cpp files.
Additionally most of the headers already use std::shared_ptr or
std::unordered_map.
Change-Id: Ibfe80e45687d34ec6fcd23339fd3f968fae402ba
Reviewed-on: https://gerrit.libreoffice.org/11695
Reviewed-by: Zolnai Tamás <tamas.zolnai@collabora.com>
Tested-by: Zolnai Tamás <tamas.zolnai@collabora.com>
|
|
Change-Id: Ic265344935b9e2d41f0e054d29b01f352407a493
|
|
affected: thesaurus usage in a Hungarian document
test case: press Ctrl+F7 on the word "művészegyéniség"
Change-Id: I024568e81265c4ce3e05f718bf9147229416ab73
|
|
The firebuild buildsystem calls windres, which depends on cygwin gcc,
use rc.exe so that a windows build without cygwin gcc will succeed.
Change-Id: Ic7719749b3806232912e3eb8b1ede11e6eb3c10c
Reviewed-on: https://gerrit.libreoffice.org/11619
Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: Michael Stahl <mstahl@redhat.com>
|
|
http://bazaar.launchpad.net/~maria-captains/mariadb-native-client/trunk/revision/149
Change-Id: I273f355b9fc922fdb9d9692e0057cfccfdcbcde1
Reviewed-on: https://gerrit.libreoffice.org/11492
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: Ic773b86a1ebaa66a1b0ae236429276f35776deb8
|
|
The Python build machinery apparently does not use proper autoconfigury to
expand this Info.plist.in file, so can't use @PYTHONFRAMEWORK@ as for the
Info.plist for the framework itself, but have to hardcode LibreOfficePython.
As such I am not sure that Python's way of including an app bundle
inside a framework's Resources subtree is acceptable in the stricter
code signing and Gatekeeper rules that soon will be in effect. Will
see.
Change-Id: I1ef9e7b748d41ec4b32d80e721d5fba5e7a90d18
|
|
It should be the basename of the framework. The Python
configury already provides that as @PYTHONFRAMEWORK@.
Change-Id: I116a34c3bcc8f661abe16b2b5cc1b9268ecd2780
|
|
Change-Id: I9d16f4f0df42ae4b046bc1e4ac4fba95c4b9d785
|
|
Change-Id: Ia7c09a5bac9b644814b8c4891bb958e28937fa33
|
|
Change-Id: I951535c82c12be74d96c4e6c6b94dccf09982054
|
|
Change-Id: Ib5e6d1e75322dad23f4bb379b8db6dfa4bf18bb0
|
|
Change-Id: I003f4f951d3b4007bc11ac957ac88bf92d87aab3
|
|
Change-Id: Ie2d476780a48b5815961598e214343d5def962c1
|
|
...where the intercepted __cxa_throw is found, as otherwise PythonTest_sw_python
fails with
AddressSanitizer CHECK failed: projects/compiler-rt/lib/asan/asan_interceptors.cc:293 "((IndirectExternCall(__interception::real___cxa_throw))) != (0)" (0x0, 0x0)
#0 in __asan::AsanCheckFailed(char const*, int, char const*, unsigned long long, unsigned long long) projects/compiler-rt/lib/asan/asan_rtl.cc:70:3
#1 in __sanitizer::CheckFailed(char const*, int, char const*, unsigned long long, unsigned long long) projects/compiler-rt/lib/sanitizer_common/sanitizer_common.cc:76:5
#2 0x48c3ac in __cxa_throw projects/compiler-rt/lib/asan/asan_interceptors.cc:293:3
#3 0x7f67faec0ef5 in pyuno::createClass(rtl::OUString const&, pyuno::Runtime const&) pyuno/source/module/pyuno_except.cxx:92:9
...
Change-Id: I0cb364eacab49644b426fb62f49bf9d7c8b5090c
|
|
...from previous commit
Change-Id: I945faa6215f971ce817c6450fe0786da0696091f
|
|
This removes ENABLE_NPAPI_INTO_BROWSER while it should keep
ENABLE_NPAPI_FROM_BROWSER (embed flash in LO) intact.
Signed-off-by: Stephan Bergmann <sbergman@redhat.com>
Conflicts:
extensions/source/nsplugin/source/npshell.cxx
Change-Id: I80a9159a75653c74423d8fdc7c188568d3188e04
|
|
In other words, only executable files go in the MacOS folder. Dynamic
libraries and bundled frameworks (i.e., LibreOfficePython), and
nothing else, go in the Frameworks folder, and all other files go in
the Resources folder.
Especially, note that Java class files and rc (.ini) files also go in
Resources.
Such an app bundle structure is what Apple strongly suggests one
should use, and it has been hinted that future versions of code
signing and/or Gatekeeper will require such a structure.
There is still some ugliness thanks to traces of the historical
separation of URE from "the office". Like there are two separate
"unorc" files, one for URE, one for the LibreOffice application. IMHO,
this should be cleaned up, but is probably controversial.
(Eek! I now see there are actually *three* unorc files in the app
bundle. Not intentional. Need to fix that later.)
Change-Id: Idcf235038deb5b8e1d061734993e9f31869b7606
|
|
Change-Id: Id772a8f4ca9f46f8a36dede759495e06c8e43732
Reviewed-on: https://gerrit.libreoffice.org/11343
Reviewed-by: David Tardon <dtardon@redhat.com>
Tested-by: David Tardon <dtardon@redhat.com>
|
|
Change-Id: Iece8182517a396587678f2e5ff9ffaeb82ec428f
|
|
Change-Id: Ic49fa8c62eb7ce01e4488bc32ef9167a9b77662d
|
|
Change-Id: I60d9ba1315090c896d6f7f9b3d407ab11a1d2037
|
|
Change-Id: I2c150d9adf9f5d21b36c9cf57f62e214dc97b680
|
|
Change-Id: I73a56b902099939972b8f5c8a55d231459e5421b
|