(In reply to comment #21)
> Worth checking for symbol conflicts between dbaccess and mergedlibs I guess;
> And I spotted:
> createDataAccessToolsFactory
> which looks unusual to me.
OTOH, it seems to be defined only there, and only used / declared in other places.
My guess is more in the direction that now dbtools is both linked *and* dlopen()ed from libsvxcore (and thus mergedlibs), and when dbtools is in mergedlibs, the svxcore code does not find libdbtoolslo.so/dylib/dll to dlopen(). So we should change the dlopen() mechanism in the mergedlibs case to not try to do dlopen() and just assume the symbols are there? Something like that.
Is there an "#ifdef" we can do to detect mergedlibs case?
(In reply to comment #21)
> Worth checking for symbol conflicts between dbaccess and mergedlibs I guess;
> And I spotted:
> createDataAcces sToolsFactory
> which looks unusual to me.
OTOH, it seems to be defined only there, and only used / declared in other places.
My guess is more in the direction that now dbtools is both linked *and* dlopen()ed from libsvxcore (and thus mergedlibs), and when dbtools is in mergedlibs, the svxcore code does not find libdbtoolslo. so/dylib/ dll to dlopen(). So we should change the dlopen() mechanism in the mergedlibs case to not try to do dlopen() and just assume the symbols are there? Something like that.
Is there an "#ifdef" we can do to detect mergedlibs case?