buildroot - OpenPOWER buildroot sources

	Commit message (Collapse)	Author	Age	Files	Lines
*	python-numpy: Bump to the most recent release 1.13.1	Alexey Brodkin	2017-09-19	1	-33/+0
\| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \|	Note previously used location for releases on SourceForge is no longer supported (latest tarball v1.11.2 available there is dated 2016-10-04) so as other distros (see, Fedora http://pkgs.fedoraproject.org/cgit/rpms/numpy.git/tree/numpy.spec?id=7013948f8ba073c69a91a545f0a0898cb62652fa#n22) we get release tarball directly from GitHub. Also note 0001-no-fenv-on-uclibc.patch was rebased on v1.13.1. 0002-Don-t-blindly-enable-frexpl-and-ldexpl-for-uClibc.patch is no longer needed. Since https://github.com/numpy/numpy/pull/4852, there is a wrapper for frexpl and ldexpl like for the other math functions. Signed-off-by: Alexey Brodkin <abrodkin@synopsys.com> Cc: Rahul Bedarkar <rahulbedarkar89@gmail.com> Cc: Gwenhael Goavec-Merou <gwenhael.goavec-merou@trabucayre.com> Cc: Arnout Vandecappelle <arnout@mind.be> Cc: Peter Korsgaard <peter@korsgaard.com> Reviewed-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> [Arnout: improve explanation of 0002-Don-t-blindly-enable-frexpl-and-ldexpl-for-uClibc.patch] Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
*	python-numpy: uClibc patch to avoid ldexpl and frexpl	Arnout Vandecappelle	2015-10-06	1	-0/+33
	It turns out that uClibc only enables the long double math functions for some architectures (god know why, so what if long double is the same as double, these functions should still be defined). Since python-numpy links with those functions, the module will fail to load on ARM, MIPS and SH. However, python-numpy actually checks for each function if it is really available. Only, it overrides that check for ldexpl and frexpl when long double is the same as double (i.e. in exactly the case the uClibc doesn't have these functions). So add another exception for this. Upstream-status: not applicable (code has changed too much) Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Acked-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Tested-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>