GitLab

On the FreeBSD10 system installed on the physical machine with the CPU:
(Intel(R) Core(TM) i7-2700K CPU @ 3.50GHz), Kea compiled with clang 3.3,
it takes slightly more than 2100ms (the previous timeout value) for the
callback to occur. This seems to be specific to this system but on the
other hand we don't test on FreeBSDs a lot, so the problem may be more
common than we think. This was okayed on Jabber.

The unit tests used to compare the addresses in the textual formats. Since
IPv6 addresses may be presented in various ways, it led to false
positives on some OSes.

Conflicts:
	src/bin/dhcp6/tests/Makefile.am

The goal of these tests is to exercise error handling of a failed NCR send
in Kea4/Kea6.  Because the test is for a UDP sender is there is no simple way
to make the send fail.  The only way found so far is to attmpt to send it to
0.0.0.0/port 0.  This fails everywhere except Solaris 11. For now the tests
have been disabled for Solaris 11

Fixed Conflicts in:
	src/bin/d2/tests/nc_test_utils.cc
	src/lib/dns/tests/labelsequence_unittest.cc

Added unit tests for null DUIDs.
Minor nit fixes.

Added osx_version check of 10.9.3 to configure.ac
Fixed Conflicts:
	src/bin/d2/tests/nc_test_utils.cc
	src/lib/dns/tests/labelsequence_unittest.cc

Added tests for Y2038 timestamps.
Added missing commentary.
Minor cleanup.

Minor compilation error incurred after review changes.

Added missing commentary, corrected typos.

 - Removed unused constant. Failed to compile with Xcode 5.1

 - files renamed to {kea,bundy}_controller.cc
 - Daemon::init() is now void
 - status variable removed from main
 - added unit-tests for broken configs

Removed unused template parameter from functions in dhcp_parsers test.

Conflicts:
	ChangeLog

The unit test didn't correctly check that the configuration file name
hasn't changed when the configuration context was copied.

Bundy issue 6:
(should also be trivial enough, so I'm pushing it directly at my discretion)
without this it's possible that it only results in warning on a system
that doesn't actually support this flag (such as MacOS X) and subsequently
causes build failure.

[mavericks] fix trivial build errors

Conflicts:
	src/lib/util/csv_file.cc
	src/lib/util/csv_file.h