Ignore also MSVC warning C4686. From
http://msdn.microsoft.com/en-us/library/ae77984s%28v=VS.90%29.aspx it
seems that this is just a warning that the compiler behaviour has
changed, but that change was already in MSVC 2003. So it should be
irrelevant to us.

Thanks to sberg for the pointer.

soffice currently fails upon start up at least in GTK case due to
vcl/unx/generic/app/saldisp.cxx SalDisplay ctor calling GetX11SalData()
when the data is actually of type SalGenericData instead.

more than one user-defined conversion has been implicitly applied. So
use the other style of initialisation then.

Nah, breaks the build for non-DESKTOP platforms anyway, as headers
delivered there are needed elsewhere. So just keep building that stuff
even if it presumably will not be needed on either of the non-DESKTOP
platforms.

This reverts commit 9b4212f1.

MSVC warning C4510: 'TokenType' : default constructor could not be
generated and warning C4610: struct 'TokenType' can never be
instantiated - user defined constructor required.

The default constructor could not be generated because of the const
member eTokenType, so unconstipate that. The g_TokenTypes array is
const itself anyway.

MSVC warning C4946: reinterpret_cast used between related classes:
'sw::mark::IMark' and 'sw::mark::ICheckboxFieldmark'.

This time changing the reinterpret_cast to static_cast didn't work,
that caused compilation errors:

cannot convert a 'sw::mark::IMark*' to a
'sw::mark::ICheckboxFieldmark*'; conversion from a virtual base class
is implied
'const_cast' : cannot convert from 'const sw::mark::IMark *' to
'sw::mark::ICheckboxFieldmark *'
  Conversion from pointer to base class to pointer to derived class
  requires an explicit cast (other than const_cast)

dynamic_cast is what we want here. Also added an OSL_ASSERT sanity
check. Thanks to sberg and hub for discussing this on IRC.

More code paths that needed fixing - Writer sports its own Graphic
loading implementation, so that had the need for the stream name
fwd-ing, too. The svg deep type detection was necessary for e.g. the
flat odf - which has inline svg without any filename.

Signed-off-by: Fridrich Štrba <fridrich.strba@bluewin.ch>

Some buggy XLS documents such as those generated by 1C (app used in
Russia) don't include built-in style definitions, and the cell formats
in those docs are not associated with any style at all.  Let's
associate them with the 'Default' style in such cases.