Age | Commit message (Collapse) | Author |
|
As discussed with Stephan Bergmann, these files, which contained unused
cppunittests, could be removed.
Change-Id: I91844b96967e3c3e0e8367452f2dda420f479ffe
Signed-off-by: Stephan Bergmann <sbergman@redhat.com>
|
|
So no need to expand it at configure time in ure/source/unorc, and no need to
handle the related builddir!=srcdir complications.
Change-Id: Ifa34d25fab9ad2da13ed039bf6c5921b0fb58703
|
|
The default on Fedora 20 is 8MB, which causes stack overflows from
CPython code in some of the JunitTests when built with clang 3.4
-fsanitize=address.
Change-Id: I3de9975564aad668e746cea74ae10931ef36a608
Signed-off-by: Stephan Bergmann <sbergman@redhat.com>
|
|
Change-Id: I96d081f394b0b62d99ec1034bf5e99da9aedd9d9
|
|
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: I42bff46998b3d516161068af3d53bf92ee2f2b15
|
|
Change-Id: I5a01e4e71e69824f23998d23fc0bea60ddb27cc2
|
|
The build does not get far before it runs into trouble in the GNU libstdc++
headers, though:
android-ndk-r10/sources/cxx-stl/gnu-libstdc++/4.9/libs/x86/include/bits/opt_random.h:33:23:
fatal error: x86intrin.h: No such file or directory
Change-Id: I9d459c64980091ba8bf5b3d631d47342625f6be9
|
|
Change-Id: I08086caacb7abe0c85aeb184935b3f73666e9faf
|
|
Change-Id: I4c247916256618312e7d98673d9db4d26e26fa39
|
|
Nice to see what weird threads are running.
Change-Id: Ic9888aa3260d0aeb5858cde5415571ab23c75484
|
|
No point in doing it in build-time tools like cppumaker which don't
run as sandboxed processes. Just slows them down a lot, while cfprefsd
consumes lots of CPU doing user preference lookups in vain for every
file accessed through the uunxapi functions.
Change-Id: I83e55a8e8d0c4f2c60c60ecad2c831e42c9e5bfd
|
|
Change-Id: I1b5d3f881e82cea90fcc4e97c837251e340abffe
|
|
They were never working, at least since
65f82ca62922e2c487ba72b6d67ea7e3a03f8ebc
Which changed some mappings, for example:
-check( RTL_TEXTENCODING_IBM_437, RTL_TEXTENCODING_IBM_437 );
+check( RTL_TEXTENCODING_IBM_437, RTL_TEXTENCODING_MS_1252 );
But I don't know if that's the root of the problem.
Change-Id: I09f640a6c92a782f99d79405aab5f5dd2b992c6d
|
|
quite useful in this case
Change-Id: I2f9a5ef8ea9faf7a1ce62bd9b4925b3f36b19d1a
|
|
Change-Id: Ic1dae7aac2f4367b4196ba3128c0aea9be1fbbda
|
|
Argh, this is getting even uglier.
We cheerfully ignore for now the theoretical possibility that the URE
unorc used by build-time tools (i.e. the configure-expanded
ure/source/unorc) could be different for HOST and BUILD (in case they
use different --enable-canonical-installation-tree-structure), and use
the HOST one for the BUILD tools.
The right thing would probably be to construct the URE unorc in the
relevant Makefile, like we do for fundamentalrc? Or then to just
re-design the whole mess of rc files into some simpler (good luck).
Change-Id: I654309503d0e696778910acadcbf2f6b90ffa02a
|
|
Change-Id: Ib1b6abf7a2aca80e7206d792d31f2cdd0fbe3ff8
|
|
Change-Id: I082611edd88daae36181d62f9fc56b588630629b
Reviewed-on: https://gerrit.libreoffice.org/10828
Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: Michael Stahl <mstahl@redhat.com>
|
|
so the strncpy branch is guaranteed null terminated too
Change-Id: I79df96d69633a4db76f865301690c7ce7533fce9
|
|
Change-Id: Ib795dc1b64d908942a836d09bfcde9f19d318b1b
|
|
Change-Id: I6b1f10e74aafc47e5618290d92087563c60e3c49
|
|
It fails with "assertion failed":
- Expression: compare_environments() [osl_process.cxx:370]
- Expression: compare_merged_environments(different_child_env_vars) [osl_process.cxx:428]
Just disable it (yet) for OSX <10.6 as it's already done for Windows.
Change-Id: I88e838481a25ee7e977512e33e23afa2b9d394ff
Reviewed-on: https://gerrit.libreoffice.org/10641
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
Tested-by: Stephan Bergmann <sbergman@redhat.com>
|
|
Change-Id: I012027c38a6d2b06a4bb0cb53743d350b124ccf4
|
|
"Assertion failed: sequence not ordered" printed when running smoketest
Change-Id: Id9b7541f43342adf62137718dc332c0187c32f57
|
|
Change-Id: I45aa7a75b0780f6dd2fb3a5501b9541e7887a0d8
|
|
Apparently the __USE_UNIX98 that is required to get the goodies is not
defined for some reason; apply some brute force to get it defined
(we don't care about anything older than RHEL5's glibc 2.5 anyway).)
For mysterious reasons "system.h" defines __USE_GNU but not _GNU_SOURCE,
which appears odd...
Change-Id: I97d75050a6be7f393d5cdb686f1357da052109f7
Reviewed-on: https://gerrit.libreoffice.org/10301
Tested-by: LibreOffice gerrit bot <gerrit@libreoffice.org>
Reviewed-by: Michael Stahl <mstahl@redhat.com>
|
|
Change-Id: I2f458cbd582c3e7cfe433915483c0b0489467471
|
|
Hopefully repairs the tinderboxen.
Change-Id: I2933e6cbf1079a09dab48d4f7ed20b93634d8959
|
|
tinderbox 50 is failing, trying to fix it
Change-Id: I81e3cbdb224110af3036f5726228fd88aba32748
|
|
on some older boxes, after my commit
dac4ca5 "new loplugin: externalandnotdefined"
Change-Id: Ibcab5f39714fb531066709e91a7322270995a6a5
|
|
Find "missing headers," where a function is declared directly in the
.cxx (as extern) and not defined, and should arguably instead be declared
in an include file.
Change-Id: I6d83ee432b2ab0cd050aec2b27c3658d32ac02a2
|
|
We cannot call osl_setCommandArgs twice, however there is currently
no way to determine whether or not this has already been done. This is
necessary e.g. for LibreOfficeKit where we may also be using UNO
separately (and also for unit tests where LO is already set-up prior
to the unit test running, and therefore we can't set up osl again
from within LOK).
Change-Id: Id1f357ef604eb2b6b7814c9a04ac6933a39fd3eb
|
|
Change-Id: I9da66fe9cf279231d6024f23fbb273797b289ba7
|
|
Change-Id: I8500b0cc4e541c96124425b713ba96226ff4715d
|
|
Change-Id: Ic3ab061ab8d3578130dfa8a637e5351d4f5d766e
|
|
Change-Id: Ic1c999ffdc391ea01be5711721e7c9e63179473e
|
|
Change-Id: I31a167508ca33e8d6ccc13690c013c39566b9447
|
|
..handling where possible.
Change-Id: I0b071988ed266cc2745a8ca9705c106a05edc557
Reviewed-on: https://gerrit.libreoffice.org/10020
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: I8e56137ad4422381adbf13b179e2ae6f04edea6e
|
|
Change-Id: I58b0d7d7a9a0ee78650b536b41154aee466f8ac5
|
|
Change-Id: I0eae089be1bde9db822a77bea482c10650c8a137
|
|
Change-Id: Id7c517fb37bc28797c45fc0dde83e866f2aa4aac
|
|
Change-Id: I7d4534649361e1bfa2c285e67e6765a4be55ec69
|
|
Change-Id: I4bdfb074b3cf6fcb49765322308dfa4b9ed67713
|
|
+ prevent lokandroid JNI functions to be removed from the library
+ basic use of lok Office / Document in LibreOfficeMainActivity
Change-Id: I7bfe53738cf821b2270ab3e024cc506a7cff42f0
|
|
Change-Id: I30380b58b3141ac20e90e47a1538156b5b4dd08f
|
|
Change-Id: If7704edc5baa9759abc680b8d2040b9cdfe92317
|
|
Additionally log what we are trying to open - very useful for debugging
bootstrap problems ;-)
Change-Id: I942b144d97a57cbcb709b2d67029bfa09b339be2
|
|
We need to have the files extracted before we attempt to initialize
LibreOfficeKit (call libreofficekit_hook), otherwise the .rdb's are not there.
Change-Id: Ib49db7e945a709d18a063eb488a27df18fef542b
|