aboutsummaryrefslogtreecommitdiff
path: root/configure.seed
Commit message (Collapse)AuthorAge
* Added JSON-C check for unit testsLuca Deri2020-09-26
|
* Add unit tests to travis. Move ndpi serializer tests to unit tests.Alfredo Cardigliano2020-09-21
|
* Merge pull request #1017 from lnslbrty/fix/mingw-xcompileLuca Deri2020-09-20
|\ | | | | Added support for mingw xcompile.
| * Fixed mingw build w/o examples/tests/fuzzer.Toni Uhlig2020-09-18
| | | | | | | | Signed-off-by: Toni Uhlig <matzeton@googlemail.com>
* | Added command for specifying the aux files dirLuca Deri2020-09-08
|/
* Fixed broken pkg-config file which did not care about gcrypt/pcre.Toni Uhlig2020-08-24
| | | | Signed-off-by: Toni Uhlig <matzeton@googlemail.com>
* Fixes compilation issues introduced by https://github.com/ntop/nDPI/pull/989Luca Deri2020-08-22
|
* Add (optional) dependency on external libraries: libgcrypt and libgpg-errorNardi Ivan2020-08-21
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | To support QUIC payload and header decryption, it is necessary to choose an external crypto library to handle the low-level crypto stuff. Since we will use some Wireshark code, it is quite natural to choose the same library used by Wireshark itself: libgcrypt. More precisely, we will use libgcrypt and libgpg-error. Both libraries have LGPL license, so there should be no issue from this point of view. These libraries are not required to build nDPI, and their usage is optional: nDPI will keep working (and compiling) even if they are not available. However, without them, QUIC sub-classification is next to impossible. The configure flag "--disable-gcrypt" forces the build system to ignore these libraries. libgpg-error is only used for debug to have meaningful error messages and its usage is trivial. The same cannot be said for libgcrypt because its initialization is a significant issue. The rest of this commit message try explaining how libgcrypt is initialized. According to the documentation https://gnupg.org/documentation/manuals/gcrypt/Initializing-the-library.html https://gnupg.org/documentation/manuals/gcrypt/Multi_002dThreading.html#Multi_002dThreading libgcrypt must be initialized before using it, but such initialization should be performed by the actual application and not by any library. Forcing the users to proper initialize libgcrypt in their own code seems unreasonable: most people using nDPI might be complete unaware of any crypto stuff and update each and every one application linking to nDPI with specific libgcrypt code should be out of question, anyway. Fortunately, it seems a workaround exists to initialize libgcrypt in a library https://lists.gnupg.org/pipermail/gcrypt-devel/2003-August/000458.html Therefore, we could provide a wrapper to this initialization stuff in a nDPI function. Unfortunately nDPI API lacks a global init function that must be called only once, before any other functions. We could add it, but that would be a major API break. AFAIK, ndpi_init_detection_module() might be called multiple times, for example to create multiple independent dpi engines in the same program. The proposed solution is to (optionally) initialize libgcrypt in ndpi_init_detection_module() anyway: * if the actual application doesn't directly use libgcrypt and only calls ndpi_init_detection_module() once, everything is formally correct and it should work out of the box [by far the most common user case]; * if the actual application already uses libgcrypt directly, it already performs the required initialization. In this case the ndpi_prefs.ndpi_dont_init_libgcrypt flag should be passed to ndpi_init_detection_module() to avoid further initializations. The only scenario not supported by this solution is when the application is unaware of libgcrypt and calls ndpi_init_detection_module() multiple times concurrently. But this scenario should be uncommon. A completely different option should be to switch to another crypto library, with a huge impact on the QUIC dissector code. Bottom line: crypto is hard, using libgcrypt is complex and the proposed initialization, even if not perfect, should cover the most frequent user cases and should work, for the time being. If anyone has some suggestions...
* Configure code cleanupLuca Deri2020-08-19
|
* Added fix for API versions starting with 0Luca Deri2020-08-17
|
* Added --with-only-libndpi configure option to build just lindpiLuca Deri2020-08-17
|
* Minor fixesNardi Ivan2020-07-26
| | | | Fix a memory leak and an issue (re)-introduced in configure script
* Enables fuzz targets even without sanitizerPhilippe Antoine2020-07-20
| | | | Should fix ossfuzz build
* fix broken sanitizer CFLAGS, --enable-fuzztargets should also set -fsanitizeToni Uhlig2020-07-06
| | | | Signed-off-by: Toni Uhlig <matzeton@googlemail.com>
* configure fixeslucaderi2020-07-06
|
* Fixed CodeInspector issues.Toni Uhlig2020-07-05
| | | | | | | | | * Added compiler search list for AC_PROG_CC, AM_PROG_CC_C_O, AC_PROG_CXX, AC_PROG_CC_STDC for Mac OS X only The list rendered the AX_CHECK_COMPILE_FLAG([-fsanitize=fuzzer]) useless as it did use clang for AX_CHECK_COMPILE_FLAG but gcc during the compile process. Seems broken somehow. Signed-off-by: Toni Uhlig <matzeton@googlemail.com>
* Improved fuzz_ndpi_reader which supports now SMP/MT w/o race-coniditions.Toni Uhlig2020-06-29
| | | | | | | ./tests/do.sh can supports SMP/MT via environment variables. Removed -fno-sanitize=shift as well, was fixed by 317d3ffd. Signed-off-by: Toni Uhlig <matzeton@googlemail.com>
* Restored compiler check for fuzzy targetsLuca Deri2020-06-27
|
* Use clang where available and fallback to gcc when missingLuca Deri2020-06-27
|
* CentOS6 fix (santize won't work as too old system)lucaderi2020-06-25
| | | | Fixes warning
* Allow -fsanitize for LLVM as well as for GCC.Toni Uhlig2020-06-23
| | | | | | | | | | | | | | * renamed --with-llvm-sanitizer to --with-sanitizer * disable all optimisations (-O0) if --with-sanitizer set, no functions/paramaters/variables will be optimised, improves debugging * enable undefined behaviour sanitizer (ubsan) * enable leak sanitizer (lsan) * check if -fsanitize=fuzzer is available and --enable-fuzztargets set, fail if not (only supported by clang) * include level 3 debugging information (-g3), improves macro debugging * disabled ubsan misaligned pointer access and lshift overflow Signed-off-by: Toni Uhlig <matzeton@googlemail.com>
* API cleanup for indetifying explicitly in automa's what we're searching ↵Luca Deri2020-05-06
| | | | | | (protocol or category) Removed hyperscan support that is apperently unused
* Fix for nDPI code not downlooaded from gitLuca Deri2020-04-22
|
* Fix API version generationemanuele-f2020-03-25
|
* NDPI_API_VERSION is now computed automaticallyLuca Deri2020-03-25
|
* Add debug symbols when using --with-llvm-sanitizeremanuele-f2020-02-14
|
* Add the --with-llvm-sanitizer flagemanuele-f2020-02-13
| | | | | | | To enable the leaks detector, set the ASAN_OPTIONS=detect_leaks=1 environment variable, e.g: ASAN_OPTIONS=detect_leaks=1 example/ndpiReader -i test.pcap
* Added --with-pcre to enable libpcre usageLuca2020-02-02
|
* PCRE fixlucaderi2020-01-31
|
* Added libpcre lib if presentLuca Deri2020-01-30
|
* Added check for libpcre presenceLuca Deri2020-01-29
|
* Minor cleanupLuca Deri2020-01-05
|
* Add mingw host targetZied Aouini2019-12-16
|
* Adds fuzz targetPhilippe Antoine2019-10-31
| | | | And configur option enable-fuzztargets
* Added ability to defien custom protocolsLuca Deri2019-10-29
|
* Added python bindings for nDPILuca Deri2019-09-15
|
* Fix cross-build from source, because of direct pkg-config check callsHelmut Grohne2019-09-11
| | | | | | | | ndpi fails to cross build from source, because configure.seed hard codes the build architecture pkg-config. It is best to use PKG_CHECK_MODULES instead. Please consider applying the attached patch. See: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=939286
* Remove gcc7, add clang 8Stuart Reilly2019-07-17
|
* Solve remaining warningsStuart Reilly2019-07-12
|
* Add compiler warnings and fix themStuart Reilly2019-07-12
|
* Merge pull request #675 from chiehmin/devLuca Deri2019-03-23
|\ | | | | Respect CXX variable during configure
| * Respect CXX variable during configurechiehminw2019-03-06
| | | | | | | | | | | | | | | | commit 6ac83ce7eb99 use CXX to link ndpiReader however CXX is not properly set in configure step Fixes: 6ac83ce7eb99 ("Fixes broken hyperscan compilation") Signed-off-by: chiehminw <chiehminw@synology.com>
* | Use ChangeLog date instead of build dateBernhard M. Wiedemann2019-01-24
|/ | | | | | | | in order to make builds reproducible. See https://reproducible-builds.org/ for why this is good. This date call works with GNU date and BSD date. Also use UTC/gmtime to be independent of timezone.
* Made configure more friendlyLuca Deri2018-11-21
| | | | Added time measurement in ndpiReader (processing and setup time)
* Added DPDK support to ndpiReaderLuca Deri2018-11-10
|
* Better clang checkLuca2018-11-01
|
* Fixes broken hyperscan compilationSimone Mainardi2018-09-11
|
* Indentation fixLuca2018-09-11
|
* Merge pull request #596 from madpilot78/Add_back_pkgconfig_fileLuca Deri2018-08-30
|\ | | | | Add back pkgconfig file. It is required by ntopng to find the install…
| * Add back pkgconfig file. It is required by ntopng to find the installed ↵Guido Falsi2018-08-25
| | | | | | | | shared library.
Powered by cgit, Themed by Ted Yin.