mirrors/tor
1
0
Fork 0
mirror of https://gitlab.torproject.org/tpo/core/tor.git synced 2025-02-26 15:42:34 +01:00
Code Issues Projects Releases Wiki Activity
tor/src/tools/Makefile.am

19 lines
718 B
Text
Raw Normal View History

r12596@catbus: nickm | 2007-04-30 18:42:44 -0400 New tool to generate key certificates as in proposal 103. needs cleanup svn:r10075
2007-04-30 22:43:01 +00:00
bin_PROGRAMS = tor-resolve tor-gencert
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
2008-05-09 08:35:38 +00:00
noinst_PROGRAMS = tor-checkkey
Add a pure-C tor-resolve implementation svn:r2620
2004-10-28 20:28:13 +00:00
tor_resolve_SOURCES = tor-resolve.c
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
2007-05-01 02:53:32 +00:00
tor_resolve_LDFLAGS = @TOR_LDFLAGS_libevent@
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>
2010-01-16 21:13:31 +00:00
tor_resolve_LDADD = ../common/libor.a -lm @TOR_LIB_WS32@
Add a pure-C tor-resolve implementation svn:r2620
2004-10-28 20:28:13 +00:00
r12596@catbus: nickm | 2007-04-30 18:42:44 -0400 New tool to generate key certificates as in proposal 103. needs cleanup svn:r10075
2007-04-30 22:43:01 +00:00
tor_gencert_SOURCES = tor-gencert.c
tor_gencert_LDFLAGS = @TOR_LDFLAGS_zlib@ @TOR_LDFLAGS_openssl@ \
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
2007-05-01 02:53:32 +00:00
@TOR_LDFLAGS_libevent@
tor_gencert_LDADD = ../common/libor.a ../common/libor-crypto.a \
Refactor a bit so that it is safe to include math.h, and mostly not needed.
2009-12-15 14:32:55 -05:00
-lm -lz -lcrypto @TOR_LIB_WS32@ @TOR_LIB_GDI@
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
2007-05-01 02:53:32 +00:00
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
2008-05-09 08:35:38 +00:00
tor_checkkey_SOURCES = tor-checkkey.c
tor_checkkey_LDFLAGS = @TOR_LDFLAGS_zlib@ @TOR_LDFLAGS_openssl@ \
@TOR_LDFLAGS_libevent@
tor_checkkey_LDADD = ../common/libor.a ../common/libor-crypto.a \
Refactor a bit so that it is safe to include math.h, and mostly not needed.
2009-12-15 14:32:55 -05:00
-lm -lz -lcrypto @TOR_LIB_WS32@ @TOR_LIB_GDI@
Reference in a new issue Copy permalink