Moar changes
Bring master ChangeLog up to speed wrt 3.4 fixes
Fix MinGW build for output review
Add function categories

This is for output in cf-promises --syntax-description for automatic categorization
of functions for documentation.
Rename ScopeDeleteSpecialScalar -> ScopeDeleteSpecial
Remove ScopeNewScalar, convert to EvalContextVariablePut
Remove ScopeNewList, convert to EvalContextVariablePut
Combine ScopeNewSpecialScalar, ScopeNewSpecialList -> ScopeNewSpecial
cannot create documentation for cfengine stdlib with those two misplaced parenthesis
Merge pull request #678 from jimis/master

Changelog update.
Merge pull request #680 from jremond/parenthesis_misplaced

cfengine_stdlib typo breaks documentation generation
Silence deprecated warnings when compiling on Mac OSX.

Majority of functions in /usr/include/openssl/crypto.h are marked as
deprecated for Mac OSX 10.7 and later. Silence warnings.

Conflicts:

	src/crypto.c
Initialize OpenSSL with callback functions for threadlocking.

This makes OpenSSL threadsafe, and allows us to remove locking around the
calls to the RSA encryption functions in cf-serverd's AuthenticationDialogue.
Implements #2678

Note: the functions used - as well as most other functions used from
OpenSSL - are marked as deprecated on Mac OSX 10.7 and later.
Compiler warnings explicitly disabled. Functions documented in OpenSSL
documentation (http://www.openssl.org/docs/crypto/threads.html) to replace
some of these functions (such as CRYPTO_THREADID_set_callback) are not
available. This implementation follows the example provided on
http://www.opensource.apple.com/source/OpenSSL/OpenSSL-10/openssl/crypto/threads/mttest.c

Conflicts:

	src/crypto.c
	src/generic_agent.c
With OpenSSL initialized to be made thread-safe, we don't have to serialize
access to the OpenSSL functions anymore.

Some other things were protected here by the cft_system locking:

- the ServerConnectionState *conn

This structure is initialized in the main thread, and then passed to the
thread handler, which takes exclusive ownership. No access to this object
from other threads is possible or allowed.

- malloc calls

Those are implicily threadsafe on all supported platforms today

Conflicts:

	src/cf-serverd.c
Compile on systems where alternative API is avaiable
Don't register a thread-ID callback on Windows.

pthread_t on MinGW32 is a struct, and long is not large enough to hold the void*
within.

OpenSSL documentation states: If the application does not register such a callback
using CRYPTO_THREADID_set_callback(), then a default implementation is used - on
Windows and BeOS this uses the system's default thread identifying APIs

So not setting this callback at all will be safe.