2) for MSVC, I'm rather more disarmed; made some incomplete guesses.
?queryInterface@OPropertySetHelper@cppu@@W3AA?AVAny@uno@star@sun@com@@ABVType@4567@@Z;
?queryInterface@OPropertySetHelper@cppu@@W7AA?AVAny@uno@star@sun@com@@ABVType@4567@@Z;
The "undname" command that comes with MSVC can be used to demangle MSVC++ identifiers; these two
are:
[thunk]:public: virtual class com::sun::star::uno::Any __cdecl
cppu::OPropertySetHelper::queryInterface`adjustor{4}' (class com::sun::star::uno::Type const &)
[thunk]:public: virtual class com::sun::star::uno::Any __cdecl
cppu::OPropertySetHelper::queryInterface`adjustor{8}' (class com::sun::star::uno::Type const &)
but what that means I have no idea;)
It also seems to me that the msvc_win32_x86_64.map is out of sync: it
has no UDK_3.7, nor UDK_3.8 section; this looks highly suspicious. If
someone is willing to take a look at it and fix it?
Whenever somebody (I, or somebody else) starts looking at the 64-bit MSVC port again... In
principle solenv/bin/remangle32to64.pl can be used to produce a .map file for x64 MSVC from that
for x86 MSVC.
--tml
Context
Re: [Libreoffice] cppu::OPropertySetHelper ABI backwards compatibility · Lionel Elie Mamane
Re: [Libreoffice] cppu::OPropertySetHelper ABI backwards compatibility · Eike Rathke
Privacy Policy |
Impressum (Legal Info) |
Copyright information: Unless otherwise specified, all text and images
on this website are licensed under the
Creative Commons Attribution-Share Alike 3.0 License.
This does not include the source code of LibreOffice, which is
licensed under the Mozilla Public License (
MPLv2).
"LibreOffice" and "The Document Foundation" are
registered trademarks of their corresponding registered owners or are
in actual use as trademarks in one or more countries. Their respective
logos and icons are also subject to international copyright laws. Use
thereof is explained in our
trademark policy.