Commit Graph

7 Commits

Author SHA1 Message Date
Leonid Pliushch
46d333adba add licenses for more packages 2019-01-21 17:17:53 +02:00
Fredrik Fornwall
2bb920e3e2 http -> https updates 2018-05-25 12:38:52 +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
544181cd4f Use more source checksums 2017-03-27 01:56:11 +02:00
Fredrik Fornwall
722ed12d69 Switch from ftp.gnu.org to mirrors.kernel.org 2016-09-24 18:42:39 -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