| Commit message (Expand) | Author | Age |
|---|
| * | Stop linking src/tools/* against libevent | Nick Mathewson | 2010-11-11 |
| * | First implementation of tor-fw-helper.•••tor-fw-helper is a command-line tool to wrap and abstract various
firewall port-forwarding tools.
This commit matches the state of Jacob's tor-fw-helper branch as of
23 September 2010.
(commit msg by Nick)
| Jacob Appelbaum | 2010-09-30 |
| * | Add --enable-static-zlib option•••Works like the --enable-static-openssl/libevent options. Requires
--with-zlib-dir to be set. Note that other dependencies might still
pull in a dynamicly linked zlib, if you don't link them in statically
too.
| Sebastian Hahn | 2010-04-14 |
| * | Merge commit 'origin/maint-0.2.1'•••Resolved conflicts in:
configure.in
src/or/Makefile.am
src/tools/Makefile.am
| Nick Mathewson | 2010-01-24 |
| |\ |
|
| | * | Add --enable-static-(openssl|libevent) options•••These options only work when using --with-(openssl|libevent)-dir to
explicitly pick a libevent or openssl location.
| Nick Mathewson | 2010-01-24 |
| * | | Build Bug: -lm should come after passing ../common/libor.a to linker•••The following commit:
commit e56747f9cf29ed788baf8805bfe391925d8a19da
Author: Nick Mathewson <nickm@torproject.org>
Date: Tue Dec 15 14:32:55 2009 -0500
Refactor a bit so that it is safe to include math.h, and mostly not needed.
introduced this line:
tor_resolve_LDADD = -lm ../common/libor.a @TOR_LIB_WS32@
which caused the build to fail, because only ../common/libor.a
(via the embedded ../common/util.o via ../common/util.c)
referenced libm's `lround' and `log' symbols, so that the
linker (GNU ld) didn't bother to import those symbols before
reading ../common/libor.a, thus leaving those symbols undefined.
The solution was to swap the order, producing the line:
tor_resolve_LDADD = ../common/libor.a -lm @TOR_LIB_WS32@
Signed-off-by: Michael Witten <mfwitten@gmail.com>
| Michael Witten | 2010-01-18 |
| * | | Refactor a bit so that it is safe to include math.h, and mostly not needed. | Nick Mathewson | 2009-12-15 |
| * | | Update Tor to use Libevent 2.0 APIs when available.•••This patch adds a new compat_libevent.[ch] set of files, and moves our
Libevent compatibility and utilitity functions there. We build them
into a separate .a so that nothing else in src/commmon depends on
Libevent (partially fixing bug 507).
Also, do not use our own built-in evdns copy when we have Libevent
2.0, whose evdns is finally good enough (thus fixing Bug 920).
| Nick Mathewson | 2009-06-12 |
| |/ |
|
| * | r15558@tombo: nickm | 2008-05-09 04:35:12 -0400••• New (temporary) tool to dump the modulus of a key. May help with a project of weasel's.
svn:r14580
| Nick Mathewson | 2008-05-09 |
| * | r13953@Kushana: nickm | 2007-08-08 07:40:46 -0700••• Fix osx compilation.
svn:r11065
| Nick Mathewson | 2007-08-08 |
| * | r14093@catbus: nickm | 2007-08-08 01:49:54 -0400••• Include fewer redundant headers; use the compiler search paths better.
svn:r11060
| Nick Mathewson | 2007-08-08 |
| * | r12611@catbus: nickm | 2007-04-30 22:49:00 -0400••• For reasons which make sense to somebody, I'm sure, mingw gcc wants the libraries to appear at the end of the command line. This is done by specifying them with LDADD in Makefile.am, not LDFLAGS.
If anybody can explain to me why mingw thinks "gcc -o foo foo.o -lbar" is fine, whereas "gcc -lbar -o foo foo.o" is Doubleplusbad UnMingwThink, I'd quite appreciate it. Until then, I'll just do what seems to work, and hope we don't blunder across any other great slumbering cthonian deities of arbitrary syntax.
svn:r10082
| Nick Mathewson | 2007-05-01 |
| * | r12607@catbus: nickm | 2007-04-30 21:36:28 -0400••• More attempt to fix win32 building. This time, with extra linking.
svn:r10080
| Nick Mathewson | 2007-05-01 |
| * | r12596@catbus: nickm | 2007-04-30 18:42:44 -0400••• New tool to generate key certificates as in proposal 103. needs cleanup
svn:r10075
| Nick Mathewson | 2007-04-30 |
| * | Add a pure-C tor-resolve implementation•••svn:r2620
| Nick Mathewson | 2004-10-28 |