mirrors/tor
1
0
Fork 0
mirror of https://gitlab.torproject.org/tpo/core/tor.git synced 2025-02-25 23:21:38 +01:00
Code Issues Projects Releases Wiki Activity
tor/src/include.am

16 lines
454 B
Text
Raw Normal View History

Move all externally maintained source files into src/ext The rationale for treating these files differently is that we should be checking upstream for changes as applicable, and merging changes upstream as warranted.
2012-10-11 17:19:37 -04:00
include src/ext/include.am
Extract error functionality into a new lowest-level library.
2018-06-21 09:53:08 -04:00
include src/lib/err/include.am
Move more compiler-compatibility stuff into compat_compiler.h
2018-06-21 12:29:34 -04:00
include src/lib/cc/include.am
Move consttime library code into its own directory.
2018-06-21 10:53:29 -04:00
include src/lib/ctime/include.am
Extract compression functions into a new library.
2018-06-21 11:51:49 -04:00
include src/lib/compress/include.am
Move trace into its own library in libs. Apparently it has no testing variant.
2018-06-21 12:02:14 -04:00
include src/lib/trace/include.am
Move to non-recursive make This gives us a few benefits: 1) make -j clean all this will start working, as it should. It currently doesn't. 2) increased parallel build recursive make will max out at number of files in a directory, non-recursive make doesn't have such a limitation 3) Removal of duplicate information in make files, less error prone I've also slightly updated how we call AM_INIT_AUTOMAKE, as the way that was used was not only deprecated but will be *removed* in the next major automake release (1.13).... so probably best that we can continue to bulid tor without requiring old automake. (see http://www.gnu.org/software/automake/manual/html_node/Public-Macros.html ) For more reasons why, see resources such as: http://miller.emu.id.au/pmiller/books/rmch/
2012-08-02 23:31:43 +10:00
include src/common/include.am
Extract error functionality into a new lowest-level library.
2018-06-21 09:53:08 -04:00
include src/trunnel/include.am
Move to non-recursive make This gives us a few benefits: 1) make -j clean all this will start working, as it should. It currently doesn't. 2) increased parallel build recursive make will max out at number of files in a directory, non-recursive make doesn't have such a limitation 3) Removal of duplicate information in make files, less error prone I've also slightly updated how we call AM_INIT_AUTOMAKE, as the way that was used was not only deprecated but will be *removed* in the next major automake release (1.13).... so probably best that we can continue to bulid tor without requiring old automake. (see http://www.gnu.org/software/automake/manual/html_node/Public-Macros.html ) For more reasons why, see resources such as: http://miller.emu.id.au/pmiller/books/rmch/
2012-08-02 23:31:43 +10:00
include src/or/include.am
Add --enable-rust configure switch Introduce a way to optionally enable Rust integration for our builds. No actual Rust code is added yet and specifying the flag has no effect other than failing the build if rustc and cargo are unavailable.
2017-04-29 08:51:51 +02:00
include src/rust/include.am
Move to non-recursive make This gives us a few benefits: 1) make -j clean all this will start working, as it should. It currently doesn't. 2) increased parallel build recursive make will max out at number of files in a directory, non-recursive make doesn't have such a limitation 3) Removal of duplicate information in make files, less error prone I've also slightly updated how we call AM_INIT_AUTOMAKE, as the way that was used was not only deprecated but will be *removed* in the next major automake release (1.13).... so probably best that we can continue to bulid tor without requiring old automake. (see http://www.gnu.org/software/automake/manual/html_node/Public-Macros.html ) For more reasons why, see resources such as: http://miller.emu.id.au/pmiller/books/rmch/
2012-08-02 23:31:43 +10:00
include src/test/include.am
include src/tools/include.am
include src/win32/include.am
Move all externally maintained source files into src/ext The rationale for treating these files differently is that we should be checking upstream for changes as applicable, and merging changes upstream as warranted.
2012-10-11 17:19:37 -04:00
include src/config/include.am
Fuzzing: Add an initial fuzzing tool, for descriptors. This will need some refactoring and mocking.
2016-12-13 19:15:26 -05:00
include src/test/fuzz/include.am
Reference in a new issue Copy permalink