| Commit message (Collapse) | Author | Age |
|---|
| |
|
|
|
|
|
| |
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.
|
| |\
| |
| |
| |
| |
| |
| | |
Resolved conflicts in:
configure.in
src/or/Makefile.am
src/tools/Makefile.am
|
| | |
| |
| |
| |
| | |
These options only work when using --with-(openssl|libevent)-dir to
explicitly pick a libevent or openssl location.
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
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>
|
| | | |
|
| |/
|
|
|
|
|
|
|
|
| |
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).
|
| |
|
|
|
|
|
| |
New (temporary) tool to dump the modulus of a key. May help with a project of weasel's.
svn:r14580
|
| |
|
|
|
|
|
| |
Fix osx compilation.
svn:r11065
|
| |
|
|
|
|
|
| |
Include fewer redundant headers; use the compiler search paths better.
svn:r11060
|
| |
|
|
|
|
|
|
| |
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
|
| |
|
|
|
|
|
| |
More attempt to fix win32 building. This time, with extra linking.
svn:r10080
|
| |
|
|
|
|
|
| |
New tool to generate key certificates as in proposal 103. needs cleanup
svn:r10075
|
|
|
svn:r2620
|