I've occasionally seen the sdext module fail to build:
Making: minimizer.srs
: &&
LD_LIBRARY_PATH=/tmp/openoffice/aoo-4.2.0/main/solver/420/unxfbsdx.pro/lib${LD_LIBRARY_PATH:+:${LD_LIBRARY_PATH}}
/tmp/openoffice/aoo-4.2.0/main/solver/420/unxfbsdx.pro/bin/rsc -presponse
-verbose @/tmp/mkZY5FmB
/usr/local/bin/bash:
/tmp/openoffice/aoo-4.2.0/main/solver/420/unxfbsdx.pro/bin/rsc: No such file or
directory
dmake: Error code 127, while making '../../unxfbsdx.pro/srs/minimizer.srs'
1 module(s):
sdext
need(s) to be rebuilt
The latest FreeBSD buildbot run seems to have encountered this as well:
<https://ci.apache.org/builders/openoffice-fbsd-nightly/builds/84/steps/build%20--all/logs/stdio>
When running single-threaded builds, I've noticed that the order that
the modules are built seems to be kind of non-deterministic. I'm
guessing that this is a property of build.pl. In that case the failure
could be the result of a missing dependency specification, and sometimes
the ordering is such that it triggers a build failure. Interestingly, I
don't believe I've ever seen this failure in a parallel build.
The build system is pretty mysterious to me, but my best guess is that
adding "rsc" to the first line of main/sdext/prj/build.lst will fix the
problem.
dx sdext : L10N:l10n offuh comphelper unotools readlicense_oo
cpputools cppuhelper sal javaunohelper officecfg LIBXSLT:libxslt xmlhelp NULL
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]