Raise to 4.1, until somebody complains, in which case probably raise
even more :).

Change-Id: I861ccbfb393811d27bedcb1524027fdbc927e55f

Clang reports itself as GCC 4.2.1 when asked the GCC way, which is about
as good an answer as any, since there's no good mapping between them.
So when testing GCC version, Clang would be usually considered too old,
and therefore the proper way is to do a configure check if possible.
GCC version should be only used for GCC-specific things such as avoiding
a bug in a specific GCC version, and such testing should first check
the compiler is not Clang.
Rename GCCVER to GCC_VERSION and use it throughout the build system
where needed. As it's empty for anything that's not GCC, this should
lead to errors when used incorrectly.

Change-Id: Iea96bbaf5d8ceabefa25be88576eeb4115384937

Change-Id: Ia58a7df837621886e617727d80fce135365a8055

Change-Id: If58376aec31ab00cab19221beed73e8275a834d2

It was a customshape, but Word seems to handle the shape as a rectangle
when shapeType is missing. This makes the text in the textboxes of the
bugdoc wrap properly.

Change-Id: I56e044f42ead348bbb79addc36fa13c82a7ffc29

The real change is in RTFSdrImport::applyProperty(), the rest is just
refactoring to be able to read the "is textframe" property from that
method.

With this, the transparent big rectangle in the bugdoc no longer hides
the text on the first page.

Change-Id: I04cca3ade93a63edf608df047bef3bdccf8d3605

Change-Id: Ie6814e8ebb3fa17d545a86d18f5c9a895ab5a0ca

When the Window size is reduced, the '>>' symbol thus appearing
must also show the items, that are provided by the toolbar but
are not shown because they are unchecked in Tools->Customize.

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

regression since 538ba011

Change-Id: I260819681dfd47435d8edf5fd97c873238c5d808

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