Jim Meyering authored 12 years ago and Nick Mathewson committed 12 years ago

(commit message by nickm)

Jim Meyering authored 12 years ago and Nick Mathewson committed 12 years ago

Apparently the former will stop working with newer auto*

(commit message by nickm)

Stewart Smith authored 12 years ago and Nick Mathewson committed 12 years ago

(otherwise would throw an error of "required file X" not found as part
of autogen.sh)

Stewart Smith authored 12 years ago and Nick Mathewson committed 12 years ago

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/

And more to the point, some GCCs will warn that you can't say it
before C90.

Bug not in any released version of Tor.

Conflicts:
	src/or/routerlist.c

I don't personally agree that this is likely to be easy to exploit,
and some initial experimention I've done suggests that cache-miss
times are just plain too fast to get useful info out of when they're
mixed up with the rest of Tor's timing noise.  Nevertheless, I'm
leaving Robert's initial changelog entry in the git history so that he
can be the voice of reason if I'm wrong. :)

Robert Ransom authored 12 years ago and Nick Mathewson committed 12 years ago

Tor's and OpenSSL's current design guarantee that there are other leaks,
but this one is likely to be more easily exploitable, and is easy to fix.

Fix for 6530; fix on 0.2.2.6-alpha.

The values are only being checked, not modified.

Stewart Smith authored 12 years ago and Nick Mathewson committed 12 years ago

This makes the V=1 or V=0 automake silent build options display (or hide)
the full command line used.

  GEN foo.bar

will be seen rather than the full command.

As with all automake silent rules, "make V=1" will output the full command.

Stewart Smith authored 12 years ago and Nick Mathewson committed 12 years ago

$ make V=1 # will temporarily disable them

otherwise you see:

   CC foo.c

rather than the giant long bulid line.

This makes it significantly easier to spot compiler warnings etc.

Additionally, make them conditional, so we won't error on automake <
1.11

(commits squashed by nickm.)

Fixes 6480; fix on 0.2.0.1-alpha; based on pseudonymous patch.

Two of the do_*_test functions were actually prefixes of the third,
which suggests a trivial code elimination step