| Commit message (Collapse) | Author | Age |
|---|
| |
|
|
|
|
|
| |
Our updateVersions script was being verbose, which might have made
sense back when I wrote it, but doesn't any more.
Final fix for bug 6599
|
| |
|
|
| |
This is the preferred filename to use with Autoconf 2.50 and later.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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/
|
| |
|
|
|
|
|
| |
updating for windows. i'm not sure why.
svn:r13292
|
| |
|
|
|
|
|
| |
Stop trying to mess with version in tor-mingw.nsi.in when we reconfigure. This is a relic of our pre-mingw days, when we didn't use autoconf on windows.
svn:r13120
|
| |
|
|
|
|
|
|
| |
what we're using these days, and stop shipping the old one to
be sure.
svn:r8912
|
| |
|
|
| |
svn:r6444
|
|
|
svn:r2842
|