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.
My hope was to use zile given that Emacs is segfaulting. The good news
is that zile builds. The bad news is that zile also segfaults.
According to gdb, the crash is somewhere in GC_realloc.
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).
