[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