From: Aaron T. <at...@po...> - 2003-06-17 22:18:20
|
Don't feel bad. I'm surprised I don't get more emails about this. Usually this sorta thing happens when you've got two copies of libnet floating around and the header file search path isn't in the same order as the library search path or other wierd things. Specifying the location of libnet usually does the trick: =2E/configure --with-libnet=3D/usr If that doesn't help, track down all your copies of libnet.h and libnet.a and get rid of any stragglers on your system. Unfortunately, I've yet to convince Mike S. to version libnet so both libnet 1.0 and 1.1 can peacefully co-exist on the same system. As for line 230 of configure.in, that's the correct value. A exit code of 0 is success, anything else is failure. =20 Hope that helps. --=20 Aaron Turner <aturner at pobox.com|synfin.net> http://synfin.net/aturner They that can give up essential liberty to obtain a little temporary=20 safety deserve neither liberty nor safety. -- Benjamin Franklin All emails are PGP signed; a lack of a signature indicates a forgery. On Thu, Jun 19, 2003 at 01:44:30AM +0200, delta/bypass familee wrote: > Hello, >=20 > I just tried to configure and compile tcpreplay-1.4.4, but it kept on > telling me, it couldn't determine the libnet-version. (which is 1.1.0 > and resides in /usr/*) >=20 > I'm not very familiar with autoconf/automake, but the section with the > libnet-tests seems odd to me, since it seems to set >=20 > 230:libnet_ver_11=3Dno >=20 > on success? >=20 > After a little hacking it works fine for me, but I'm still curious, what > exactly went wrong. >=20 > Don't bite, if it's my fault :) |