Export the two UNO component functions
Fixes zip archive handling which was spectacularly broken in 3.4 beta1 on Windows.
This commit is contained in:
parent
8d3f539724
commit
7825929a90
1 changed files with 2 additions and 2 deletions
|
@ -48,7 +48,7 @@ using rtl::OUString;
|
||||||
|
|
||||||
// C functions to implement this as a component
|
// C functions to implement this as a component
|
||||||
|
|
||||||
extern "C" void SAL_CALL component_getImplementationEnvironment(
|
extern "C" SAL_DLLPUBLIC_EXPORT void SAL_CALL component_getImplementationEnvironment(
|
||||||
const sal_Char ** ppEnvTypeName, uno_Environment ** /*ppEnv*/ )
|
const sal_Char ** ppEnvTypeName, uno_Environment ** /*ppEnv*/ )
|
||||||
{
|
{
|
||||||
*ppEnvTypeName = CPPU_CURRENT_LANGUAGE_BINDING_NAME;
|
*ppEnvTypeName = CPPU_CURRENT_LANGUAGE_BINDING_NAME;
|
||||||
|
@ -61,7 +61,7 @@ extern "C" void SAL_CALL component_getImplementationEnvironment(
|
||||||
* @param pRegistryKey registry data key to read and write component persistent data
|
* @param pRegistryKey registry data key to read and write component persistent data
|
||||||
* @return a component factory (generic uno interface)
|
* @return a component factory (generic uno interface)
|
||||||
*/
|
*/
|
||||||
extern "C" void * SAL_CALL component_getFactory(
|
extern "C" SAL_DLLPUBLIC_EXPORT void * SAL_CALL component_getFactory(
|
||||||
const sal_Char * pImplName, void * pServiceManager, void * /*pRegistryKey*/ )
|
const sal_Char * pImplName, void * pServiceManager, void * /*pRegistryKey*/ )
|
||||||
{
|
{
|
||||||
void * pRet = 0;
|
void * pRet = 0;
|
||||||
|
|
Loading…
Reference in a new issue