[kde-linux] JPEG 7 vs KDE-4.4 (DLL HELL comes to Linux?)
jrtyrer at earthlink.net
Fri Mar 12 14:14:38 UTC 2010
> James Tyrer posted on Fri, 12 Mar 2010 04:23:27 -0700 as excerpted:
>> James Tyrer wrote:
>>> James Tyrer wrote:
>>>> Wrong JPEG library version: library is 70, caller expects 62
>>> This message appears to be coming from the JPEG library. So, this
>>> appears to be a bug. If KDE functions require version 62, then the
>>> build system needs to be able to link to it by version number. I don't
>>> have a lot of experience with CMake, so I don't know exactly how to do
>>> this as I would with autotools.
>> Jpeg 8a gives the same error message with a different version. This is
>> a JPEG error message. It is in jerror.h at line 57. Could this be a Qt
> It's coming from the jpeg library, yes, but what it's indicating is that
> you still have something built against 6.x (6.2, maybe 6b, whatever).
> It's something built against 6b or whatever that's calling/loading the
> library, and getting 7 (or 8a) instead of 6b or whatever.
I appear to have found the problem. Qt did not properly relink the JPEG
plugin. So, a: "make clean", "make", & "make install" appears to have
fixed the problem. II(now)RC, I read somewhere that one shouldn't
depend on the Qt build system of properly rebuilding when library
versions are updated.
> As I mentioned, Gentoo has a script (called revdep-rebuild) that detects
> and suggests a rebuild of such (reverse) dependencies. The core of it is
Will this run on other systems? Actually, what is needed is more than a
script, we need a package manager that works by actually looking at what
I have a more simple script that searches for strings in LA files.
Linux (mostly) From Scratch
More information about the kde-linux