I don't have the inspiration to fix it. I get unresolved symbols
"__declspec(dllimport) public: virtual class com::sun::star::uno::Any __cdecl
cppu::WeakImplHelper<class com::sun::star::container::XEnumeration>::
queryInterface(class com::sun::star::uno::Type const &)" etc when linking the
fwk library in framework.

Also, surely we require GCC to be >= 4.6 now, no need to mention that.

Change-Id: I6502a4acc200f4d94c8c6e0577eee4282375db0d

Change-Id: I0b1743bd23844c46572af24e8fbdd0a61676d840

Change-Id: I2af80c8223ec3074058c013be7302ebf8edad95c

Change-Id: Ie4854f8b0d52771a609aee7ba4620c9308424d64

Change-Id: I6b7379323a86242b42a8a5137807c535bf1d7c46

Change-Id: I8f08074cfd9515d3ded629427745c113f8c80dbc

Change-Id: I8e4983a91d4f97a2a20fbeed89d4e0f186c35fad

Change-Id: I7d89c2cdd4f0e2f082674d954273229a16d3a745

Change-Id: I787878d6ac02d15286a405ccfcc1f09f04c39501

Change-Id: Ic8e0f5dfad6e9b9a70e6dca89a970c131efc53d9

Use lib.include to list :
- all include paths (with generated c++ headers),
- header files for each lib/module.

Change-Id: I44f20ddbcaf2ffa844ec02977dea10f32fe9d92f
Reviewed-on: https://gerrit.libreoffice.org/17055Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Maxim Monastirsky <momonasmon@gmail.com>
Tested-by: Maxim Monastirsky <momonasmon@gmail.com>

This method is used to get the sheet's name and to display it
in the tabs (sheet selector)
I've also added an unit test for it and uncommented a similar one

Change-Id: Ia866815c594a873812c71a6c86e303c869e1f093
Reviewed-on: https://gerrit.libreoffice.org/17294Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Jan Holesovsky <kendy@collabora.com>

Change-Id: I4aa0b2d15f2a06cbbbf63a363f403ca6435ffbcd
Reviewed-on: https://gerrit.libreoffice.org/17365Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noelgrandin@gmail.com>

Change-Id: I6975b340e42b113650a6c6ba51fdb558af493132

- Make introspection/invocation handle XNameReplace and
  XIndexReplace
- Make introspection handle XUnoTunnel
- Adapt PyUNO to take advantage of the additionally handled
  interfaces

Change-Id: Ie848d10fd2c31cad76fcc3a746262a490a2c9ae1
Reviewed-on: https://gerrit.libreoffice.org/17314Reviewed-by: Matthew Francis <mjay.francis@gmail.com>
Tested-by: Matthew Francis <mjay.francis@gmail.com>

Change-Id: I21fd75b3c891d98f6ad1e4c8af985c2cd21c7db4

Change-Id: Iab1eda788690366bfc03ba7c4f085cb474fef1b8

Change-Id: I9114a7dd3eae7a76432655c4459a7326bb1908f4

Change-Id: Id57ee3c09b11c3ce4820ed06a15f13866a10f19a

Change-Id: I95765e9c26e393a838ee0c617fde415e6c50e884

Change-Id: I569add9792d533bd3bcda5d5cb4023b37bd3f1ed

Regression from commit 0761f816 (123792:
complete annotations on text ranges feature, 2013-12-19), the problem
was that the added additional IDocumentMarkAccess::GetType() check in
lcl_FindDdeBookmark(), which means that the function no longer finds
bookmarks with the matching name, only real DDE marks. This is a
problem, as SwTrnsfrDdeLink::WriteData() depends on the fact that
sw::mark::Bookmark inherits from sw::mark::DdeBookmark. As a result, the
fast IDocumentMarkAccess::GetType() (that intentionally doesn't handle
inheritance for performance reasons) can't be used here.

Change-Id: I2b7a07c18b641ac991f3227812a609dedc960e08

fallout from the conversion to variadic WeakImplHelper template

Change-Id: I1ff6b4aa0b574bbd4787f548e0bc4bf51b211aba

Change-Id: I151c96d20fe374454924fb0e1c01d9a10be73406

no point in having a macro unless it's actually going to reduce the
number of lines of code

Change-Id: Ic8760d6506cf272d7bd088f7b3b4dcbf288099fc

Change-Id: Ib2d50e8c29ccbc5ffcb52cdff4ae3eaae9a62188
Reviewed-on: https://gerrit.libreoffice.org/17332Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
Tested-by: Noel Grandin <noelgrandin@gmail.com>

Change-Id: I82d1adb30d678c06308efb2bb825a4c1b4a064cf

Change-Id: I25e50bdead1ad1e39be3d527685230c84f08a292

here we appear to check if the preceding optional entries are of certain
types. Presumably if they are optional then its legal for them not to
exist at all, just that if they are there they should be in the right
order.

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

Mork service wasn't registred on windows as it was generally
excluded on this platform not matter what architecture was used.

Pofile discovery was broken, as XP_WIN wasn't define and the
code fall back to use UNIX directories for profile discovery
on windows that obviously cannot work.

Change-Id: I823378a1a094a2172ba2cb3bf9bdacedb27b36a2
Reviewed-on: https://gerrit.libreoffice.org/17349Reviewed-by: David Ostrovsky <david@ostrovsky.org>
Tested-by: David Ostrovsky <david@ostrovsky.org>

Method always returned False. Should return True when successful.

Change-Id: I82c8a6e425409032ccf5217b940ec81b277a6313

This reverts commit 738cf411.

It brokes windows in https://gerrit.libreoffice.org/#/c/17289/
as per http://ci.libreoffice.org/job/lo_gerrit_master/4465/Gerrit=Gerrit,Platform=Windows/

was pushed despite that.. :-(

Change-Id: I24868acec66a72abbb52b8026ed3a092dbd97632
Reviewed-on: https://gerrit.libreoffice.org/17347Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
Tested-by: Markus Mohrhard <markus.mohrhard@googlemail.com>

Change-Id: I04239c0bcf78ee9029a2a17514d10d28c3b99d58

Change-Id: I06655e0574b28a88db920424fa515b8350133f10

Change-Id: I7df8772c7414df694eda5ea30b74eccd6e9b98db

Change-Id: Iacd9498884a20357f217e1165a3422b6f1e2aa81

Change-Id: I574af7999f8a76457dd61e66854db191b8876dfa

Change-Id: I3137fc1ac066b712594d0cf471ca4eb8a344c0bd

There is a huge level of insanity in the hatch handling. Apparently
different parts of the code use different case of the hatch id which
makes it difficult to handle it.

Change-Id: I5674e21a6c9a2d01d7b641473e00ab5e2bcaffd4