WITH_PREFIX for kdemodules?

Allen Winter winter at kde.org
Fri Nov 2 20:01:36 GMT 2007


On Thursday 01 November 2007 17:38:02 Harri Porten wrote:
> Hi!
> 
> On Thu, 1 Nov 2007, Thiago Macieira wrote:
> 
> >>>> I was chatting with dirk about this once and he convinced me that it's
> >>>> a nice feature to have on Linux where it's possible to use the lib as
> >>>> plugin and shared lib at the same time. E.g. applications like konsole
> >>>> that provide a KPart and a shell. To save some startup time konsole on
> >>>> Linux could link to it's part instead of dlopening it.
> 
> What I still see left of this argument is that on Unix linking via -lfoo 
> is more convenient and better than linking against a hardcoded libfoo.so 
> directly.
> 
> I wouldn't mind using "lib" on Unix but I think we should definitely 
> define a rule for the convention on each platform. Now. This would 
> simplify plugin loading code. At the same time entries like 
> kshorturifilter.desktop should be normalized
> 
>    - X-KDE-Library=libkshorturifilter
>    + X-KDE-Library=kshorturifilter
> 
> to simplify things.
> 

I tried to rename "libkorg_journalprint" to "korg_journalprint" in KOrganizer.
I have been unable to make it work.  Unless I remove the following lines
of code from kdecore/util/kpluginloader.cpp::findLibraryInternal()
#ifndef Q_OS_WIN
            if (!hasPrefix)
                libname = fileinfo.path() + QLatin1String("/lib") + fileinfo.fileName();
#endif

I think we should 
1) keep the kDebug() warning to please remove the "lib" prefix from the plugin name.
2) don't prepend the "/lib" on non-Unix... i.e. remove the 3 lines as shown above

Of course, I really don't know how much this breaks.
But it seems we need to do this for portability sakes.

-Allen







More information about the kde-core-devel mailing list