anchor.diff:  
   * new: server support for the `system.getCapabilities` xmlrpc extension
   
  -* new: <<wrap_xmlrpc_method,wrap_xmlrpc_method()>> accepts two new options: debug and return_on_fault
  +* new: `wrap_xmlrpc_method`, `wrap_xmlrpc_method()` accepts two new options: debug and return_on_fault
   
   === 2.1
   
  -* The wrap_php_function and wrap_xmlrpc_method functions have been moved out of the base library file __xmlrpc.inc__
  -    into a file of their own: __$$xmlrpc_wrappers.php$$__. You will have to include() / require() it in your scripts if
  +* The wrap_php_function and wrap_xmlrpc_method functions have been moved out of the base library file _xmlrpc.inc_
  +    into a file of their own: _xmlrpc_wrappers.php_. You will have to include() / require() it in your scripts if
       you have been using those functions.
       For increased security, the automatic rebuilding of php object instances out ofreceived xmlrpc structs in
  -    wrap_xmlrpc_method() has been disabled (but it can be optionally re-enabled).
  -    Both wrap_php_function() and wrap_xmlrpc_method() functions accept many more options to fine tune their behaviour,
  +    `wrap_xmlrpc_method()` has been disabled (but it can be optionally re-enabled).
  +    Both `wrap_php_function()` and `wrap_xmlrpc_method()` functions accept many more options to fine tune their behaviour,
       including one to return the php code to be saved and later used as standalone php script
   
   * The constructor of xmlrpcval() values has seen some internal changes, and it will not throw a php warning anymore when
       invoked using an unknown xmlrpc type: the error will only be written to php error log. Also
  -    ++$$new xmlrpcval('true', 'boolean')$$++
  -    is not supported anymore
  +    `new xmlrpcval('true', 'boolean')` is not supported anymore
   
   * The new function php_xmlrpc_decode_xml() will take the xml representation of either an xmlrpc request, response or
       single value and return the corresponding php-xmlrpc object instance
  
positive.code: +
  Iterating over xmlrpc value objects is now easier thank to support for ArrayAccess and Traversable interfaces.
  +
  Backward compatibility is maintained via lib/xmlrpc.inc, lib/xmlrpcs.inc and lib/xmlrpc_wrappers.inc.
      For more details, head on to doc/api_changes_v4.md
  
  * changed: the default character encoding delivered from the library to your code is now utf8.
    It can be changed at any time setting a value to PhpXmlRpc\PhpXmlRpc::$xmlrpc_internalencoding
  
  * improved: the library now accepts requests/responses sent using other character sets than UTF-8/ISO-8859-1/ASCII.
    This only works when the mbstring php extension is enabled.
  
  * improved: no need to call anymore $client->setSSLVerifyHost(2) to silence a curl warning when using https
    with recent curl builds
  
  * improved: the xmlrpcval class now supports the interfaces Countable and IteratorAggregate
  
  * improved: a specific option allows users to decide the version of SSL to use for https calls.
    This is useful f.e. for the testing suite, when the server target of calls has no proper ssl certificate,
    and the cURL extension has been compiled with GnuTLS (such as on Travis VMs)
  
  * improved: the function wrap_php_function() now can be used to wrap closures (it is now a method btw)
  
  * improved: all wrap_something() functions now return a closure by default instead of a function name
  
  
negative.code: 
  * improved: add support for timestamps as parameter for constructor of xmlrpcval
  
  * improved: add option `dates_as_objects` to `php_xmlrpc_decode` to return dateTime objects for xmlrpc datetimes
  
  * improved: add new method `SetCurlOptions` to xmrlpc_client to allow extra flexibility in tweaking http config, such as
      explicitly binding to an ip address
  