Hello all...

Apologies for bringing up this topic again,
but I'm still finding odd problems.

This is on Debian Lenny, /etc/debian_version = 5.0.4.

I've pulled down revision 4156 of PF_RING.
The kernel module builds fine, and I have:
# cat /proc/net/pf_ring/info
PF_RING Version     : 4.1.4 ($Revision: 4156$)
Ring slots          : 4096
Slot version        : 10
Capture TX          : Yes [RX+TX]
IP Defragment       : No
Transparent mode    : No
Total rings         : 0
Total plugins       : 0

Following the instructions (exactly) from what Kevin/The Branches has posted previously:

cd /opt/PF_RING/userland
wget http://dl.snort.org/snort-current/snort-2.8.5.2.tar.gz
tar zxvf snort-2.8.5.2.tar.gz
cd snort-2.8.5.2

LD_LIBRARY_PATH=/opt/PF_RING/userland/libpcap-1.0.0-ring
LD_RUN_PATH=/opt/PF_RING/userland/libpcap-1.0.0-ring
export LD_LIBRARY_PATH
export LD_RUN_PATH

./configure --with-libpcap-includes=/opt/PF_RING/userland/libpcap-1.0.0-ring/ \
--with-libpcap-libraries=/opt/PF_RING/userland/libpcap-1.0.0-ring/ \
--with-libpfring-includes=/opt/PF_RING/userland/lib \
--with-libpfring-libraries=/opt/PF_RING/userland/lib \
LDFLAGS="-L/opt/PF_RING/userland/lib -L/opt/PF_RING/userland/libpcap-1.0.0-ring -lpfring -lpcap"

The configure ends with:
checking for gcc... gcc
checking for C compiler default output file name... configure: error: C compiler cannot create executables
See `config.log' for more details.

config.log reveals:

configure:2382: checking for C compiler default output file name
configure:2385: gcc -L/opt/PF_RING/userland/lib -L/opt/PF_RING/userland/libpca
p-1.0.0-ring -lpfring -lpcap conftest.c  >&5
/opt/PF_RING/userland/lib/libpfring.so: undefined reference to `get_next_e1000_p
acket'
/opt/PF_RING/userland/lib/libpfring.so: undefined reference to `init_e1000'
/opt/PF_RING/userland/lib/libpfring.so: undefined reference to `e1000_there_is_a
_packet_to_read'
/opt/PF_RING/userland/lib/libpfring.so: undefined reference to `term_e1000'
collect2: ld returned 1 exit status

I can't get tcpdump (within the userland directory from svn) to compile
either - despite the patched libpcap being directly above it.

Is my machine being completely bizarre, is this a Debian oddity
or something odd with revision 4156?

Thanks.

--
Peter Bates, Network Support & Development Officer
Goldsmiths, University of London
New Cross, London SE14 6NW. Telephone: 020 7919 7082 _______________________________________________
Ntop-misc mailing list
[email protected]
http://listgateway.unipi.it/mailman/listinfo/ntop-misc

Reply via email to