boost libraries when we tend to want statics.  Try to work around
that for the moment.

while allocating the first easy handle in a descent of the global initiailization
code but that doesn't seem to be a problem on TC machines.  Perhaps the static
linking is creating multiple data copies.  More work needed.

defenses in the delete functions of the allocation support.  General
boost library renaming again.  Linux builds in TC though it shouldn't
based on what Boost.cmake lookes like...

boost::thread and the easiest path to that was to go with the 1.48 Boost release
in the 3P tree (eliminating a fork for a modified 1.45 packaging).  One unit test,
the most important one, is failing in test_httprequest but that can be attended
to later.  This test issues a GET to http://localhost:2/ and that is hitting the
wire but the libcurl plumbing isn't delivering the failure, only the eventual
timeout.  An unexpected change in behavior.

Bring llcorehttp into the compile and link phases.  Windows looks okay though it's a dead library so far.

actual problem but this will quiet the compiler.

problem as Mac.

value which wasn't caught in other environments.

The unit/integration tests don't work yet as I'm still battling cmake/autobuild
as usual but first milestone passed.

  "InventoryOutboxLogging" debug flag.