Hi Stephan,
Stephan Bergmann schrieb am 14-May-19 um 09:30:
On 14/05/2019 02:32, Regina Henschel wrote:
I need help again. I try to write a unit test
https://gerrit.libreoffice.org/#/c/72229/
It works with Windows10. But Jenkins fails on Mac with message
https://ci.libreoffice.org/job/gerrit_mac/32803/
[..]
What is needed for these systems? Does it make a difference whether it
is a debug build or not? My current Windows setting is a non-debug
build, in the Linux VM it is a debug-build.
In include/svx/svdoashp.hxx, the SdrObjCustomShape member functions
GetInteractionHandles and DragMoveCustomShapeHdl are marked as
SVX_DLLPRIVATE (i.e., SAL_DLLPRIVATE). On Windows, that happens to have
no effect, but on other platforms it prevents those symbols from being
exported from the svxcore library, so you can't actually access those
functions from test code.
That explains it.
The technically preferred solution would be if you can somehow avoid
calling those functions directly from the test code.
I have seen no way. Any idea? Something generic, that works on a lot of
shapes?
Less appealing
hacks to get it working are either to not mark those functions as
SVX_DLLPRIVATE in include/svx/svdoashp.hxx,
Have there been special reasons to exclude these functions? They are
public functions.
or to make
svx/CppunitTest_svx_unit.mk use gb_CppunitTest_use_library_objects to
directly include (copies of) the svxcore objects, instead of using
gb_CppunitTest_use_libraries to link against the svxcore library.
Do you prefer one of the two "hacks" over the other?
Kind regards
Regina
Context
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.