| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
our debian test system has old botan libs in the library path used for gtest, making it fail with unknown algorithm errors unless botan is specified first
|
|
|
|
| |
and put them in the correct place
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
And for check_LTLIBRARIES to noinst_LTLIBRARIES too.
This is so a regular "make" will build the test programs and
libraries too. So the "make check" will just run the tests (and
not build them). This is to help with test-driven development.
This reverses some from #1091, plus does the rest too.
Note that doing a "make check" before a "make" does not currently
work due to dependencies depending on each other (e.g. python/isc/log
tests needs datasrc but python/isc/datasrc tests need log_config_update).
|
|
|
|
|
|
| |
and while here also only build when the "make check" target is used;
since we already require --with-gtest maybe this step is not of much
interest.
|
| |
|
| |
|
|
|
|
| |
cases (which currently fail due to other problem)
|
|\ |
|
| |
| |
| |
| | |
accidental remove like this.
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
api), so remove check and enable tests"
This reverts commit 76ae47d1f6061a09f4a8e20852a9874ea28a4e19.
We cannot yet remove the additional check and re-enable the corresponding
tests. See my comment on ticket #951.
|
| |
| |
| |
| | |
check and enable tests
|
| |
| |
| |
| | |
also added an extra test to libdns's tsig-unittests that uses one of the algorithms causing the problem, to trigger it outside of libcryptolink itself
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
use "const" for second parameter (const size_t data_len).
This was noticed by Undefined symbol when linking when compiling
using Sunstudio.
Okayed on jabber.
|
|\|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Conflicts:
src/lib/Makefile.am
src/lib/config/tests/Makefile.am
src/lib/config/tests/run_unittests.cc
src/lib/datasrc/tests/Makefile.am
src/lib/nsas/tests/Makefile.am
src/lib/nsas/tests/run_unittests.cc
src/lib/server_common/tests/Makefile.am
src/lib/util/Makefile.am
|
| |
| |
| |
| | |
agreed on jabber.
|
| |
| |
| |
| |
| | |
the HMACImpl constructor.
okayed on jabber, directly pushing.
|
| |\ |
|
| | |
| | |
| | |
| | | |
time we add new alogirthm, we have to modify the it since it is the last one
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | |
| | |
| | |
| | | |
turns out botan had a check for exactly this, so we don't need to reinvent our own
|
| | |
| | |
| | |
| | |
| | | |
Added separate checks for compatibility with 1.8 and 1.9, see configure.ac
cryptolink now has 3 special cases depending on version
|
| | |
| | |
| | |
| | |
| | | |
with a longer length was wrong, even though it normally wouldn't cause visible
disruption and would return the expected result).
|
| | | |
|
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
the case of output_len != sig_len. Until we implement RFC4635 truncation
consideration won't work correctly (and could dangerously accept very
short sigs). Since the truncation support is not so urgent, it would be
better to defer to it a seprate later task.
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
according to the libtool manual,
http://www.gnu.org/software/libtool/manual/html_node/Link-mode.html
the intent seems to propagate -R from a library's dependency_libs to
the program that uses the library. On our systems libtool doesn't do
this propagation and we needed the global rpath, but if the documentation
is correct, there may be a version of libtool that works.
|
| |/
| |
| |
| |
| |
| | |
rpath in the global LDFLAGS.
also remove BOTAN_RPATH from libcryptolink/Makefile.am (which is not part
of fix, but is simply unnecessary)
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
For some reason, libtool is not picking up this library from the
dependency in libutil_unittests. Adding the library to the link
cures the problem.
Also, move the directory util/io/tests to util/io_tests so that
the utilities code and tests build in the right order.
|
| | |
|
|/
|
|
| |
Also update the test Makefile.am files to include the appropriate libraries.
|
|
|
|
| |
acked by shane on jabber
|
|\
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Conflicts:
doc/Doxyfile
src/lib/Makefile.am
src/lib/cryptolink/cryptolink.cc
src/lib/dns/tsigkey.cc
src/lib/util/unittests/Makefile.am
Other fixes:
- cppcheck filter adjustment
- (indirect) dependency on libbotan. actually we should be able to make
the link within libcryptolink, so I chose that approach. hopefully
it doesn't break autobuild.
|
| |
| |
| |
| | |
(with some non related cleanups)
|
| |
| |
| |
| |
| | |
if nothing (or --with-botan) is specified it will be taken from $PATH, if --with-botan=dir is specified it will be taken from $withval/bin
If --without-botan is specified configure will print an error
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Conflicts:
configure.ac
doc/Doxyfile
src/lib/Makefile.am
Also updated includes (because of the lib/util move)
|
|/ |
|
| |
|
|
|
|
| |
also made the friend declaration more specific
|
| |
|
|\
| |
| |
| | |
trac781
|
| |
| |
| |
| | |
and constify one thing
|
|/ |
|
| |
|
| |
|
| |
|
|
renamed the directory, libname, namespace and main class
|