mirror of
https://gitlab.torproject.org/tpo/core/tor.git
synced 2025-02-26 15:42:34 +01:00
2a4a149624
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/
16 lines
302 B
Text
16 lines
302 B
Text
confdir = $(sysconfdir)/tor
|
|
|
|
tordatadir = $(datadir)/tor
|
|
|
|
EXTRA_DIST+= src/config/geoip
|
|
# fallback-consensus
|
|
|
|
conf_DATA = src/config/torrc.sample
|
|
|
|
tordata_DATA = src/config/geoip
|
|
# fallback_consensus
|
|
|
|
# If we don't have it, fake it.
|
|
src_config_fallback-consensus:
|
|
touch src/config/fallback-consensus
|
|
|