Hello Guy.
You are absolutely right, I have compiled tcpdump with new libpcap library
> root@beagleboard:/mnt/dcu/tcpdump-4.5.1/build#
> /mnt/dcu/tcpdump-4.5.1/build/binaries/sbin/tcpdump --help
> /mnt/dcu/tcpdump-4.5.1/build/binaries/sbin/tcpdump: invalid option -- '-'
> tcpdump version 4.5.1
> libpcap version 1.5.2
I have used this trick with correct "source-tree" in different application,
like dnsmasq and anything else and I have not paId attention on it, because
the same hint with using "out-of-source-tree" was successfully applied to
old stable version of the libpcap library and for compilation of tcpdump
application.
I'm not sure if this issue is a bug, but I think will be better to change
your Makefile for change process of compilation more convenient for all
users (for me it's great, than I have compilation of the source code in the
independent directory tree and have binaries output in the another
independent directory).
Anyway, thank you for your help and Merry Christmas.
With Best Regards, Evgheni.
On Tue, Dec 24, 2013 at 10:22 PM, Guy Harris <g...@alum.mit.edu> wrote:
>
> On Dec 24, 2013, at 12:04 PM, Evgheni Antropov <aid...@gmail.com> wrote:
>
> > This command has not any output
> >
> > root@beagleboard:/mnt# nm -o /mnt/dcu/libpcap-1.5.2/build/libpcap.a |
> egrep scanner.o
>
> I.e., for whatever reason, there's no scanner code whatsoever!
>
> So, what does
>
> find /mnt/dcu/libpcap-1.5.2 -name 'scanner.*' -print
>
> print, and what is the output of running
>
> make distclean
> ./configure
> make
>
> in /mnt/dcu/libpcap-1.5.2/build? This *might* be a bug in doing
> "out-of-source-tree" builds (which is what you're doing - you're doing the
> build in a subdirectory of the source tree), where most stuff works, but
> building the output of {f}lex doesn't work.
_______________________________________________
tcpdump-workers mailing list
tcpdump-workers@lists.tcpdump.org
https://lists.sandelman.ca/mailman/listinfo/tcpdump-workers
