Add --enable-unicode=ucs4 and note that langinfo.h exists. One
result is that sys.stdout.encoding now is UTF-8 instead of None,
which allows e.g. bpython to launch without messing with the
PYTHONIOENCODING environment variable (see #35).
Work around rpl_malloc being used, see
http://wiki.buici.com/xwiki/bin/view/Programing+C+and+C%2B%2B/Autoconf+and+RPL_MALLOC
for more information:
"The AC_FUNC_MALLOC macro makes sure that the malloc function when passed a zero
argument returns a valid memory block instead of a NULL pointer. This behaviour
conforms to the GNU C library. Normally, this is a reasonable test that autoconf
makes at build-time. In the case of cross-compilation, however, autoconf cannot
execute a program to verify proper behavior. It makes the conservative assumption
that the target library will produce non-conforming code.
Failure of this test causes autconf to replace malloc() calls with rpl_malloc()
calls. At link time, if there is no rpl_malloc() function, the linker will fail
with an error describing the missing symbol. The autoconf documentation recommends
adding this harmless code to the application to implement the function."
In Termux the rpl_malloc() usage is useless at best, and may also prevent building
some packages as well as giving runtime crashes for libgc-using packages or others
expecting to intercept malloc.
Previously some packages specified worked around this themselves, but the configure
arguments are now moved into build-package.sh.
Introduce TERMUX_PKG_INCLUDE_IN_DEVPACKAGE as a method of
specifying additional files for -dev packages, and use that to
add bin/xml2-config (which is needed to e.g. install the python
lxml package) to libxml2-dev.
Should fix https://github.com/termux/termux-app/issues/8
Also change subpackage containing xmllint to libxml2-utils to
match debian.
Using executables in /system/bin is fragile since they may not
work due to LD_LIBRARY_PATH containing libraries with the same
name that the executables are linked against (but with different
versions).
