On Tuesday 13 January 2009, Chris Cannam wrote:

> Since none of the
> Rosegarden code actually refers to the resource data (it's referred to
> only from subsequent Qt libraries), the linker does nothing with this
> static library and so the data is not included in the executable.

Makes sense, and explains why what appears to be working isn't really working 
at all.

I'm starting from a fresh checkout again.  Did ccmake and only changed the 
debug options.  First failure was the RosegardenTransport.h.  I had forgotten 
about that.

Didn't have to run moc on anything by hand this time.  No difference in the 
resulting GUI though.  So I guess the CMake build system is still just not up 
to the job, for reasons you just explained.

Tried your test, and got these:

libkdecore.so.5.1.0
libkdeui.so.5.1.0

Finally figured it out I think with strace. It's finding the /usr/lib libs 
first, and trying to link against those.  I'm surprised only i18n is causing 
problems.

Now that I think about it, this never got to the link before, so this problem 
has probably always existed using that makefile with 8.04.  Qt4 is 
in /usr/lib but KDE4 is in /usr/lib/kde4/lib.  No matter how I jiggle the 
paths in the makefile to try to avoid the problem, it always, etc.:

[pid 12531] open("/usr/lib/libkdeui.so", O_RDONLY|O_LARGEFILE) = 20
[pid 12531] open("/usr/lib/libkdecore.so", O_RDONLY|O_LARGEFILE) = 15
[pid 12531] open("/usr/lib/libQt3Support.so", O_RDONLY|O_LARGEFILE) = 16
[pid 12531] open("/usr/lib/libQtGui.so", O_RDONLY|O_LARGEFILE) = 17
[pid 12531] open("/usr/lib/libQtXml.so", O_RDONLY|O_LARGEFILE) = 18
[pid 12531] open("/usr/lib/libQtNetwork.so", O_RDONLY|O_LARGEFILE) = 19
[pid 12531] open("/usr/lib/libQtCore.so", O_RDONLY|O_LARGEFILE) = 3
[pid 12531] open("/usr/lib/libjack.so", O_RDONLY|O_LARGEFILE) = 10
[pid 12531] open("/usr/lib/libasound.so", O_RDONLY|O_LARGEFILE) = 11

I'm not sure if the linker is just favoring /usr/lib over /usr/lib/kde4/lib or 
what.

So unless someone has a brilliant workaround, all I can think to do is symlink 
a bunch of crap from /usr/lib/kde4/lib and use that as the only lib path.

Or upgrade to 8.10 and destroy KDE in the process.  I'm waiting to see if 
hopefully KDE 4.2 is finally usable first.  I hope so.  If not, it's probably 
time to buy a computer with Windows on it and say screw all of this.

The symlinks should work, I think.  I'll report back.

-- 
D. Michael McIntyre

------------------------------------------------------------------------------
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
_______________________________________________
Rosegarden-devel mailing list
[email protected] - use the link below to unsubscribe
https://lists.sourceforge.net/lists/listinfo/rosegarden-devel

Reply via email to