nihilist/tor
1
0
Fork 0
mirror of https://gitlab.torproject.org/tpo/core/tor.git synced 2024-11-11 21:53:48 +01:00
Code Issues Packages Projects Releases Wiki Activity
8a350e088b
tor/src/core/include.am

369 lines
12 KiB
Plaintext
Raw Normal View History

Start splitting src/or This is a very gentle commit that just lays the groundwork in the build system: it puts the include files to build libtor-app.a into src/core, and to build the tor executable into src/app. The executable is now "src/app/tor".
2018-07-05 22:04:32 +02:00
Start work on fancy compiler tricks to expose extra stuff to our tests This is mainly a matter of automake trickery: we build each static library in two versions now: one with the TOR_UNIT_TESTS macro defined, and one without. When TOR_UNIT_TESTS is defined, we can enable mocking and expose more functions. When it's not defined, we can lock the binary down more. The alternatives would be to have alternate build modes: a "testing configuration" for building the libraries with test support, and a "production configuration" for building them without. I don't favor that approach, since I think it would mean more people runnning binaries build for testing, or more people not running unit tests.
2013-06-06 20:56:05 +02:00
noinst_LIBRARIES += \
Start splitting src/or This is a very gentle commit that just lays the groundwork in the build system: it puts the include files to build libtor-app.a into src/core, and to build the tor executable into src/app. The executable is now "src/app/tor".
2018-07-05 22:04:32 +02:00
src/core/libtor-app.a
Start work on fancy compiler tricks to expose extra stuff to our tests This is mainly a matter of automake trickery: we build each static library in two versions now: one with the TOR_UNIT_TESTS macro defined, and one without. When TOR_UNIT_TESTS is defined, we can enable mocking and expose more functions. When it's not defined, we can lock the binary down more. The alternatives would be to have alternate build modes: a "testing configuration" for building the libraries with test support, and a "production configuration" for building them without. I don't favor that approach, since I think it would mean more people runnning binaries build for testing, or more people not running unit tests.
2013-06-06 20:56:05 +02:00
if UNITTESTS_ENABLED
noinst_LIBRARIES += \
Start splitting src/or This is a very gentle commit that just lays the groundwork in the build system: it puts the include files to build libtor-app.a into src/core, and to build the tor executable into src/app. The executable is now "src/app/tor".
2018-07-05 22:04:32 +02:00
src/core/libtor-app-testing.a
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 15:31:43 +02:00
endif
Fix our build system to know the new locations of the src/or stuff
2018-07-05 22:52:12 +02:00
LIBTOR_APP_A_SOURCES = \
src/app/config/config.c \
src/app/config/confparse.c \
src/app/config/statefile.c \
Split main.c into main.c and mainloop.c The main.c code is responsible for initialization and shutdown; the mainloop.c code is responsible for running the main loop of Tor. Splitting the "generic event loop" part of mainloop.c from the event-loop-specific part is not done as part of this patch.
2018-09-20 21:19:43 +02:00
src/app/main/main.c \
Actually sort the lines in src/core/include.am
2018-07-05 23:10:22 +02:00
src/core/crypto/hs_ntor.c \
Move the non-crypto parts of onion.c out of src/core/crypto The parts for handling cell formats should be in src/core/or. The parts for handling onionskin queues should be in src/core/or. Only the crypto wrapper belongs in src/core/crypto.
2018-09-20 19:55:02 +02:00
src/core/crypto/onion_crypto.c \
Fix our build system to know the new locations of the src/or stuff
2018-07-05 22:52:12 +02:00
src/core/crypto/onion_fast.c \
Actually sort the lines in src/core/include.am
2018-07-05 23:10:22 +02:00
src/core/crypto/onion_ntor.c \
Fix our build system to know the new locations of the src/or stuff
2018-07-05 22:52:12 +02:00
src/core/crypto/onion_tap.c \
Actually sort the lines in src/core/include.am
2018-07-05 23:10:22 +02:00
src/core/crypto/relay_crypto.c \
src/core/mainloop/connection.c \
src/core/mainloop/cpuworker.c \
Split main.c into main.c and mainloop.c The main.c code is responsible for initialization and shutdown; the mainloop.c code is responsible for running the main loop of Tor. Splitting the "generic event loop" part of mainloop.c from the event-loop-specific part is not done as part of this patch.
2018-09-20 21:19:43 +02:00
src/core/mainloop/mainloop.c \
Actually sort the lines in src/core/include.am
2018-07-05 23:10:22 +02:00
src/core/mainloop/periodic.c \
src/core/or/address_set.c \
src/core/or/channel.c \
src/core/or/channelpadding.c \
src/core/or/channeltls.c \
Fix our build system to know the new locations of the src/or stuff
2018-07-05 22:52:12 +02:00
src/core/or/circuitbuild.c \
Actually sort the lines in src/core/include.am
2018-07-05 23:10:22 +02:00
src/core/or/circuitlist.c \
src/core/or/circuitmux.c \
src/core/or/circuitmux_ewma.c \
Fix our build system to know the new locations of the src/or stuff
2018-07-05 22:52:12 +02:00
src/core/or/circuitstats.c \
src/core/or/circuituse.c \
Actually sort the lines in src/core/include.am
2018-07-05 23:10:22 +02:00
src/core/or/command.c \
src/core/or/connection_edge.c \
src/core/or/connection_or.c \
src/core/or/dos.c \
Move the non-crypto parts of onion.c out of src/core/crypto The parts for handling cell formats should be in src/core/or. The parts for handling onionskin queues should be in src/core/or. Only the crypto wrapper belongs in src/core/crypto.
2018-09-20 19:55:02 +02:00
src/core/or/onion.c \
Fix our build system to know the new locations of the src/or stuff
2018-07-05 22:52:12 +02:00
src/core/or/policies.c \
Actually sort the lines in src/core/include.am
2018-07-05 23:10:22 +02:00
src/core/or/protover.c \
move protover_rust.c to core/or/ Missed in 667a6e8fe9b8169e86f3ab889c4ea8af845d6939.
2018-09-21 22:14:53 +02:00
src/core/or/protover_rust.c \
Actually sort the lines in src/core/include.am
2018-07-05 23:10:22 +02:00
src/core/or/reasons.c \
Fix our build system to know the new locations of the src/or stuff
2018-07-05 22:52:12 +02:00
src/core/or/relay.c \
Actually sort the lines in src/core/include.am
2018-07-05 23:10:22 +02:00
src/core/or/scheduler.c \
src/core/or/scheduler_kist.c \
Fix our build system to know the new locations of the src/or stuff
2018-07-05 22:52:12 +02:00
src/core/or/scheduler_vanilla.c \
src/core/or/status.c \
Actually sort the lines in src/core/include.am
2018-07-05 23:10:22 +02:00
src/core/proto/proto_cell.c \
src/core/proto/proto_control0.c \
src/core/proto/proto_ext_or.c \
src/core/proto/proto_http.c \
src/core/proto/proto_socks.c \
src/feature/api/tor_api.c \
src/feature/client/addressmap.c \
src/feature/client/bridges.c \
src/feature/client/circpathbias.c \
src/feature/client/dnsserv.c \
src/feature/client/entrynodes.c \
src/feature/client/transports.c \
src/feature/control/control.c \
Split most of dirserv.c into several new modules In dirauth: * bwauth.c reads and uses bandwidth files * guardfraction.c reads and uses the guardfraction file * reachability.c tests relay reachability * recommend_pkg.c handles the recommended-packages lines. * recv_descs.c handles fingerprint files and processing incoming routerinfos that relays upload to us * voteflag.c computes flag thresholds and sets those thresholds on routerstatuses when computing votes In control: * fmt_serverstatus.c generates the ancient "v1 server status" format that controllers expect. In nodelist: * routerstatus_fmt.c formats routerstatus entries for a consensus, a vote, or for the controller.
2018-09-20 14:09:35 +02:00
src/feature/control/fmt_serverstatus.c \
Actually sort the lines in src/core/include.am
2018-07-05 23:10:22 +02:00
src/feature/dirauth/keypin.c \
src/feature/dircache/conscache.c \
src/feature/dircache/consdiffmgr.c \
Split directory.c code into several modules Parts of this C file naturally belong in dircache, dirclient, and dircommon: so, move them there.
2018-09-21 16:26:57 +02:00
src/feature/dircache/dircache.c \
Actually sort the lines in src/core/include.am
2018-07-05 23:10:22 +02:00
src/feature/dircache/dirserv.c \
Split directory.c code into several modules Parts of this C file naturally belong in dircache, dirclient, and dircommon: so, move them there.
2018-09-21 16:26:57 +02:00
src/feature/dirclient/dirclient.c \
src/feature/dirclient/dlstatus.c \
Fix our build system to know the new locations of the src/or stuff
2018-07-05 22:52:12 +02:00
src/feature/dircommon/consdiff.c \
Split directory.c code into several modules Parts of this C file naturally belong in dircache, dirclient, and dircommon: so, move them there.
2018-09-21 16:26:57 +02:00
src/feature/dircommon/directory.c \
Fix our build system to know the new locations of the src/or stuff
2018-07-05 22:52:12 +02:00
src/feature/dircommon/fp_pair.c \
src/feature/dircommon/voting_schedule.c \
src/feature/hibernate/hibernate.c \
src/feature/hs/hs_cache.c \
Actually sort the lines in src/core/include.am
2018-07-05 23:10:22 +02:00
src/feature/hs/hs_cell.c \
src/feature/hs/hs_circuit.c \
src/feature/hs/hs_circuitmap.c \
src/feature/hs/hs_client.c \
Fix our build system to know the new locations of the src/or stuff
2018-07-05 22:52:12 +02:00
src/feature/hs/hs_common.c \
Actually sort the lines in src/core/include.am
2018-07-05 23:10:22 +02:00
src/feature/hs/hs_config.c \
Fix our build system to know the new locations of the src/or stuff
2018-07-05 22:52:12 +02:00
src/feature/hs/hs_control.c \
Actually sort the lines in src/core/include.am
2018-07-05 23:10:22 +02:00
src/feature/hs/hs_descriptor.c \
Fix our build system to know the new locations of the src/or stuff
2018-07-05 22:52:12 +02:00
src/feature/hs/hs_ident.c \
Actually sort the lines in src/core/include.am
2018-07-05 23:10:22 +02:00
src/feature/hs/hs_intropoint.c \
Fix our build system to know the new locations of the src/or stuff
2018-07-05 22:52:12 +02:00
src/feature/hs/hs_service.c \
src/feature/hs/hs_stats.c \
Actually sort the lines in src/core/include.am
2018-07-05 23:10:22 +02:00
src/feature/hs_common/replaycache.c \
src/feature/hs_common/shared_random_client.c \
Move key-loading and crosscert-checking out of feature/relay This is also used by onion services, so it needs to go in another module.
2018-09-25 20:19:48 +02:00
src/feature/keymgt/loadkey.c \
src/feature/dirauth/keypin.c \
Split routerlist.c into 4 separate modules There are now separate modules for: * the list of router descriptors * the list of authorities and fallbacks * managing authority certificates * selecting random nodes
2018-09-19 20:10:15 +02:00
src/feature/nodelist/authcert.c \
src/feature/nodelist/dirlist.c \
Actually sort the lines in src/core/include.am
2018-07-05 23:10:22 +02:00
src/feature/nodelist/microdesc.c \
src/feature/nodelist/networkstatus.c \
src/feature/nodelist/nodelist.c \
Split routerlist.c into 4 separate modules There are now separate modules for: * the list of router descriptors * the list of authorities and fallbacks * managing authority certificates * selecting random nodes
2018-09-19 20:10:15 +02:00
src/feature/nodelist/node_select.c \
Actually sort the lines in src/core/include.am
2018-07-05 23:10:22 +02:00
src/feature/nodelist/parsecommon.c \
src/feature/nodelist/routerlist.c \
src/feature/nodelist/routerparse.c \
src/feature/nodelist/routerset.c \
Split most of dirserv.c into several new modules In dirauth: * bwauth.c reads and uses bandwidth files * guardfraction.c reads and uses the guardfraction file * reachability.c tests relay reachability * recommend_pkg.c handles the recommended-packages lines. * recv_descs.c handles fingerprint files and processing incoming routerinfos that relays upload to us * voteflag.c computes flag thresholds and sets those thresholds on routerstatuses when computing votes In control: * fmt_serverstatus.c generates the ancient "v1 server status" format that controllers expect. In nodelist: * routerstatus_fmt.c formats routerstatus entries for a consensus, a vote, or for the controller.
2018-09-20 14:09:35 +02:00
src/feature/nodelist/fmt_routerstatus.c \
Actually sort the lines in src/core/include.am
2018-07-05 23:10:22 +02:00
src/feature/nodelist/torcert.c \
src/feature/relay/dns.c \
Fix our build system to know the new locations of the src/or stuff
2018-07-05 22:52:12 +02:00
src/feature/relay/ext_orport.c \
Move the non-crypto parts of onion.c out of src/core/crypto The parts for handling cell formats should be in src/core/or. The parts for handling onionskin queues should be in src/core/or. Only the crypto wrapper belongs in src/core/crypto.
2018-09-20 19:55:02 +02:00
src/feature/relay/onion_queue.c \
Fix our build system to know the new locations of the src/or stuff
2018-07-05 22:52:12 +02:00
src/feature/relay/router.c \
src/feature/relay/routerkeys.c \
Move self-test functionality into its own file.
2018-09-25 21:10:11 +02:00
src/feature/relay/selftest.c \
Actually sort the lines in src/core/include.am
2018-07-05 23:10:22 +02:00
src/feature/rend/rendcache.c \
src/feature/rend/rendclient.c \
Fix our build system to know the new locations of the src/or stuff
2018-07-05 22:52:12 +02:00
src/feature/rend/rendcommon.c \
src/feature/rend/rendmid.c \
src/feature/rend/rendservice.c \
Actually sort the lines in src/core/include.am
2018-07-05 23:10:22 +02:00
src/feature/stats/geoip.c \
src/feature/stats/rephist.c
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 15:31:43 +02:00
Split most of dirserv.c into several new modules In dirauth: * bwauth.c reads and uses bandwidth files * guardfraction.c reads and uses the guardfraction file * reachability.c tests relay reachability * recommend_pkg.c handles the recommended-packages lines. * recv_descs.c handles fingerprint files and processing incoming routerinfos that relays upload to us * voteflag.c computes flag thresholds and sets those thresholds on routerstatuses when computing votes In control: * fmt_serverstatus.c generates the ancient "v1 server status" format that controllers expect. In nodelist: * routerstatus_fmt.c formats routerstatus entries for a consensus, a vote, or for the controller.
2018-09-20 14:09:35 +02:00
# These should eventually move into module_dirauth_sources, but for now
# the separation is only in the code location.
LIBTOR_APP_A_SOURCES += \
src/feature/dirauth/bwauth.c \
src/feature/dirauth/guardfraction.c \
src/feature/dirauth/reachability.c \
src/feature/dirauth/recommend_pkg.c \
src/feature/dirauth/process_descs.c \
src/feature/dirauth/voteflags.c
Move ntmain.c into libtor-app again It's needed by main.c Fixes bug 26662; bug not in any released Tor.
2018-07-06 19:59:40 +02:00
if BUILD_NT_SERVICES
LIBTOR_APP_A_SOURCES += src/app/main/ntmain.c
endif
mod: Build system changes for dirauth module Make our build system support a disable dirauth module option. It can only be disabled explicitly with: $ ./configure --disable-module-dirauth If *not* specified that is enabled, an automake conditional variable is set to true and a defined value for the C code: AM_CONDITIONAL: BUILD_MODULE_DIRAUTH AC_DEFINE: HAVE_MODULE_DIRAUTH=1 This introduces the dirauth/ module directory in src/or/ for which .c files are only compiled if the BUILD_MODULE_DIRAUTH is set. All the header files are compiled in regardless of the support so we can use the alternative entry point functions of the dirauth subsystem. Signed-off-by: David Goulet <dgoulet@torproject.org>
2018-04-03 21:06:34 +02:00
#
# Modules are conditionnally compiled in tor starting here. We add the C files
build: Always compile module support for tests The --disable-module-* configure option removes code from the final binary but we still build the unit tests with the disable module(s) so we can actually test that code path all the time and not forget about it. Signed-off-by: David Goulet <dgoulet@torproject.org>
2018-04-27 17:33:22 +02:00
# only if the modules has been enabled at configure time. We always add the
# source files of every module to libtor-testing.a so we can build the unit
Fix linker errors when building Tor. This patch fixes linking errors when compiling Tor with the dirauth module disabled. See: https://bugs.torproject.org/26418
2018-06-19 23:10:12 +02:00
# tests for everything. See the UNITTESTS_ENABLED branch below.
mod: Build system changes for dirauth module Make our build system support a disable dirauth module option. It can only be disabled explicitly with: $ ./configure --disable-module-dirauth If *not* specified that is enabled, an automake conditional variable is set to true and a defined value for the C code: AM_CONDITIONAL: BUILD_MODULE_DIRAUTH AC_DEFINE: HAVE_MODULE_DIRAUTH=1 This introduces the dirauth/ module directory in src/or/ for which .c files are only compiled if the BUILD_MODULE_DIRAUTH is set. All the header files are compiled in regardless of the support so we can use the alternative entry point functions of the dirauth subsystem. Signed-off-by: David Goulet <dgoulet@torproject.org>
2018-04-03 21:06:34 +02:00
#
Rename libtor.a to libtor-app.a
2018-06-21 17:01:10 +02:00
LIBTOR_APP_TESTING_A_SOURCES = $(LIBTOR_APP_A_SOURCES)
mod: Build system changes for dirauth module Make our build system support a disable dirauth module option. It can only be disabled explicitly with: $ ./configure --disable-module-dirauth If *not* specified that is enabled, an automake conditional variable is set to true and a defined value for the C code: AM_CONDITIONAL: BUILD_MODULE_DIRAUTH AC_DEFINE: HAVE_MODULE_DIRAUTH=1 This introduces the dirauth/ module directory in src/or/ for which .c files are only compiled if the BUILD_MODULE_DIRAUTH is set. All the header files are compiled in regardless of the support so we can use the alternative entry point functions of the dirauth subsystem. Signed-off-by: David Goulet <dgoulet@torproject.org>
2018-04-03 21:06:34 +02:00
# The Directory Authority module.
Fix our build system to know the new locations of the src/or stuff
2018-07-05 22:52:12 +02:00
MODULE_DIRAUTH_SOURCES = \
src/feature/dirauth/dircollate.c \
src/feature/dirauth/dirvote.c \
src/feature/dirauth/shared_random.c \
src/feature/dirauth/shared_random_state.c
build: Always compile module support for tests The --disable-module-* configure option removes code from the final binary but we still build the unit tests with the disable module(s) so we can actually test that code path all the time and not forget about it. Signed-off-by: David Goulet <dgoulet@torproject.org>
2018-04-27 17:33:22 +02:00
if BUILD_MODULE_DIRAUTH
Rename libtor.a to libtor-app.a
2018-06-21 17:01:10 +02:00
LIBTOR_APP_A_SOURCES += $(MODULE_DIRAUTH_SOURCES)
mod: Build system changes for dirauth module Make our build system support a disable dirauth module option. It can only be disabled explicitly with: $ ./configure --disable-module-dirauth If *not* specified that is enabled, an automake conditional variable is set to true and a defined value for the C code: AM_CONDITIONAL: BUILD_MODULE_DIRAUTH AC_DEFINE: HAVE_MODULE_DIRAUTH=1 This introduces the dirauth/ module directory in src/or/ for which .c files are only compiled if the BUILD_MODULE_DIRAUTH is set. All the header files are compiled in regardless of the support so we can use the alternative entry point functions of the dirauth subsystem. Signed-off-by: David Goulet <dgoulet@torproject.org>
2018-04-03 21:06:34 +02:00
endif
Start splitting src/or This is a very gentle commit that just lays the groundwork in the build system: it puts the include files to build libtor-app.a into src/core, and to build the tor executable into src/app. The executable is now "src/app/tor".
2018-07-05 22:04:32 +02:00
src_core_libtor_app_a_SOURCES = $(LIBTOR_APP_A_SOURCES)
Heed --disable-unittests properly
2018-06-02 11:53:04 +02:00
if UNITTESTS_ENABLED
Fix linker errors when building Tor. This patch fixes linking errors when compiling Tor with the dirauth module disabled. See: https://bugs.torproject.org/26418
2018-06-19 23:10:12 +02:00
# Add the sources of the modules that are needed for tests to work here.
Rename libtor.a to libtor-app.a
2018-06-21 17:01:10 +02:00
LIBTOR_APP_TESTING_A_SOURCES += $(MODULE_DIRAUTH_SOURCES)
Fix linker errors when building Tor. This patch fixes linking errors when compiling Tor with the dirauth module disabled. See: https://bugs.torproject.org/26418
2018-06-19 23:10:12 +02:00
Start splitting src/or This is a very gentle commit that just lays the groundwork in the build system: it puts the include files to build libtor-app.a into src/core, and to build the tor executable into src/app. The executable is now "src/app/tor".
2018-07-05 22:04:32 +02:00
src_core_libtor_app_testing_a_SOURCES = $(LIBTOR_APP_TESTING_A_SOURCES)
Heed --disable-unittests properly
2018-06-02 11:53:04 +02:00
else
Start splitting src/or This is a very gentle commit that just lays the groundwork in the build system: it puts the include files to build libtor-app.a into src/core, and to build the tor executable into src/app. The executable is now "src/app/tor".
2018-07-05 22:04:32 +02:00
src_core_libtor_app_testing_a_SOURCES =
Heed --disable-unittests properly
2018-06-02 11:53:04 +02:00
endif
Start work on fancy compiler tricks to expose extra stuff to our tests This is mainly a matter of automake trickery: we build each static library in two versions now: one with the TOR_UNIT_TESTS macro defined, and one without. When TOR_UNIT_TESTS is defined, we can enable mocking and expose more functions. When it's not defined, we can lock the binary down more. The alternatives would be to have alternate build modes: a "testing configuration" for building the libraries with test support, and a "production configuration" for building them without. I don't favor that approach, since I think it would mean more people runnning binaries build for testing, or more people not running unit tests.
2013-06-06 20:56:05 +02:00
Use tabs in src/or/include.am
2015-08-18 04:30:02 +02:00
AM_CPPFLAGS += -DSHARE_DATADIR="\"$(datadir)\"" \
-DLOCALSTATEDIR="\"$(localstatedir)\"" \
-DBINDIR="\"$(bindir)\""
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 15:31:43 +02:00
Start splitting src/or This is a very gentle commit that just lays the groundwork in the build system: it puts the include files to build libtor-app.a into src/core, and to build the tor executable into src/app. The executable is now "src/app/tor".
2018-07-05 22:04:32 +02:00
src_core_libtor_app_testing_a_CPPFLAGS = $(AM_CPPFLAGS) $(TEST_CPPFLAGS)
src_core_libtor_app_testing_a_CFLAGS = $(AM_CFLAGS) $(TEST_CFLAGS)
Coverage support: build with --enable-coverage to have tests run with gcov If you pass the --enable-coverage flag on the command line, we build our testing binaries with appropriate options eo enable coverage testing. We also build a "tor-cov" binary that has coverage enabled, for integration tests. On recent OSX versions, test coverage only works with clang, not gcc. So we warn about that. Also add a contrib/coverage script to actually run gcov with the appropriate options to generate useful .gcov files. (Thanks to automake, the .o files will not have the names that gcov expects to find.) Also, remove generated gcda and gcno files on clean.
2013-07-09 18:37:11 +02:00
Fix our build system to know the new locations of the src/or stuff
2018-07-05 22:52:12 +02:00
noinst_HEADERS += \
src/app/config/config.h \
Actually sort the lines in src/core/include.am
2018-07-05 23:10:22 +02:00
src/app/config/confparse.h \
Fix our build system to know the new locations of the src/or stuff
2018-07-05 22:52:12 +02:00
src/app/config/or_options_st.h \
src/app/config/or_state_st.h \
Actually sort the lines in src/core/include.am
2018-07-05 23:10:22 +02:00
src/app/config/statefile.h \
Split main.c into main.c and mainloop.c The main.c code is responsible for initialization and shutdown; the mainloop.c code is responsible for running the main loop of Tor. Splitting the "generic event loop" part of mainloop.c from the event-loop-specific part is not done as part of this patch.
2018-09-20 21:19:43 +02:00
src/app/main/main.h \
Fix our build system to know the new locations of the src/or stuff
2018-07-05 22:52:12 +02:00
src/app/main/ntmain.h \
src/core/crypto/hs_ntor.h \
Move the non-crypto parts of onion.c out of src/core/crypto The parts for handling cell formats should be in src/core/or. The parts for handling onionskin queues should be in src/core/or. Only the crypto wrapper belongs in src/core/crypto.
2018-09-20 19:55:02 +02:00
src/core/crypto/onion_crypto.h \
Fix our build system to know the new locations of the src/or stuff
2018-07-05 22:52:12 +02:00
src/core/crypto/onion_fast.h \
Actually sort the lines in src/core/include.am
2018-07-05 23:10:22 +02:00
src/core/crypto/onion_ntor.h \
src/core/crypto/onion_tap.h \
Fix our build system to know the new locations of the src/or stuff
2018-07-05 22:52:12 +02:00
src/core/crypto/relay_crypto.h \
Actually sort the lines in src/core/include.am
2018-07-05 23:10:22 +02:00
src/core/mainloop/connection.h \
src/core/mainloop/cpuworker.h \
Split main.c into main.c and mainloop.c The main.c code is responsible for initialization and shutdown; the mainloop.c code is responsible for running the main loop of Tor. Splitting the "generic event loop" part of mainloop.c from the event-loop-specific part is not done as part of this patch.
2018-09-20 21:19:43 +02:00
src/core/mainloop/mainloop.h \
Actually sort the lines in src/core/include.am
2018-07-05 23:10:22 +02:00
src/core/mainloop/periodic.h \
src/core/or/addr_policy_st.h \
src/core/or/address_set.h \
src/core/or/cell_queue_st.h \
src/core/or/cell_st.h \
src/core/or/channel.h \
src/core/or/channelpadding.h \
src/core/or/channeltls.h \
src/core/or/circuit_st.h \
src/core/or/circuitbuild.h \
src/core/or/circuitlist.h \
src/core/or/circuitmux.h \
src/core/or/circuitmux_ewma.h \
Fix our build system to know the new locations of the src/or stuff
2018-07-05 22:52:12 +02:00
src/core/or/circuitstats.h \
Actually sort the lines in src/core/include.am
2018-07-05 23:10:22 +02:00
src/core/or/circuituse.h \
Fix our build system to know the new locations of the src/or stuff
2018-07-05 22:52:12 +02:00
src/core/or/command.h \
Actually sort the lines in src/core/include.am
2018-07-05 23:10:22 +02:00
src/core/or/connection_edge.h \
src/core/or/connection_or.h \
Fix our build system to know the new locations of the src/or stuff
2018-07-05 22:52:12 +02:00
src/core/or/connection_st.h \
Actually sort the lines in src/core/include.am
2018-07-05 23:10:22 +02:00
src/core/or/cpath_build_state_st.h \
Fix our build system to know the new locations of the src/or stuff
2018-07-05 22:52:12 +02:00
src/core/or/crypt_path_reference_st.h \
src/core/or/crypt_path_st.h \
Actually sort the lines in src/core/include.am
2018-07-05 23:10:22 +02:00
src/core/or/destroy_cell_queue_st.h \
Fix our build system to know the new locations of the src/or stuff
2018-07-05 22:52:12 +02:00
src/core/or/dos.h \
Actually sort the lines in src/core/include.am
2018-07-05 23:10:22 +02:00
src/core/or/edge_connection_st.h \
Add half_edge_t to noinst_HEADERS.
2018-08-29 20:46:01 +02:00
src/core/or/half_edge_st.h \
Actually sort the lines in src/core/include.am
2018-07-05 23:10:22 +02:00
src/core/or/entry_connection_st.h \
Fix our build system to know the new locations of the src/or stuff
2018-07-05 22:52:12 +02:00
src/core/or/entry_port_cfg_st.h \
Actually sort the lines in src/core/include.am
2018-07-05 23:10:22 +02:00
src/core/or/extend_info_st.h \
src/core/or/listener_connection_st.h \
Move the non-crypto parts of onion.c out of src/core/crypto The parts for handling cell formats should be in src/core/or. The parts for handling onionskin queues should be in src/core/or. Only the crypto wrapper belongs in src/core/crypto.
2018-09-20 19:55:02 +02:00
src/core/or/onion.h \
Actually sort the lines in src/core/include.am
2018-07-05 23:10:22 +02:00
src/core/or/or.h \
src/core/or/or_circuit_st.h \
src/core/or/or_connection_st.h \
src/core/or/or_handshake_certs_st.h \
Fix our build system to know the new locations of the src/or stuff
2018-07-05 22:52:12 +02:00
src/core/or/or_handshake_state_st.h \
Actually sort the lines in src/core/include.am
2018-07-05 23:10:22 +02:00
src/core/or/origin_circuit_st.h \
Fix our build system to know the new locations of the src/or stuff
2018-07-05 22:52:12 +02:00
src/core/or/policies.h \
Actually sort the lines in src/core/include.am
2018-07-05 23:10:22 +02:00
src/core/or/port_cfg_st.h \
src/core/or/protover.h \
Fix our build system to know the new locations of the src/or stuff
2018-07-05 22:52:12 +02:00
src/core/or/reasons.h \
Actually sort the lines in src/core/include.am
2018-07-05 23:10:22 +02:00
src/core/or/relay.h \
src/core/or/relay_crypto_st.h \
src/core/or/scheduler.h \
src/core/or/server_port_cfg_st.h \
src/core/or/socks_request_st.h \
src/core/or/status.h \
Fix our build system to know the new locations of the src/or stuff
2018-07-05 22:52:12 +02:00
src/core/or/tor_version_st.h \
Actually sort the lines in src/core/include.am
2018-07-05 23:10:22 +02:00
src/core/or/var_cell_st.h \
src/core/proto/proto_cell.h \
src/core/proto/proto_control0.h \
src/core/proto/proto_ext_or.h \
src/core/proto/proto_http.h \
src/core/proto/proto_socks.h \
src/feature/api/tor_api_internal.h \
src/feature/client/addressmap.h \
src/feature/client/bridges.h \
src/feature/client/circpathbias.h \
src/feature/client/dnsserv.h \
src/feature/client/entrynodes.h \
src/feature/client/transports.h \
src/feature/control/control.h \
src/feature/control/control_connection_st.h \
Split most of dirserv.c into several new modules In dirauth: * bwauth.c reads and uses bandwidth files * guardfraction.c reads and uses the guardfraction file * reachability.c tests relay reachability * recommend_pkg.c handles the recommended-packages lines. * recv_descs.c handles fingerprint files and processing incoming routerinfos that relays upload to us * voteflag.c computes flag thresholds and sets those thresholds on routerstatuses when computing votes In control: * fmt_serverstatus.c generates the ancient "v1 server status" format that controllers expect. In nodelist: * routerstatus_fmt.c formats routerstatus entries for a consensus, a vote, or for the controller.
2018-09-20 14:09:35 +02:00
src/feature/control/fmt_serverstatus.h \
src/feature/dirauth/bwauth.h \
Actually sort the lines in src/core/include.am
2018-07-05 23:10:22 +02:00
src/feature/dirauth/dircollate.h \
src/feature/dirauth/dirvote.h \
Split most of dirserv.c into several new modules In dirauth: * bwauth.c reads and uses bandwidth files * guardfraction.c reads and uses the guardfraction file * reachability.c tests relay reachability * recommend_pkg.c handles the recommended-packages lines. * recv_descs.c handles fingerprint files and processing incoming routerinfos that relays upload to us * voteflag.c computes flag thresholds and sets those thresholds on routerstatuses when computing votes In control: * fmt_serverstatus.c generates the ancient "v1 server status" format that controllers expect. In nodelist: * routerstatus_fmt.c formats routerstatus entries for a consensus, a vote, or for the controller.
2018-09-20 14:09:35 +02:00
src/feature/dirauth/guardfraction.h \
Actually sort the lines in src/core/include.am
2018-07-05 23:10:22 +02:00
src/feature/dirauth/keypin.h \
src/feature/dirauth/mode.h \
src/feature/dirauth/ns_detached_signatures_st.h \
Split most of dirserv.c into several new modules In dirauth: * bwauth.c reads and uses bandwidth files * guardfraction.c reads and uses the guardfraction file * reachability.c tests relay reachability * recommend_pkg.c handles the recommended-packages lines. * recv_descs.c handles fingerprint files and processing incoming routerinfos that relays upload to us * voteflag.c computes flag thresholds and sets those thresholds on routerstatuses when computing votes In control: * fmt_serverstatus.c generates the ancient "v1 server status" format that controllers expect. In nodelist: * routerstatus_fmt.c formats routerstatus entries for a consensus, a vote, or for the controller.
2018-09-20 14:09:35 +02:00
src/feature/dirauth/reachability.h \
src/feature/dirauth/recommend_pkg.h \
src/feature/dirauth/process_descs.h \
Actually sort the lines in src/core/include.am
2018-07-05 23:10:22 +02:00
src/feature/dirauth/shared_random.h \
src/feature/dirauth/shared_random_state.h \
src/feature/dirauth/vote_microdesc_hash_st.h \
Split most of dirserv.c into several new modules In dirauth: * bwauth.c reads and uses bandwidth files * guardfraction.c reads and uses the guardfraction file * reachability.c tests relay reachability * recommend_pkg.c handles the recommended-packages lines. * recv_descs.c handles fingerprint files and processing incoming routerinfos that relays upload to us * voteflag.c computes flag thresholds and sets those thresholds on routerstatuses when computing votes In control: * fmt_serverstatus.c generates the ancient "v1 server status" format that controllers expect. In nodelist: * routerstatus_fmt.c formats routerstatus entries for a consensus, a vote, or for the controller.
2018-09-20 14:09:35 +02:00
src/feature/dirauth/voteflags.h \
Actually sort the lines in src/core/include.am
2018-07-05 23:10:22 +02:00
src/feature/dircache/cached_dir_st.h \
src/feature/dircache/conscache.h \
src/feature/dircache/consdiffmgr.h \
Split directory.c code into several modules Parts of this C file naturally belong in dircache, dirclient, and dircommon: so, move them there.
2018-09-21 16:26:57 +02:00
src/feature/dircache/dircache.h \
Actually sort the lines in src/core/include.am
2018-07-05 23:10:22 +02:00
src/feature/dircache/dirserv.h \
src/feature/dirclient/dir_server_st.h \
Split directory.c code into several modules Parts of this C file naturally belong in dircache, dirclient, and dircommon: so, move them there.
2018-09-21 16:26:57 +02:00
src/feature/dirclient/dirclient.h \
src/feature/dirclient/dlstatus.h \
Actually sort the lines in src/core/include.am
2018-07-05 23:10:22 +02:00
src/feature/dirclient/download_status_st.h \
Fix our build system to know the new locations of the src/or stuff
2018-07-05 22:52:12 +02:00
src/feature/dircommon/consdiff.h \
src/feature/dircommon/dir_connection_st.h \
Split directory.c code into several modules Parts of this C file naturally belong in dircache, dirclient, and dircommon: so, move them there.
2018-09-21 16:26:57 +02:00
src/feature/dircommon/directory.h \
Fix our build system to know the new locations of the src/or stuff
2018-07-05 22:52:12 +02:00
src/feature/dircommon/fp_pair.h \
src/feature/dircommon/vote_timing_st.h \
Actually sort the lines in src/core/include.am
2018-07-05 23:10:22 +02:00
src/feature/dircommon/voting_schedule.h \
Fix our build system to know the new locations of the src/or stuff
2018-07-05 22:52:12 +02:00
src/feature/hibernate/hibernate.h \
src/feature/hs/hs_cache.h \
Actually sort the lines in src/core/include.am
2018-07-05 23:10:22 +02:00
src/feature/hs/hs_cell.h \
src/feature/hs/hs_circuit.h \
src/feature/hs/hs_circuitmap.h \
Fix our build system to know the new locations of the src/or stuff
2018-07-05 22:52:12 +02:00
src/feature/hs/hs_client.h \
Actually sort the lines in src/core/include.am
2018-07-05 23:10:22 +02:00
src/feature/hs/hs_common.h \
Fix our build system to know the new locations of the src/or stuff
2018-07-05 22:52:12 +02:00
src/feature/hs/hs_config.h \
Actually sort the lines in src/core/include.am
2018-07-05 23:10:22 +02:00
src/feature/hs/hs_control.h \
Fix our build system to know the new locations of the src/or stuff
2018-07-05 22:52:12 +02:00
src/feature/hs/hs_descriptor.h \
Actually sort the lines in src/core/include.am
2018-07-05 23:10:22 +02:00
src/feature/hs/hs_ident.h \
src/feature/hs/hs_intropoint.h \
Fix our build system to know the new locations of the src/or stuff
2018-07-05 22:52:12 +02:00
src/feature/hs/hs_service.h \
Actually sort the lines in src/core/include.am
2018-07-05 23:10:22 +02:00
src/feature/hs/hs_stats.h \
Fix our build system to know the new locations of the src/or stuff
2018-07-05 22:52:12 +02:00
src/feature/hs/hsdir_index_st.h \
Actually sort the lines in src/core/include.am
2018-07-05 23:10:22 +02:00
src/feature/hs_common/replaycache.h \
src/feature/hs_common/shared_random_client.h \
Move key-loading and crosscert-checking out of feature/relay This is also used by onion services, so it needs to go in another module.
2018-09-25 20:19:48 +02:00
src/feature/keymgt/loadkey.h \
Split routerlist.c into 4 separate modules There are now separate modules for: * the list of router descriptors * the list of authorities and fallbacks * managing authority certificates * selecting random nodes
2018-09-19 20:10:15 +02:00
src/feature/nodelist/authcert.h \
Actually sort the lines in src/core/include.am
2018-07-05 23:10:22 +02:00
src/feature/nodelist/authority_cert_st.h \
src/feature/nodelist/desc_store_st.h \
Split routerlist.c into 4 separate modules There are now separate modules for: * the list of router descriptors * the list of authorities and fallbacks * managing authority certificates * selecting random nodes
2018-09-19 20:10:15 +02:00
src/feature/nodelist/dirlist.h \
Actually sort the lines in src/core/include.am
2018-07-05 23:10:22 +02:00
src/feature/nodelist/document_signature_st.h \
src/feature/nodelist/extrainfo_st.h \
src/feature/nodelist/microdesc.h \
src/feature/nodelist/microdesc_st.h \
src/feature/nodelist/networkstatus.h \
src/feature/nodelist/networkstatus_sr_info_st.h \
src/feature/nodelist/networkstatus_st.h \
src/feature/nodelist/networkstatus_voter_info_st.h \
src/feature/nodelist/node_st.h \
src/feature/nodelist/nodelist.h \
Split routerlist.c into 4 separate modules There are now separate modules for: * the list of router descriptors * the list of authorities and fallbacks * managing authority certificates * selecting random nodes
2018-09-19 20:10:15 +02:00
src/feature/nodelist/node_select.h \
Actually sort the lines in src/core/include.am
2018-07-05 23:10:22 +02:00
src/feature/nodelist/parsecommon.h \
src/feature/nodelist/routerinfo_st.h \
src/feature/nodelist/routerlist.h \
src/feature/nodelist/routerlist_st.h \
src/feature/nodelist/routerparse.h \
src/feature/nodelist/routerset.h \
Split most of dirserv.c into several new modules In dirauth: * bwauth.c reads and uses bandwidth files * guardfraction.c reads and uses the guardfraction file * reachability.c tests relay reachability * recommend_pkg.c handles the recommended-packages lines. * recv_descs.c handles fingerprint files and processing incoming routerinfos that relays upload to us * voteflag.c computes flag thresholds and sets those thresholds on routerstatuses when computing votes In control: * fmt_serverstatus.c generates the ancient "v1 server status" format that controllers expect. In nodelist: * routerstatus_fmt.c formats routerstatus entries for a consensus, a vote, or for the controller.
2018-09-20 14:09:35 +02:00
src/feature/nodelist/fmt_routerstatus.h \
Actually sort the lines in src/core/include.am
2018-07-05 23:10:22 +02:00
src/feature/nodelist/routerstatus_st.h \
src/feature/nodelist/signed_descriptor_st.h \
src/feature/nodelist/torcert.h \
src/feature/nodelist/vote_routerstatus_st.h \
Fix our build system to know the new locations of the src/or stuff
2018-07-05 22:52:12 +02:00
src/feature/relay/dns.h \
Actually sort the lines in src/core/include.am
2018-07-05 23:10:22 +02:00
src/feature/relay/dns_structs.h \
Fix our build system to know the new locations of the src/or stuff
2018-07-05 22:52:12 +02:00
src/feature/relay/ext_orport.h \
Move the non-crypto parts of onion.c out of src/core/crypto The parts for handling cell formats should be in src/core/or. The parts for handling onionskin queues should be in src/core/or. Only the crypto wrapper belongs in src/core/crypto.
2018-09-20 19:55:02 +02:00
src/feature/relay/onion_queue.h \
Fix our build system to know the new locations of the src/or stuff
2018-07-05 22:52:12 +02:00
src/feature/relay/router.h \
src/feature/relay/routerkeys.h \
Move self-test functionality into its own file.
2018-09-25 21:10:11 +02:00
src/feature/relay/selftest.h \
Fix our build system to know the new locations of the src/or stuff
2018-07-05 22:52:12 +02:00
src/feature/rend/rend_authorized_client_st.h \
src/feature/rend/rend_encoded_v2_service_descriptor_st.h \
Actually sort the lines in src/core/include.am
2018-07-05 23:10:22 +02:00
src/feature/rend/rend_intro_point_st.h \
Fix our build system to know the new locations of the src/or stuff
2018-07-05 22:52:12 +02:00
src/feature/rend/rend_service_descriptor_st.h \
Actually sort the lines in src/core/include.am
2018-07-05 23:10:22 +02:00
src/feature/rend/rendcache.h \
Fix our build system to know the new locations of the src/or stuff
2018-07-05 22:52:12 +02:00
src/feature/rend/rendclient.h \
Actually sort the lines in src/core/include.am
2018-07-05 23:10:22 +02:00
src/feature/rend/rendcommon.h \
src/feature/rend/rendmid.h \
src/feature/rend/rendservice.h \
src/feature/stats/geoip.h \
src/feature/stats/rephist.h
mod: Build system changes for dirauth module Make our build system support a disable dirauth module option. It can only be disabled explicitly with: $ ./configure --disable-module-dirauth If *not* specified that is enabled, an automake conditional variable is set to true and a defined value for the C code: AM_CONDITIONAL: BUILD_MODULE_DIRAUTH AC_DEFINE: HAVE_MODULE_DIRAUTH=1 This introduces the dirauth/ module directory in src/or/ for which .c files are only compiled if the BUILD_MODULE_DIRAUTH is set. All the header files are compiled in regardless of the support so we can use the alternative entry point functions of the dirauth subsystem. Signed-off-by: David Goulet <dgoulet@torproject.org>
2018-04-03 21:06:34 +02:00
Fix our build system to know the new locations of the src/or stuff
2018-07-05 22:52:12 +02:00
noinst_HEADERS += \
src/app/config/auth_dirs.inc \
src/app/config/fallback_dirs.inc
mod: Build system changes for dirauth module Make our build system support a disable dirauth module option. It can only be disabled explicitly with: $ ./configure --disable-module-dirauth If *not* specified that is enabled, an automake conditional variable is set to true and a defined value for the C code: AM_CONDITIONAL: BUILD_MODULE_DIRAUTH AC_DEFINE: HAVE_MODULE_DIRAUTH=1 This introduces the dirauth/ module directory in src/or/ for which .c files are only compiled if the BUILD_MODULE_DIRAUTH is set. All the header files are compiled in regardless of the support so we can use the alternative entry point functions of the dirauth subsystem. Signed-off-by: David Goulet <dgoulet@torproject.org>
2018-04-03 21:06:34 +02:00
Add a public tor_api.h with an implementation in tor_api.c The main effect of this change is to commit to an extensible long-term API. Closes ticket 23684.
2017-10-18 20:26:29 +02:00
# This may someday want to be an installed file?
Fix our build system to know the new locations of the src/or stuff
2018-07-05 22:52:12 +02:00
noinst_HEADERS += src/feature/api/tor_api.h
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 15:31:43 +02:00
build: minimal adjustments to make out-of-tree build work
2012-08-27 16:00:22 +02:00
micro-revision.i: FORCE
Silence two make rules
2015-05-18 17:29:07 +02:00
$(AM_V_at)rm -f micro-revision.tmp; \
Test for .git as readable instead of a dir to support worktrees Fixes #20492.
2016-12-05 04:16:59 +01:00
if test -r "$(top_srcdir)/.git" && \
Clean up generated files. Remove src/or/or_sha1.i and src/common/common_sha1.i on `make clean` and remove the temporary micro-revision file when its no longer needed. Additional changes; - show a message when generating the micro-revision file. - add the temporary micro revision file to the list of files to be removed on `make clean` just in case. - fix indentation of the make rule to improve readability.
2015-02-25 16:04:02 +01:00
test -x "`which git 2>&1;true`"; then \
HASH="`cd "$(top_srcdir)" && git rev-parse --short=16 HEAD`"; \
echo \"$$HASH\" > micro-revision.tmp; \
fi; \
if test ! -f micro-revision.tmp; then \
if test ! -f micro-revision.i; then \
echo '""' > micro-revision.i; \
fi; \
elif test ! -f micro-revision.i || \
test x"`cat micro-revision.tmp`" != x"`cat micro-revision.i`"; then \
mv micro-revision.tmp micro-revision.i; \
fi; \
rm -f micro-revision.tmp; \
true
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 15:31:43 +02:00
Fix our build system to know the new locations of the src/or stuff
2018-07-05 22:52:12 +02:00
CLEANFILES+= micro-revision.i micro-revision.tmp
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 15:31:43 +02:00
Make the _sha1.i file generation quieter
2012-08-23 19:14:41 +02:00
FORCE:
Reference in New Issue Copy Permalink