Age | Commit message (Collapse) | Author |
|
Change-Id: Ie6628db43b8a0dc4913508040e79ee5b4cf10c51
|
|
There is no <sqlext.h> in the current OS X 10.9 SDK, or in the
upcoming 10.10 SDK.
Besides, if we want to enforce an option on a platform, we should just
make the configure script work as if the option had been present, not
require it to actually be passed to the configure script. The intent
is, to the best of my knowledge, that it should be possible to build
LibreOffice without passing any option at all to autogen.sh.
This reverts commit 34fe0d32505f64fdef20828c26547cc7f8453212.
Change-Id: I0f72bc91bc51fa22ec994d7e39d2b10b9617834c
|
|
Change-Id: Idc078f1498b4d5baa69d306630e174ac59ae1fcb
|
|
Change-Id: Ibc6dfc5e6d59845b3f46bfc92a5dc782032256ad
|
|
https://svn.boost.org/trac/boost/ticket/8260
Change-Id: I06b4d45b91c99d1152fa79e419346c0668573bca
|
|
Change-Id: I1185539ecee1b9ede161bffcea9c13af0ade9510
|
|
Change-Id: I311d6b359007b1d5799673e3d7733bdf2177df88
|
|
Change-Id: I9ebe739223f396f16f326c7fbad09c762030f796
Reviewed-on: https://gerrit.libreoffice.org/11406
Reviewed-by: David Tardon <dtardon@redhat.com>
Tested-by: David Tardon <dtardon@redhat.com>
|
|
Change-Id: Ia50181989dfacee342bfa025cbdf718edaa27832
|
|
Change-Id: I43ed776d52336b822aa6152f0f2a29e39303bb75
|
|
...esp. after aba0106926ceb337035cf46611ff0d590a2af28b "Always build 64-bit code
for OS X" combined with the fact that the TDF 64-bit builds state 10.8 as a
minimum requirement.
For a build with SDK >= 10.8 and no explicit --with-macosx-version-min-required,
this also enforces libc++ instead of libstdc++, which is a prerequisite for
future use of more C++11 features.
Change-Id: Idc770c30ff844b6c3e84d088b5deead0a577e7bf
|
|
...to avoid mis-clasification of e.g. GCC 4.6 libstdc++ on Ubuntu 12.04 as
witnessed at <http://ci.libreoffice.org/job/buildbot/2461/consoleFull>
Change-Id: Ia754a8d847e7af4e0e25b4bf82e17214f7212894
|
|
Change-Id: I6a1abc2839de2c7b8508f7edabeec8016e67ba5c
|
|
Change-Id: I123b6dd56c21cdecd218152396f8cb8366ef53b2
|
|
Change-Id: Id1c48d99f18736de1e9b0edf4b8a77becaa1c208
|
|
I tried to run autogen.sh on freshly cloned LO repo. It prints kind of
cryptic message to say that md5sum utility is missing:
configure: error: no md5sum: found!
Too many colons. I removed one, now it says:
configure: error: no md5sum found!
FYI: this message was printing when I used md5sum from Inferno OS
project. LO probably needs some options which Inferno version don't
support (--version at least).
Change-Id: Iafdffede3337039dc95bb3d7d767d8622333de2a
Reviewed-on: https://gerrit.libreoffice.org/11341
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: I0d9cc98070c0b9379b1fd828ac65c2d32f83a93f
|
|
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: I396998d66bbe4d46b6a19d9ccb3b15d127ead233
|
|
Change-Id: I64cb58e7980de8fdb23f5c0efa75c05a1f0aa904
Reviewed-on: https://gerrit.libreoffice.org/11330
Reviewed-by: David Tardon <dtardon@redhat.com>
Tested-by: David Tardon <dtardon@redhat.com>
|
|
It has not been needed since commit
1de48c417404464ca1e34e5c5d1c82a9342349bb 4 years ago.
Change-Id: I53ceb5d8d6c02c7a13c86cdd884e4fc378a2c492
|
|
Change-Id: Iafe65564e8c2534cb03497d82d7dd3498abdf7c8
|
|
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
|
|
News in this version:
- Solve some limitations of walkthrough mode (fdo#81425)
- Multisampling (better rendering quality, mainly at the edges)
- Better error handling (no crash in case of invalid input file)
Change-Id: I46fdf56b00476614487fbcc04178e43e33a01794
Reviewed-on: https://gerrit.libreoffice.org/11179
Reviewed-by: Zolnai Tamás <tamas.zolnai@collabora.com>
Tested-by: Zolnai Tamás <tamas.zolnai@collabora.com>
|
|
Or does somebody know what they mean and even use either?
Change-Id: If935d5d6b53d1f95ec22b19b6b97f4ecfe4d9c06
|
|
...since 7f267db9b30fb90fe53844f659d4efa599034b5c "SOLAREXTRALIB unused"
Change-Id: Iccb12fae17047095e0b2e0425e82d9bfd4293520
|
|
If we don't know of any separate DirectX SDK library, don't use the
$DIRECTXSDK_LIB variable which is bogus at that point.
Thanks to Nicholas Ferguson for noticing.
Change-Id: I333478da7757694ca9236fd485e93bbd88305278
|
|
- currently mapped to --with-theme=galaxy for migration
- warns though
Change-Id: Ib40dabd4c54b6cac0b7f3c6f6183b2e4d1545331
|
|
Change-Id: Ib63e5a28d7ff12780a1051d94c5976244eab1814
|
|
Change-Id: Iff9e2e0ac9921b0d9d36a49fdcd2323d5dd124ee
|
|
almost certainly won't get us too far, but a start
Change-Id: Ic20b97a97b6d506c32322173bd8332d15c3a4555
|
|
Change-Id: I0c76ec7e3f9b95166b4005dd1ad5349b3889c3e4
Reviewed-on: https://gerrit.libreoffice.org/10993
Reviewed-by: Thomas Arnhold <thomas@arnhold.org>
Tested-by: Thomas Arnhold <thomas@arnhold.org>
|
|
Change-Id: Ideba1e359c1e199dcf40fa22f6d520ba9e20dd11
|
|
Change-Id: Ic356c6a23f42b5fe37be1075e8508bb168eac9a1
Reviewed-on: https://gerrit.libreoffice.org/10927
Reviewed-by: Thomas Arnhold <thomas@arnhold.org>
Tested-by: Thomas Arnhold <thomas@arnhold.org>
|
|
Change-Id: If9b32b09fd8cbf8b194b75357494d99aaa3fe06e
|
|
Change-Id: I41339e05ec914a2d660d87c99c99b824dddd10c9
|
|
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: I48c7e2d29c16b61b71ef72a0a45792c968c0fa0f
|
|
Change-Id: I0587e395f6b4833953618b1a0ac1e201a1f79b61
|
|
It works now and should get the same treatment as the linux version.
Change-Id: I382cc7cae9358ce26e0c2d85acc6a67e991d8118
|
|
Change-Id: I04cd67cce88563c0e1d82af984ccd3e6516b69cb
|
|
Change-Id: Ic4efe84ba6e6d0e36b520957bc56d24e14161966
|
|
also support a MySQL/MariaDB client lib link line without any "-L"
Change-Id: I1c2bc13f35a33c0f62f0d23d0982d5977aafe2c3
|
|
and reenable it: hopefully the worst bugs are fixed now
Change-Id: I8033ef87d02ba6619e5f778b5255fa803ba63c5b
|
|
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: I59402e2f0503369370cc87017e0c8e01541ccfa0
|
|
Makes CppunitTest_dbaccess_hsqldb_test work also in the
--enable-canonical-installation-tree-structure (on OS X), otherwise
the use of $URE_INTERNAL_JAVA_CLASSPATH (looked up from the URE unorc)
in stoc/source/javavm/javavm.cxx fails.
Change-Id: I5ea045594c32e6a1398b73cff1e4aa8bbe1aa265
|
|
The preference for compiler picking on Windows is:
1. vs2012
2. vs2010
3. vs2013
Because vs2013 was considered as unsupported compiler the only
option to acivate is to provide additional option to the autogen:
--with-visual-studio=2013
Now, that vs2013 is up and running change the preference order and
pick the newest installed compiler.
Change-Id: I76412b9a1bd9514904bbcca99230896add0424f1
Reviewed-on: https://gerrit.libreoffice.org/10154
Reviewed-by: Thomas Arnhold <thomas@arnhold.org>
Tested-by: Thomas Arnhold <thomas@arnhold.org>
|