Turns out our encrypted zip package code writes out mismatching
compression methods in central directory and local file headers -
so not only be lenient towards the apple bug (n#653688), but also
ours (i.e. keep not comparing nMethod with nHow).

While fixing n#653688, turned out we write method=STORED into local
file headers, and method=DEFLATED into central directory structure
for encrypted ODF. Damn side-effects - fixed as hopefully intended
here.

Clearly this iteration and reading of the referer, that is then
subsequently not used at all by the method, can go.

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 5214f784.

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 309f5617.  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.