Version: (using KDE KDE 3.0.99) Installed from: Compiled From Sources OS: Linux Building of kdebindings-3.0.99 as part of building kde-3.0.99 fails with gtk/gtk.h: No such file or directory. The problem disappears rebuilding with CPPFLAGS=-I/usr/include/gtk-2.0 but other similar problems emerge. Excerpt from build log: fast creating xparts/src/interfaces/Makefile fast creating xparts/src/kde/Makefile fast creating xparts/xpart_notepad/Makefile config.status: creating config.h config.status: executing depfiles commands A C# compiler wasn't found. The Qt# bindings need either Mono, Portable.NET or Rotor. Try using --with-cs-compiler=/your/pathto/cscompiler. Typing 'make' now will skip the Qt# bindings. make all-recursive make[1]: Entering directory `/home/colesen/download/kdebindings-3.0.99' Making all in dcopc make[2]: Entering directory `/home/colesen/download/kdebindings-3.0.99/dcopc' source='dcopc.c' object='dcopc.lo' libtool=yes \ depfile='.deps/dcopc.Plo' tmpdepfile='.deps/dcopc.TPlo' \ depmode=gcc3 /bin/sh ../admin/depcomp \ /bin/sh ../libtool --silent --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I.. -I../ -I/usr/X11R6/include -DQT_THREAD_SUPPORT -D_REENTRANT -I/usr/include/glib-1.2 -I/usr/lib/glib/include -ansi -W -Wall -pedantic -Wshadow -Wpointer-arith -Wmissing-prototypes -Wwrite-strings -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -O2 -c -o dcopc.lo `test -f 'dcopc.c' || echo './'`dcopc.c In file included from global.h:30, from dcopc.c:27: util.h:29:21: gtk/gtk.h: No such file or directory In file included from dcopc.c:28: dcopc.h:37:21: gtk/gtk.h: No such file or directory In file included from dcopc.c:29: dcopobject.h:37:21: gtk/gtk.h: No such file or directory make[2]: *** [dcopc.lo] Error 1 make[2]: Leaving directory `/home/colesen/download/kdebindings-3.0.99/dcopc' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/colesen/download/kdebindings-3.0.99' make: *** [all] Error 2 Making install in dcopc make[1]: Entering directory `/home/colesen/download/kdebindings-3.0.99/dcopc' source='dcopc.c' object='dcopc.lo' libtool=yes \ depfile='.deps/dcopc.Plo' tmpdepfile='.deps/dcopc.TPlo' \ depmode=gcc3 /bin/sh ../admin/depcomp \ /bin/sh ../libtool --silent --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I.. -I../ -I/usr/X11R6/include -DQT_THREAD_SUPPORT -D_REENTRANT -I/usr/include/glib-1.2 -I/usr/lib/glib/include -ansi -W -Wall -pedantic -Wshadow -Wpointer-arith -Wmissing-prototypes -Wwrite-strings -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -O2 -c -o dcopc.lo `test -f 'dcopc.c' || echo './'`dcopc.c In file included from global.h:30, from dcopc.c:27: util.h:29:21: gtk/gtk.h: No such file or directory In file included from dcopc.c:28: dcopc.h:37:21: gtk/gtk.h: No such file or directory In file included from dcopc.c:29: dcopobject.h:37:21: gtk/gtk.h: No such file or directory make[1]: *** [dcopc.lo] Error 1 make[1]: Leaving directory `/home/colesen/download/kdebindings-3.0.99/dcopc' make: *** [install-recursive] Error 1
I get this too, from what I can tell, there's a path issue with the finding GTK & glib header files. Even if you create symbolic links, it still requires the relative path for the subdirectories as well. I'd go through and change all the #include statements, but there's way too many. Perhaps there's something the configure script can do?
Subject: Re: kdebindings-3.0.99 fails to build Thanks for the info. I had the exact same experience. I did the same things you did below, but still had no success. Too many #include statements and symbolic links only highlighted more missing libraries. Sincerely, Kevin ----- Original Message ----- From: <derrickbj@earthlink.net> To: <Kevin.Hamilton@BradmanLake.com> Sent: Tuesday, November 26, 2002 4:17 PM Subject: [Bug 50783] kdebindings-3.0.99 fails to build > ------- You are receiving this mail because: ------- > You are a voter for the bug, or are watching someone who is. > > http://bugs.kde.org/show_bug.cgi?id=50783 > > > > > ------- Additional Comments From derrickbj@earthlink.net 2002-11-26 22:17 ------- > I get this too, from what I can tell, there's a path issue with the finding GTK & glib header files. Even if you create symbolic links, it still requires the relative path for the subdirectories as well. I'd go through and change all the #include statements, but there's way too many. Perhaps there's something the configure script can do? >
please use a newer kdebindings release.