Commit Graph

6 Commits

Author SHA1 Message Date
Fredrik Fornwall
f476b1fd7a psmisc: Update from 22.21 to 23.1 2018-07-02 01:06:58 +02:00
Fredrik Fornwall
7f5bdead21 Rebuild all packages with control.tar.gz
Bump the version of all old packages that contained a control.tar.gz
file - as of now only control.tar.xz is used. See #1398.
2017-09-15 00:38:35 +02:00
Fredrik Fornwall
88d640c215 psmisc: Patch away usage of mempcpy 2017-03-06 00:01:56 +01:00
Fredrik Fornwall
385c8aef84 Some more clang preparations 2016-09-03 17:48:41 -04:00
Fredrik Fornwall
150f95af27 Fix rpl_malloc when cross compiling
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.
2015-11-15 16:04:37 -05:00
Fredrik Fornwall
59f0d218a6 Initial push 2015-06-13 01:03:31 +02:00