Age | Commit message (Collapse) | Author |
|
...since f49ff3f5769e231c08781a7598e85dca5fb8dbc9 "We always build 64-bit OS X
code"
Change-Id: Ie2e2534bbef0014c81cc96f67572d39db21650fc
|
|
Change-Id: Ia201473c84dc0923e8f4bee6329ad926cd6addd6
|
|
Change-Id: I9e4c39c24fff8345f25729734a702667277e5dc3
|
|
...which was effectively unused; there only ever was a single sunjavaplugin that
is now folded directly into jvmfwk. Leaves room for further clean up.
Change-Id: I14dd2a3a09bd1ce9a8c3f5c156628ec11d954a0b
|
|
Change-Id: I76457af34d5a034197d1b7d847a7120518f44383
|
|
It was disabled globally at a time when GCC did not yet support #pragma
GCC diagnostic.
Change-Id: I062f6b437e6119203f2b0824a25238b45b4f4e79
|
|
... is obsolete, remove that.
Change-Id: I541de32ac4389d8049c25c98b63a69d084d1594d
|
|
Change-Id: Ie63f058463e681b0b4adedc5f0cbc5b0a703601a
|
|
...for one, all supported GCC versions should HAVE_GCC_PRAGMA_OPERATOR by now;
for another, there are virtually no uses of std::auto_ptr left.
Change-Id: I5d94c2520d43ff0a4a8f6882ce64ebed888b44ec
|
|
Also fixed some tab indents
Change-Id: If2e4301d2199e0a72c8d859231430c1982fd0fc0
Reviewed-on: https://gerrit.libreoffice.org/11649
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: I8d9d2757020fe4d2cf51bfd257e4bcb573baaaf5
Reviewed-on: https://gerrit.libreoffice.org/11631
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
This reverts commit 9416f4e8ab5fe9e1006bf8afd0b9d0ed2655a315.
Change-Id: Id187b98c26e0fb109c26b31fb88bb50d0960d6fb
Reviewed-on: https://gerrit.libreoffice.org/11627
Reviewed-by: Matúš Kukan <matus.kukan@collabora.com>
Tested-by: Matúš Kukan <matus.kukan@collabora.com>
|
|
This fixes builds on windows with fully-internal python
where the package is built but the exe isn't in instdir
when building a PythonTest.
Change-Id: Iab1d330a36adf1c849635b990bfe5d31359bec2b
Reviewed-on: https://gerrit.libreoffice.org/11618
Reviewed-by: Matúš Kukan <matus.kukan@collabora.com>
Tested-by: Matúš Kukan <matus.kukan@collabora.com>
|
|
Change-Id: Iaee342ae6d612e35d1d2dfa91edbc952d4f73b4e
Reviewed-on: https://gerrit.libreoffice.org/11616
Reviewed-by: Matúš Kukan <matus.kukan@collabora.com>
Tested-by: Matúš Kukan <matus.kukan@collabora.com>
|
|
Change-Id: Ie1b2ab13eda584c48aaa0a4a0941f1be451697c1
|
|
Starting with junit 4.11 hamcrest is no longer bundled,
so add a --with-hamcrest option to support this.
Change-Id: Icdae946af82b9c56bf25d37cbf88275fc6a6a1eb
Reviewed-on: https://gerrit.libreoffice.org/11383
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
Tested-by: Stephan Bergmann <sbergman@redhat.com>
|
|
gnu++03 is just an alias for gnu++98 and was introduced in gcc 4.8.
This prevents older compilers from building the code.
Change-Id: I7e09338f26376c08c476561cdcddde39c7e62b09
Reviewed-on: https://gerrit.libreoffice.org/11501
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
Tested-by: Stephan Bergmann <sbergman@redhat.com>
|
|
Fixes cross-compilation on OS X.
Change-Id: I416e8b54c4c33c390c90139a82e4562668eb9ad4
|
|
Change-Id: Icde8c214f510d168b52f2594821071a5aff19ecf
|
|
Change-Id: I9d16f4f0df42ae4b046bc1e4ac4fba95c4b9d785
|
|
Change-Id: Id1f089b9306124e43a4e44cdd2efccb5f60761d5
|
|
Change-Id: I69c0311df4bd234ebecb866b950fa7f58a13563c
|
|
- 'anonymous variadic macros were introduced in C99' is not interesting
when building with -std=gnu++03
- 'class cppu::PropertySetMixinImpl has virtual functions and accessible
non-virtual destructor' is not interesting when we implicitly disable
the ability to disable warnings from code
Change-Id: I391817f9fc793d9b38f97111138aebd63c3a443f
|
|
Change-Id: Ief191a5bbbdca45aaaa8ae5bcc395124ed189796
|
|
Change-Id: Ia8bca09a877bed6070c10e1c008bdb05ac088485
|
|
to be used by odk/ checkapi test
Change-Id: I6bbb508cc6950a63218e8e4f3364306c7c79b087
|
|
Change-Id: Ie56471d30dfcd8883d54ff00cb85af945649b9b1
|
|
Change-Id: Ie2d476780a48b5815961598e214343d5def962c1
|
|
Change-Id: I073d44c0e3e8c6eff0e885f827fa661e3c8e5206
|
|
Change-Id: I4f004321c58da1d81a2cc3c80504347db583d86a
|
|
Change-Id: I43ed776d52336b822aa6152f0f2a29e39303bb75
|
|
of application/vnd.oasis.opendocument.text-master-template with
suffic otm
https://lists.oasis-open.org/archives/office-comment/201002/msg00042.html
desktop/icons/oasis-master-document-template.icns is just a copy
of
desktop/icons/oasis-master-document.icns
because I can't draw
Change-Id: I0d18c79c4c893e97505052884ee8be97d0f117a1
Reviewed-on: https://gerrit.libreoffice.org/11350
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
|
|
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: I096798159f4d3d59306be1b3843de1daca280f7a
Reviewed-on: https://gerrit.libreoffice.org/11342
Reviewed-by: David Tardon <dtardon@redhat.com>
Tested-by: David Tardon <dtardon@redhat.com>
|
|
Run them with "make perfcheck" (toplevel or in a module)
To add a new performance test:
- Add it as a perfcheck target
- Use gb_CppunitTest_set_performance_test
- Use CALLGRIND_ macros from valgrind/callgrind.h
http://valgrind.org/docs/manual/cl-manual.html#cl-manual.clientrequests
Change-Id: I67c776dbe4db0a686607efeee7a7e4f3aeae0e5c
|
|
Because svxcore links against dbtools since
86bdb13704d9d85a247339071a86d301ce86cd7f
Change-Id: Ibbdd76fc77c3739756d011ae0c1fd99bab57834b
|
|
...as part of 5ab1098d5fbc1ba092da73af2b92e5bcdd7a3f8d "Generalize
-fsanitize=address checks."
Change-Id: I6141746b2d8059bd6bbcc466a86dd3da3c55f592
|
|
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: I37044a37348b203944a8eb9d2204e619055f069d
|
|
Or does somebody know what they mean and even use either?
Change-Id: If935d5d6b53d1f95ec22b19b6b97f4ecfe4d9c06
|
|
Change-Id: Iaf4a6e5eb8291d78835a391894ba1b1cc675390a
|
|
Change-Id: I06bcf0d2cc8c4915eff3658905087be6a2eadca6
|
|
Change-Id: I62ebf7f7bc10a81a3949b0aad6e6353619ef6b22
|
|
Change-Id: I178d365e71ef3377b1a2cfc115bb297640161efe
|
|
Hopefully should fix MSVC 2010 build...
Change-Id: I3dc71acfa58cdf65dfc6d731d9ebb77fd18f7fac
|
|
The documentation is a bit unclear yet, but I think it is safe to
assume that Apple strongly wants sandboxed apps to have what we call
ENABLE_MACOSX_MACLIKE_APP_STRUCTURE and to be signed without any
special resource rules.
Change-Id: I1409ccb6a3f9086d01af6ff318fe28536c1cebef
|
|
MSVC 2012 for x86 defaults to -arch:SSE2; binaries do not run on any AMD
32-bit CPU, neither on Intel Pentium III.
http://msdn.microsoft.com/en-us/library/vstudio/7t5yh4fd%28v=vs.110%29.aspx
Change-Id: Ie8253137db2699f2a7fa69c4ac4e7ded90931e3e
|
|
Change-Id: I8d4ce3f0ebd894d2550c5c7788121308f77b0b2a
|
|
They are both bogusly emitted from SAL_WARN_IF in an optimizing
compilation.
Change-Id: Ia56687422a29c61a7a8ad0d48541300c7643120e
|