DBUS -> Expat.h is missing
Hello
I try to compile the dbus 1.4.16 and i get the following error during the configuration: Code:
checking for accept4... yes Code:
/usr/local/lib/libexpat.so.1 Code:
/usr/local/include/expat.h I tried to run the configure with the following commands: Code:
./configure --libdir=/usr/local/lib --includedir=/usr/local/include Greetings |
Quote:
|
The config.log has following entries:
Code:
..... |
I think it is a general problem in my linux system that the expat library can not be found.
I did the following thing: In a test folder i created a dummy.c file with the following content: Code:
#include "/usr/include/expat.h" Code:
/tests # gcc dummy.c -o dummy -lexpat Code:
/tests # gcc dummy.c -o dummy -lexpat Code:
/tests # ldconfig -p | grep 'expat' Greetings |
if i do
Code:
gcc dummy.c -o dummy -L/usr/local/lib -lexpat not find -lexpat? Greetings |
Instead of --libdir and --includedir, try passing in the paths as make variables, e.g.
Code:
./configure LDFLAGS='-L/usr/local/lib' CFLAGS='-I/usr/local/include' Actually, that won't fix your configure error... In your dummy.c, you are able to find the header, in /usr/include/ (NOT /usr/local/include), because that's where it normally lives. What happens when you modify it to /usr/local/include/expat.h ? However, you have a link-time error without -L, because the compiler is trying to find libexpat in the wrong directory. You can add /usr/local/lib to the config files in /etc/ld.so.conf.d/, if you want to include that path in the library search without an explicit -L flag. |
Thank you for your help. I could compile DBus successfully with the following commands:
Code:
export LDFLAGS=-Wl,-L/usr/local/lib,-lexpat What other possibilities are there that the linker (ld) does find the library? Greetings. |
Oh yes, sorry - you did say that earlier (wrt ldconfig.)
Very strange, I'm just not sure. Quite honestly, though, I've run into enough broken configure scripts before that don't respect all of the flags. I wouldn't be surprised if it's just that. I'm glad the variable exports is a functional workaround for now, at least! |
Ok I ignore that at the moment. Maybe it is the toolchain I am using on my embedded device which is running on a ATOM (Intel) architecture. I used the LFS 6.7 Book to compile a fully functional Toolchain. Then i copied this toolchain on the embedded device to compile several diffrent programs. For a webinterface i needed the PHP Zend compiler. Now i need the AVAHI libraries for the mDNS and DNS-SD services. It was a little bit a pain in the *peep* until i figured out how to use the toolchain in a such way. I didn't want to compile the whole gcc & libc stuff again on the embedded device. So for now it is a quite good way with the Toolchain from CHAPTER 5 (LFS BOOK).
Thank you for your help Greetings |
All times are GMT -5. The time now is 09:58 PM. |