Age | Commit message (Collapse) | Author |
|
|
|
This fixes cross-compiling from Linux to Android. My guess is that the
build system nowadays, when building the cross_toolset (for the build
platform), sources Env.Build.sh in an environment where Env.Host.sh
has already been sourced. So, if Env.Host.sh exports SYSBASE, that
stayed in force also after sourcing Env.Build.sh, with predictably
horrible results.
For some reason it didn't hurt cross-compiling from Mac OS X, which is
why I hadn't noticed.
|
|
|
|
This allows for setting a SONAME and version script, which is required
for UNO runtime libraries where we want to maintain a stable ABI.
The old build system did apparently not set an SONAME on MacOSX or
Solaris, so don't do that here either.
|
|
The option -P seems to be supported by a lot of ancient cp
implementations, let's hope it actually works.
|
|
|
|
* Reintroduced logic in PrepareQueryItem::operator() that got lost during
rework of ScQueryEntry.
* ScQueryParamBase::FillInExcelSyntax() and the calling
lcl_createExcelQuery() create query entries always as ByString, that
needs to be converted to ByValue if appropriate.
|
|
|
|
Enable it by default on MacOS X
|
|
|
|
|
|
Apparently on Windows the SAL_DLLPUBLIC_EXPORT does not work for unknown
reasons, so use the old mapfiles on that platform.
Should fix regressions from 1fb5eb21, 48dbaa51, a9da5a0b.
|
|
It turns out even quite recent gdb (7.1) reportedly does not
support DWARF4, moreover while the produced binaries are smaller,
faster and make gdb initially use less memory, this quickly ceases
to the case as soon as one actually does anything in gdb.
Presumably the DWARF4 handling in current gdb is very inefficient
(http://sourceware.org/bugzilla/show_bug.cgi?id=13498).
This reverts commit 5214f7843ca48f2207945fbfe32ba164afe7b3aa.
Conflicts:
solenv/gbuild/platform/WNT_INTEL_GCC.mk
solenv/gbuild/platform/unxgcc.mk
|
|
|
|
+ Checks out-of-bounds accesses in
ScFormatRangeStyles::GetStyleNameIndex() and
ScRowFormatRanges::AddRange() and prevents crashes.
- The real cause seems to be some style row/repeat miscalculation
elsewhere, further investigation would be necessary.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
This reverts commit 309f56174aca6adca879f70958892492361dac6e. It
caused password-protected documents to no longer work and made
sc_subsequent_filters_test's testPassword fail.
|
|
|
|
|
|
|
|
|
|
fix potential bug on short read which has bugged me for a while
where bytes read is always reduced without a check that byte was
read
|
|
Nobody ever checked the return value anyway, so just return the string
and use the stream state bits if necessary to find failures.
Doesn't need to be a member, make a standalone function
Rename it to read_zeroTerminated_uInt8s_AsO[U]String, stupid perhaps,
but *shrug*, unambiguous.
Drop misleading overloaded String variants use:
read_zeroTerminated_uInt8s_AsOString or
read_zeroTerminated_uInt8s_AsOUString
added a unit test, valgrinded it, found and fixed invalid read
in original implementation.
|
|
|
|
|
|
|
|
|
|
This is a cherry-pick of Matúš's e2f30c078fcf26d481c2e90398b450f6c475a483
from the feature/gbuild branch, with the following modifications by
Stephan Bergmann <sbergman@redhat.com>:
* Adapt salhelper/Makefile to what all those Makefiles currently need to
look like.
* Do not remove salhelper/source/gcc3.map, instead add directly into it
what otherwise solenv/bin/addsym.awk would add to it on Linux.
* In salhelper/Library_salhelper.mk, add code that on Linux takes care of
the soname and symbol versioning required for backwards compatibility.
Solaris would need those features too, and its backwards compatibility
is thus currently broken. Also add a bad hack to create the soname
symlink (xxx.3 -> xxx) in the solver needed on non-Windows platforms (it
is a bad hack for now in that it e.g. is not removed by "make clean").
* In solenv/gbuild/platform/macosx.mk, add an even worse hack to set the
correct install name for libuno_salhelpergcc3.dylib.3, with a trailing
".3".
|
|
|
|
Icon by Alexander Wilms
|
|
By Alexander Wilms/Stefan Knorr (astron)
|
|
|
|
|
|
|
|
|
|
Resolved scary "ScToken::GetDoubleRef: virtual dummy called" debug message.
|
|
[with large icons]
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|