After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 166029 - need #include <lcms/lcms.h> instead of #include "lcms.h" for compiling
need #include <lcms/lcms.h> instead of #include "lcms.h" for compiling
Status: RESOLVED DUPLICATE of bug 161817
Product: f-spot
Classification: Other
Component: General
0.0.x
Other Linux
: Normal blocker
: ---
Assigned To: F-spot maintainers
F-spot maintainers
Depends on:
Blocks:
 
 
Reported: 2005-02-02 11:52 UTC by MatzeB
Modified: 2005-02-02 17:01 UTC
See Also:
GNOME target: ---
GNOME version: ---

Attachments
Fixes the problems for me (447 bytes, patch)
2005-02-02 11:53 UTC, MatzeB 		none Details | Review

Description MatzeB 2005-02-02 11:52:37 UTC 
When compiling f-spot 0.0.7 on gentoo with lcms-1.13 installed won't compile:

[matze@taylor] ~/compiling/f-spot-0.0.7 > make
make  all-recursive
make[1]: Entering directory `/home/matze/compiling/f-spot-0.0.7'
Making all in icons
make[2]: Entering directory `/home/matze/compiling/f-spot-0.0.7/icons'
make[2]: Für das Ziel »all« ist nichts zu tun.
make[2]: Leaving directory `/home/matze/compiling/f-spot-0.0.7/icons'
Making all in libeog
make[2]: Entering directory `/home/matze/compiling/f-spot-0.0.7/libeog'
make  all-recursive
make[3]: Entering directory `/home/matze/compiling/f-spot-0.0.7/libeog'
Making all in cursors
make[4]: Entering directory `/home/matze/compiling/f-spot-0.0.7/libeog/cursors'
make[4]: Für das Ziel »all« ist nichts zu tun.
make[4]: Leaving directory `/home/matze/compiling/f-spot-0.0.7/libeog/cursors'
make[4]: Entering directory `/home/matze/compiling/f-spot-0.0.7/libeog'
...
 gcc -DHAVE_CONFIG_H -I. -I. -I.. -DG_LOG_DOMAIN=\"libfspoteog\"
-DDATADIR=\"/usr/local/share\" -DLIBEOG_ETTORE_CHANGES=1 -I. -I.. -I../src -I..
-DORBIT2=1 -pthread -DXTHREADS -D_REENTRANT -DXUSE_MTSAFE_API
-I/usr/include/libgnome-2.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include
-I/usr/include/orbit-2.0 -I/usr/include/libbonobo-2.0 -I/usr/include/gconf/2
-I/usr/include/gnome-vfs-2.0 -I/usr/lib/gnome-vfs-2.0/include
-I/usr/include/bonobo-activation-2.0 -I/usr/include/libgnomeui-2.0
-I/usr/include/libgnomecanvas-2.0 -I/usr/include/gtk-2.0
-I/usr/include/libart-2.0 -I/usr/include/libbonoboui-2.0
-I/usr/include/pango-1.0 -I/usr/include/freetype2 -I/usr/lib/gtk-2.0/include
-I/usr/X11R6/include -I/usr/include/atk-1.0 -I/usr/include/freetype2/config
-I/usr/include/libxml2 -I/usr/include/libexif -g -O2 -MT image-view.lo -MD -MP
-MF .deps/image-view.Tpo -c image-view.c  -fPIC -DPIC -o .libs/image-view.o
image-view.c:34:18: lcms.h: No such file or directory
image-view.c:118: error: parse error before "cmsHTRANSFORM"

When using "pkg-config --libs --cflags lcms" I get this:
 -llcms
my lcms.h file is in /usr/include/lcms/lcms.h. So it seems to me like lcms
expects an #include <lcms/lcms.h>. Changing to that in image-view.c made it
compiling without problems here.
Comment 1 MatzeB 2005-02-02 11:53:30 UTC 
Created attachment 36865 [details] [review]
Fixes the problems for me

This patch solves the compilation problems for me.
Comment 2 Larry Ewing 2005-02-02 17:01:19 UTC 

*** This bug has been marked as a duplicate of 161817 ***