regression since c9c2fbe4

revert the logic change and keep the OUString conversion

Change-Id: Ia4f8c3be2b6e325122ae7b21c431c301b8afecad

Change-Id: I888537cbaec11ef52b1e89b61f7351c6b7769819

Change-Id: Iacad0141a72a12e67e5cc33b2e2196b74a240e81

This reverts commit 07112a71, which breaks
JunitTest_sc_unoapi:

> checking: [sc.ScModelObj::com::sun::star::sheet::XGoalSeek] is iface: [com.sun.star.sheet.XGoalSeek] testcode: [ifc.sheet._XGoalSeek]
> LOG> Execute: seekGoal()
> LOG> Goal Result: 16.0   Divergence: 0.0
> LOG> Goal Result: 9.0   Divergence: 1.7976931348623157E308
> LOG> Goal Result: 0.8   Divergence: 1.7976931348623157E308
> Method seekGoal() finished with state FAILED
> LOG> seekGoal(): PASSED.FAILED

1) The timezone correction was inverted.

   Imagine we are parsing "2004-03-02T14:18:20+02".

   Before correction, aOslDTime contains "2004-03-02 14:18:20".
   According to the comment, we want to convert that to UTC
   time, so we have to *subtract* 2 hours, not *add* two hours.

   From http://www.w3.org/TR/NOTE-datetime:

   A time zone offset of "+hh:mm" indicates (...) a local time zone
   which is "hh" hours and "mm" minutes *ahead* of UTC.

   So if it is 14:18:20 in the timezone two hours ahead of UTC,
   it is two hours *earlier* in UTC, namely 12:18:20,
   and we need to *subtract* two hours, not *add* two hours.

2) Handling of fractions of a second was buggy:

   It reads only one digit after the dot. This could be a valid
   implementation decision to handle only deciseconds. However:

   1) It then multiplies that by 10^9 (10e8 == 10*10^8, not 10^8!),
      and sticks that in the NanoSeconds field... That is 10 times too big:
      0.3s == 3*10^8 ns

   2) If there were additional digits, it then looks for the timezone
      offset specificator (beginning with '+' or '-') at these additional
      digits; it does not skip them: nOptTime is set to 0+3+2, i.e. to 5.

Change-Id: I4738dc069e37f29c8bbd9e689689a933027af840
Reviewed-on: https://gerrit.libreoffice.org/4743Reviewed-by: Tor Lillqvist <tml@iki.fi>
Tested-by: Tor Lillqvist <tml@iki.fi>

Give up and revert to "$CC -dumpversion".
Since by now no test now refers to patchlevel, make it unavailable in GCCVER so that nobody tries to use it.

Change-Id: Ife0bb0a94a73555d1f19f5a3c5853148042c7bba

Not only simplifies the code but makes the application more
coherent with other Windows and Linux applications as the
recent documents lists is populated when you open the file.
Also, for Windows 7 and higher, it makes a call to
Application::AddToRecentDocumentList. Tested on Windows
and Linux.

Change-Id: I360acc9723260d5827eb83e3c240ab0673352af6
Reviewed-on: https://gerrit.libreoffice.org/5266Reviewed-by: Tor Lillqvist <tml@iki.fi>
Tested-by: Tor Lillqvist <tml@iki.fi>

Change-Id: I453c7d50dad00f510770c425629594f1c197fdef

Has only two components, e.g. 4.1

Change-Id: I255a5a3e240f41d39ee88c4be0c714e29db75a6a

Change-Id: I5bb195e54274d9210ae8d4c2d31690ce8e79a425

C Compiler (cl.exe, gcc-wrapper.exe) for firebird generates 32bit
object file but windres on cygwin-64 generates 64bit one. It causes
link error. This patch unifies these objects in 32bit.

Change-Id: Ie631bdcc22eedd694c880f55101db77b9ac5f669
Reviewed-on: https://gerrit.libreoffice.org/5273Reviewed-by: Tor Lillqvist <tml@iki.fi>
Tested-by: Tor Lillqvist <tml@iki.fi>

...so extend 409e6a2e "gcc -dumpversion has only
MAJOR.MINOR, not MAJOR.MINOR.PATCHLEVEL" to also cope with e.g. Fedora 18 gcc's
"gcc (GCC) 4.7.2 20121109 (Red Hat 4.7.2-8)" output line.

Change-Id: Ieb5e032685da49cd7e6f0a49a0fdc137fc24fbbd

Change-Id: Ibcf2ef9e81befbed56e174c9e33ad27e71c97cb1

At least, for gcc 4.7 on Debian. OTOH, gcc --version outputs
(on its first line)
gcc-4.7.real (Debian 4.7.2-5) 4.7.2

so use that. Hopefully will work across systems & distros.

(gcc-4.7.real is probably just argv[0],
 because diversion from hardening-wrapper)

Change-Id: I94ea73628d8aac107e3ada1dc5a63e51e79ccdb2

Change-Id: Ia3e20248b1d60d6815fae1328c94b7c54910b7c6

Change-Id: Ibc5998e665b0f81cdf805e128065e253c46594ab

Change-Id: I5d51d7e01913ac9917578f8c9789312af9be3638

This came with f982b722, and
should go with c6b30952

Change-Id: I0727a534f6ba8c6599275a96efa0ebcbd6e65733

Change-Id: I85c3d8a0e6b64c7a8dcf66a3dfde25151718c4d9

Change-Id: I54d1a31b86e60ceb9070f502df305d75bcfa23d9

Change-Id: I4e0e3832268e11a445391a99d52d099917bc8aec

Remove the silly overloading, and introduce virtual methods.

Change-Id: If54a6a3fb7464283f80d3387ae23db234690f8a3

Change-Id: Ibd54c1472a3f86a0799386e4cf5e929d73ac104d

Change-Id: Id3efca3f1cb555ec995973b8a5bdd2a78318e18f

Change-Id: I151678b2bf155a7561b4c4e4b2d9fd1f05930477

Change-Id: Ic853af7f66d970d7acfcb7d39effc738cbb7f68d

Change-Id: I510021cff6aee73e04473700cc23eb90fc6d4fe7

... that already exists in Font baseclass.

Change-Id: Ia87e8b791e153bdd4ddc6c84eba6b4f37d127dca

Change-Id: If7cc107e521e1a70ba00b0f24057039fcdd2c576

Change-Id: I4da73eab3e767c2ed7699808e00c40d440a40dbe

Change-Id: Ieb10d3bd8fc23650156906292bf3d0757565e2af

Change-Id: Id60ffcc392d0ee71d3ddcb8de21bdaca4d0b54cd

ede5f05c fb3a1bb9 5e04331f fd6089b9 66a1d406

Change-Id: I5077ce5f6182f9193cebaaf63190450d375679dd

Change-Id: Ibf363d741ca346adefd30f5b68d9a47db73db8df

Change-Id: I40c857eb1ed5c784a3911667f685c6450bf7a7c4

The digital signature of an app bundle includes an integrity check for
the Resources subtree. This is the normal place for Mac apps to have
their read-only non-code "resources". In LibreOffice it is currently
not much used, though.

The signature thus breaks when a lang pack installer is run and plops
its InfoPlist.strings file into the "Resources" subtree. This file
contains translations of strings in the app's Info.plist file. For
LibreOffice, it contains translations only for some of the file type
names in Info.plist. (Why only some, I don't know.)

Files installed by a lang pack insaller into other locations in the
app bundle don't harm the signature.

Making the InfoPlist.strings files be distributed as part of the main
app bundle instead of in langpacks should keep the signature valid
even if a lang pack is installed. The InfoPlist.strings files are
small so the size of the main app should not grow significantly.

This required introduction of a new functionality in scp2: The
possibility to generate a list of several complete File or Directory
stanzas, one for each language for which translations are being
built.

(This is different from the existing functionality, used for files
that go into lang packs, where a stanza contains several Name or
HostName attributes (or whatever the term is) where the attribute
names are qualified with the language code in parens.)

Change-Id: I3afd9b08944fe1bccb5f0c881d740d260f589e39

Just check for $(VERBOSE) or $(verbose) being non-empty instead of
checking for $(VERBOSE) equalling "TRUE". Isn't our normal way to do a
verbose make to pass verbose=t?

Change-Id: Ic4ddc1fe025fed55ca56fd21b615640c389c0454

Change-Id: If8c1b341b8493b8902f060d8d13bbb7d08991cd9
Reviewed-on: https://gerrit.libreoffice.org/5309Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com>
Tested-by: Norbert Thiebaud <nthiebaud@gmail.com>

Now only the ODF formats have AppUserModelID, but we
need AppUserModelID for all supported formats so the
Windows 7 recent documents works as expected.

This patch only adds a few registry keys during the
installation process on Windows.

Change-Id: I2d7460c1ed8b4ba77da8bb1c5b0c696c521353c5
Reviewed-on: https://gerrit.libreoffice.org/5274Reviewed-by: Fridrich Strba <fridrich@documentfoundation.org>
Tested-by: Fridrich Strba <fridrich@documentfoundation.org>

This adds RTL_LOG_STRING_INTERN_NEW and RTL_LOG_STRING_INTERN_DELETE
which are connected to SDT probes if available. It introduces two new
SDT probes. new_string_intern_16 and delete_string_intern_16
(there is currently no interning for 8-bit rtl_Strings).
For consistency both have the same 4 arguments as new_string_(8|16)
and delete_string_(8|16). new_string_intern_16 has as 5th argument
the address of the original rtl_uString being interned (which may
or may not be the same as $arg1).

Change-Id: Ib117bba932c1908abc70a7fdd4140c0af76d54cb
Reviewed-on: https://gerrit.libreoffice.org/5308Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>