Version: (using KDE KDE 3.5.7) Installed from: Compiled From Sources Compiler: gcc-4.1.2 OS: Linux make kdegraphics fails with openexr-1.6.0 installed. I had found a similar issue here; http://linuxfromscratch.org/pipermail/blfs-support/2007-April/062700.html and had the same results. While dropping openexr is an option this should most likely be fixed.
Created attachment 21400 [details] kdegraphics compile log
Created attachment 21401 [details] kdegraphics config.log
This has nothing to do with valgrind/callgrind
Will take a look. May be a couple of weeks, due travel.
I can assist with patch testing when you need it.
OK, looks like the OpenEXR kimg plugin doesn't have build problems in KDE4.
Looks like OpenEXR metadata isn't working in KDE4, due to continued strigi breakage. This bug needs to stay open until after the KDE4 port.
KDE3 EXR kimgio plugin appears to compile OK.
OK, can duplicate.
Hmm, strigi. I do have 0.5.1 installed and running kde 3.5.7. Tried removing strigi and recompiled kdegraphics same results. Oh well.
Taurnil, Sorry, that comment about strigi wasn't intended for you - it was just a reminder for me that this bug needs to be fixed for KDE3 and KDE4. I normally try to fix my bugs in KDE4 and ten backport, but in this case the KDE4 OpenEXR code is all disabled, pending the strigi people porting it. So I'll just fix it in KDE3 for now.
SVN commit 703387 by bhards: One of the "standard" attribute names changed between OpenEXR 1.4.0 and OpenEXR 1.6.0. At this stage I'm assuming that the change was intentional, and will remain for future releases - there is an open query on the EXR mailing list about this. This still needs to get fixed for trunk, when the strigi porting is done, so the bug remains open. CCBUG: 148865 M +8 -0 kfile_exr.cpp --- branches/KDE/3.5/kdegraphics/kfile-plugins/exr/kfile_exr.cpp #703386:703387 @@ -32,6 +32,7 @@ #include <ImfVecAttribute.h> #include <ImfPreviewImage.h> #include <ImfVersion.h> +#include <ImfCRgbaFile.h> #include <iostream> @@ -226,7 +227,14 @@ qcapDateString.setLength(capDateString.size()); appendItem( stdgroup, "Capture Date", qcapDateString ); } + // This define was introduced in EXR 1.6.0 +#ifndef IMF_B44_COMPRESSION + // This is the 1.4 and earlier version if ( hasutcOffset(h) ) { +#else + // This is the 1.6.0 and later version + if ( hasUtcOffset(h) ) { +#endif QString UTCOffset; if (utcOffset(h)>0.0) { UTCOffset.append(QString("%1").arg(utcOffset(h)/3600, 0, 'f', 1));
For anyone experiencing this bug: Please update to at least revision 703387 and try to compile again. Please let me know how it goes. Note: this bug should remain open for KDE4.
No problem Brad about the strigi thing. Figured I'd stab it anyway just to see what happened. Tried your SVN commit 703387 and the make got past the error. Thank you.
Thank you for the bug report. As this report hasn't seen any changes in 5 years or more, we ask if you can please confirm that the issue still persists. If this bug is no longer persisting or relevant please change the status to resolved.
This can be closed if you like, its not been an issue for me since whenever.