Arghh.... glibconfig.h
Okay, I am not able to compile a few things I want back after a new install. They all crap out at glibconfig.h (which is provided by libglib1.2-dev, which I do have installed). The file is located in /usr/lib/glib/include/glibconfig.h. But I get errors like... gcc -DHAVE_CONFIG_H -I. -I. -I.. -Wall -g -O2 -Wall -g -O2 -Wp,-MD,.deps/alarm.pp -c -fPIC -DPIC alarm.c -o alarm.lo In file included from /usr/include/xmms/plugin.h:27, from alarm.c:41: /usr/include/glib.h:66: glibconfig.h: No such file or directory make[2]: *** [alarm.lo] Error 1 What am I missing? Okay, so glib.h includes glibconfig.h at line 66. So why can't it find it? If I try to cheat and symlink glibconfig.h into /usr/include I get an error about how only absolute run-paths are allowed (I know this isn't a real solution I was just curious as to how far it would get). Any pointers/hints would be greatly appreciated :-). jt _ Debian GNU/Linux [Woody] 2.4.0-test9-ReiserFS You mean there's a stable tree?
Re: Arghh.... glibconfig.h
Stil have the same problem? Once upon a time, I heard John Travis say Okay, I am not able to compile a few things I want back after a new install. They all crap out at glibconfig.h (which is provided by libglib1.2-dev, which I do have installed). The file is located in /usr/lib/glib/include/glibconfig.h. But I get errors like... gcc -DHAVE_CONFIG_H -I. -I. -I.. -Wall -g -O2 -Wall -g -O2 -Wp,-MD,.deps/alarm.pp -c -fPIC -DPIC alarm.c -o alarm.lo In file included from /usr/include/xmms/plugin.h:27, from alarm.c:41: /usr/include/glib.h:66: glibconfig.h: No such file or directory make[2]: *** [alarm.lo] Error 1 What I can conclude from your text above is gcc needs -I/usr/lib/glib/include which should be a result of `glib-config --cflags`. I don't know why the makefile generated by configures script does not do that for you, might be a bug upstream. What am I missing? Okay, so glib.h includes glibconfig.h at line 66. So why can't it find it? If I try to cheat and symlink glibconfig.h into /usr/include I get an error about how only absolute run-paths are allowed (I know this isn't a real solution I was just curious as to how far it would get). Any pointers/hints would be greatly appreciated :-). It's not in include path as you can see. Chanop -- ,. | May Debian be with you ~~ [EMAIL PROTECTED]| `' pgpgJ7NF3huTx.pgp Description: PGP signature
Re: Arghh.... glibconfig.h
On Thursday 19 October 2000 09:04, Chanop Silpa-Anan wrote: Stil have the same problem? Unfortunately yes :-(. Please excuse my lack of expertise on the subject and bear with me :-). I knew it wasn't in the include path. I just don't know EXACTLY what I have to do to get it to compile cleanly. When I have a look at the make file I see ... GLIB_CFLAGS = -I/usr/lib/glib/include GLIB_CONFIG = /usr/bin/glib-config GLIB_LIBS = -L/usr/lib -lglib GTK_CFLAGS = -I/usr/lib/glib/include -I/usr/X11R6/include GTK_CONFIG = /usr/bin/gtk-config GTK_LIBS = -L/usr/lib -L/usr/X11R6/lib -lgtk -lgdk -rdynamic -lgmodule -lglib -ldl -lXi -lXext -lX11 -lm What exactly do I need to fix? I guess I have always been lucky, never even had to edit a makefile (can you tell I'm new :-) The same things compiled cleanly before (under Storm with the same packages I have now), so I am a bit confused. Thanks for your help so far, and even more for your help in the future. Now if I can get Xtheater to compile to get my divx back you will be my Debian hero for the day 8^). TIA, jt -- Debian GNU/Linux [Woody] 2.4.0-test9-ReiserFS You mean there's a stable tree?