> -----Original Message-----
> From: Ralf Habacker [mailto:[EMAIL PROTECTED]
> Sent: sexta-feira, 5 de Maio de 2006 19:26
> To: Paulo Jorge Guedes; KDE on Windows
> Cc: [EMAIL PROTECTED]
> Subject: Re: [Kde-windows] Loading a part on win32/mingw
> 
> Paulo Jorge Guedes schrieb:
> > Hi,
> >
> > I just can't load the part. Under the debugger, the console output
is
> > this:
> >
> > win32_mapSo2Dll: 'd:\kde4\\lib\kde4\klinkstatuspart.dll' )
> > win32_mapSo2Dll: 'd:\kde4\lib\kde4\klinkstatuspart.dll' )
> >
>  here the filename is    klinkstatuspart.dll
> > lt_dlopen d:/kde4/lib/kde4/libklinkstatuspart.la failed: can't open
the
> > module
> >
> > On that directory I have "libklinkstatuspart.dll" and
> > "libklinkstatuspart.la".
> >
> >
> here the filename is libklinkstatuspart.dll.
> 
> Seems that cmake does not create the wrong filename for
klinkstatuspart
> 
> In general you can install filemon from www.sysinternals.com to see
> which files are opened by  which applications. This helps a lot for
such
> problems

I don't have admin permissions :(

Anyway, I tried with msvc and noticed the installed part files are named
"foobarpart".[dll|la] instead of "libfoobarpart".[dll|la]. 
CMake gurus, is this really intended (specially the ".la" file)?

If I add the prefix lib to the la file "foobarpart.la", that plugin is
found, although I get this error:

win32_mapSo2Dll: 'd:\kde4-msvc\\lib\kde4\klinkstatuspart.dll' )
klinkstatus:
className=KParts::ReadOnlyPartmetaObject->className()=KLinkStatusPa
rt
klinkstatus:
className=KParts::ReadOnlyPartmetaObject->className()=KParts::ReadO
nlyPart
klinkstatus: create - 1

With mingw the part can't be found and I think the problem lies in the
ltdl_win.c code.

Paulo
_______________________________________________
Kde-buildsystem mailing list
[email protected]
https://mail.kde.org/mailman/listinfo/kde-buildsystem

Reply via email to