OS400: create architecture directory. Implement dlfcn emulation.
doc/news.html: small update to avoid line join while generating NEWS.
OS400: iconv functions compatibility wrappers and table builder.
OS400: Easy character transcoding support
OS400: UTF8<-->EBCDIC wrappers for system and external library calls
OS400: implement some macros as functions for ILE/RPG language support (that as no macros).
OS400: ILE RPG language header files.
OS400: Add compilation scripts.
OS400: Add README: compilation directives and OS/400 specific stuff.
OS400: include in distribution tarball.
OS400: implement XPath macros as procedures for ILE/RPG support.
OS400: use C macros to implement equivalent RPG support procedures.
OS400: Add some more C macros equivalent procedures.
os400: make-src.sh: create physical file with target CCSID
xmlIO: Handle error returns from dup()

If dup() fails and returns -1, gzdopen() will transparently return NULL,
but then close() will fail after being called on an invalid FD. Change
the code to only call close() on valid FDs.

Coverity issue: #72382
Fix Enum check and missing break

for https://bugzilla.gnome.org/show_bug.cgi?id=737403

In file xmlreader.c
1. An enum is checked to proper value instead of checking like a boolean.
2. Missing break statement added.
wrong error column in structured error when parsing end tag

For https://bugzilla.gnome.org/show_bug.cgi?id=734283

libxml2 reports wrong error column numbers (field int2 in xmlError)
in structured error handler, after parsing an end tag.
python/tests/sync.py assumes Python dictionaries are ordered

For https://bugzilla.gnome.org/show_bug.cgi?id=734017

Solaris has had libxml2 version 2.9.1 for a while, with Python versions 2.6 and
2.7.  While preparing to also build a module for Python 3.4, we ran into an
issue with the test case sync.py failing. The failure involved parsing a
string that included a Python dictionary, then complaining when the order of
the parsed result did not match the original order.  But Python dictionaries
are unordered by definition; see section 5.5 of
https://docs.python.org/2/tutorial/datastructures.html .  For whatever reason,
Python 2.6 and 2.7 always happened to report the pair of values back in their
original order, but with Python 3.4 the order is random.  The attached patch
allows for either order; it also fixes a typo that was repeated several times
thanks to the magic of copy & paste.
Possible overflow in HTMLParser.c

For https://bugzilla.gnome.org/show_bug.cgi?id=720615

make sure that the encoding string passed is of reasonable size
Leak of struct addrinfo in xmlNanoFTPConnect()

For https://bugzilla.gnome.org/show_bug.cgi?id=732352

in case of error condition in IPv6 support, the early return here
doesn't call freeaddrinfo(result), thus leaking memory.