Bug 129788 - build can't find libexif include files
Summary: build can't find libexif include files
Status: RESOLVED INTENTIONAL
Alias: None
Product: gwenview
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: Compiled Sources Linux
: NOR normal
Target Milestone: ---
Assignee: Gwenview Bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-06-25 14:36 UTC by Treeve Jelbert
Modified: 2012-10-19 13:26 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:

Attachments
Add an attachment

Note You need to log in before you can comment on or make changes to this bug.
Description Treeve Jelbert 2006-06-25 14:36:41 UTC 
Version:           1.3.91 (using KDE KDE 3.5.3)
Installed from:    Compiled From Sources
Compiler:          gcc-4.1.1 
OS:                Linux

using libexif-0.6.13, built form source using standard configure options.  This installs the following files:

/usr/include/libexif/exif-byte-order.h
/usr/include/libexif/exif-content.h
/usr/include/libexif/exif-data.h
/usr/include/libexif/exif-data-type.h
/usr/include/libexif/exif-entry.h
/usr/include/libexif/exif-format.h
/usr/include/libexif/exif-ifd.h
/usr/include/libexif/exif-loader.h
/usr/include/libexif/exif-log.h
/usr/include/libexif/exif-mem.h
/usr/include/libexif/exif-mnote-data.h
/usr/include/libexif/exif-tag.h
/usr/include/libexif/exif-utils.h
/usr/include/libexif/_stdint.h


but building gwenview fails
make[3]: Entering directory `/usr/src/gwenview-1.3.91/src/imageutils'
if /bin/sh ../../libtool --silent --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. -I. -I../..  -I. -I./..  -I/usr/include/qt -I/usr/X11R6/include  -DQT_CLEAN_NAMESPACE -DQT_THREAD_SUPPORT  -D_REENTRANT  -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wconversion -Wchar-subscripts -Wall -W -Wpointer-arith -O2 -Wformat-security -Wmissing-format-attribute -Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common -MT jpegcontent.lo -MD -MP -MF ".deps/jpegcontent.Tpo" -c -o jpegcontent.lo jpegcontent.cpp; \
        then mv -f ".deps/jpegcontent.Tpo" ".deps/jpegcontent.Plo"; else rm -f ".deps/jpegcontent.Tpo"; exit 1; fi
jpegcontent.cpp:40:23: error: exif-data.h: No such file or directory
jpegcontent.cpp:41:22: error: exif-ifd.h: No such file or directory
jpegcontent.cpp:42:24: error: exif-utils.h: No such file or directory



the compile log shows

checking for libexif >= 0.5.12... yes
checking LIBEXIF_CFLAGS...
checking LIBEXIF_LIBS... -lexif -lm
Comment 1 Angelo Naselli 2006-06-25 14:44:50 UTC 
Alle 14:36, domenica 25 giugno 2006, Treeve Jelbert ha scritto:
[bugs.kde.org quoted mail]

Well I start believing it's global libexif problem :(
They changed int libexif.pc the CFlags valuse.
There are two way to go:
1) check if this is new libexif policy and add everywhere
in the code #include <libexif/....>
2) if not open a bug to libexif since we use pkg-config
and need a right pc file.

In the meantime you can avoid it with the command 
make  LIBEXIF_CFLAGS="-I/usr/include/libexif"

regards,
	Angelo
Comment 2 Angelo Naselli 2006-09-18 21:31:32 UTC 
Alle 01:34, lunedì 18 settembre 2006, Damir Perisa ha scritto:
[bugs.kde.org quoted mail]
Aurélien as far as I can say that is a libexif bug, mandriva has patched
the file to have the right info. So that bug should be invalid. Maybe you can 
add a note somewhere...

Angelo
Comment 3 Angelo Naselli 2007-01-18 23:28:15 UTC 
libexif is not used any more it has been replaced by exiv by now.