[Bug 190725] New: aircrack-ng Makefile bug, wouldn't build with SQLITE option set.

[bz-noreply at freebsd.org]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190725

            Bug ID: 190725
           Summary: aircrack-ng  Makefile bug, wouldn't build with SQLITE
                    option set.
           Product: Ports Tree
           Version: Latest
          Hardware: Any
                OS: Any
            Status: Needs Triage
          Severity: Affects Some People
          Priority: ---
         Component: Individual Port(s)
          Assignee: freebsd-ports-bugs at FreeBSD.org
          Reporter: clutton at zoho.com

The nature of but is a build system:

It includes common.mak from every single Makefile. So, from src/Makefile it
would be included twice, and you'll see everything doubled:

cc -O2 -pipe -march=native  -fno-strict-aliasing -D_FILE_OFFSET_BITS=64
-D_REVISION=0  -I/usr/local/include -DHAVE_SQLITE -D_FILE_OFFSET_BITS=64
-D_REVISION=0  -I/usr/local/include -DHAVE_SQLITE -Iinclude 
-Wl,-rpath,/usr/lib:/usr/local/lib tkiptun-ng.o common.o crypto.o
osdep/radiotap/radiotap.o -o tkiptun-ng -Losdep -losdep  -lssl -lcrypto 
-Wl,-rpath,/usr/lib:/usr/local/lib

>From src/osdep it'll be three times... But that is not the reason.

src/osdep/file.c has #include "pcap.h" directive. And since pcap.h is in the
src directory and not in the src/osdep directory, local include shouldn't work.
But clang «manages» somehow to use local includes "", like it was a system
include <>. Then those -I comes, first wins. In this case
/usr/local/include/pcap.h would be first.

It'll be better to make it more clear though. But it'll require a lot of fixes
in the build system.

-- 
You are receiving this mail because:
You are the assignee for the bug.