[Libreoffice-commits] .: 2 commits - chart2/source connectivity/source cui/source desktop/source editeng/source embeddedobj/source extensions/source forms/source framework/source oox/source sc/CppunitTest_sc_filters_test.mk sc/CppunitTest_sc_macros_test.mk sc/CppunitTest_sc_subsequent_filters_test.mk sd/CppunitTest_sd_filters_test.mk sdext/Library_minimizer.mk sdext/source sd/source sfx2/source svtools/source svx/source sw/CppunitTest_sw_filters_test.mk sw/CppunitTest_sw_subsequent_rtfexport.mk sw/CppunitTest_sw_subsequent_ww8tok.mk sw/source toolkit/source tools/inc ucbhelper/source vcl/source writerfilter/CppunitTest_writerfilter_rtftok.mk writerfilter/source xmloff/source
Stephan Bergmann
sbergman at redhat.com
Tue Jun 5 00:18:28 PDT 2012
On 06/05/2012 08:47 AM, Stephan Bergmann wrote:
> argh, sure, an extension must not link against comphelper
>
> will take care
Fixed now as
<http://cgit.freedesktop.org/libreoffice/core/commit/?id=719618f28e003c545c20a8fc94d348b667c8376a>
"Remove bogus dependency of extension on comphelper." Despite their
names, those MSF variables were already references to XComponentContext,
so comphelper::ComponentContext(X).getUNOContext() was a complicated way
to just write X.
Stephan
More information about the LibreOffice
mailing list