On Fri, 2012-06-01 at 14:38 +0100, Michael Meeks wrote:
Interesting; I suspect this was due to some stale files in the sw/qa
directory
I believe I had this as well on an incremental build, but...
I see the value 9000 in oox getting set via...
aPropertySet.setAnyProperty(PROP_RotateAngle,
But PropertySet::implSetPropertyValue gets the propertyname
"RotationHorizontal" not "RotateAngle" when looking up PROP_RotateAngle
digging a bit further I see from gdb that PROP_RotateAngle is 384 and
the build-time generated list of
workdir/unxlngx6.pro/oox/inc/propertynames.inc has
/* 382 */ "RotateAngle"
and
workdir/unxlngx6.pro/oox/token/properties.hxx has
const sal_Int32 PROP_RotateAngle = 382;
so vbashape.cxx didn't get rebuilt correctly at some stage when the
value of PROP_RotateAngle changed
but workdir/unxlngx6.pro/Dep/CxxObject/oox/source/vml/vmlshape.d does
have
solver/unxlngx6.pro/inc/oox/token/properties.hxx
as a depend for vmlshape.cxx
*shrug* at this point I just make -sr clean in oox and rebuild and
everything works again.
Presumably there's some sort of gap in the dependencies where the
compilation tasks in oox can start before the CustomTarget that
generates that header completes completes its copy/link to
solver/unxlngx6.pro/inc/oox/token/properties.hxx
C.
Context
- Re: sc filter test failures (continued)
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.