buildroot/package/python-numpy, branch 2016.02

python-numpy: introduce ARCH_SUPPORTS hidden variable

2015-10-09T13:34:02+00:00

Some packages selects python-numpy. This package has a some CPU specific code. To simplify and avoid duplicate dependencies this patch introduce an hidden ARCH_SUPPORTS variable. [Thomas: fix the definition of the new option to make sure its value is actually 'y' when a supported architecture is used.] Signed-off-by: Gwenhael Goavec-Merou Reviewed-by: Arnout Vandecappelle (Essensium/Mind) Reviewed-by: Samuel Martin Signed-off-by: Thomas Petazzoni

python-numpy: uClibc patch to avoid ldexpl and frexpl

2015-10-06T09:47:12+00:00

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) Acked-by: Gustavo Zacarias Tested-by: Gustavo Zacarias Signed-off-by: Peter Korsgaard

python-numpy: re-enable for uClibc

2015-10-04T16:50:14+00:00

In commit b0f025386f6861fdc21e38e3a33b65669276f2c2 a patch was added to make sure that python-numpy does work in uClibc. This patch was needed for the x86 architecture, because uClibc in fact does support fenv for x86. However, we don't turn on this support in our uClibc config. Because the Config.in depends still allowed uClibc for x86, this lead to a built failure, which lead to the fix in commit b0f02538. But since this fix also fixes it for all other (supported) architectures, we can just remove the !uClibc dependency completely. This is also propagated to the reverse dependency in opencv3. Signed-off-by: Arnout Vandecappelle (Essensium/Mind) Cc: Gwenhael Goavec-Merou Signed-off-by: Thomas Petazzoni

package/*: rename patches according to the new policy

2015-02-03T13:52:56+00:00

Autogenerated from rename-patch.py (http://patchwork.ozlabs.org/patch/403345) Signed-off-by: Samuel Martin Signed-off-by: Peter Korsgaard

package: add hashes for SourceForge-hosted packages

2014-12-28T21:21:16+00:00

Since SourceForge sometimes serves us faulty tarballs, we can tons of autobuild failures: http://autobuild.buildroot.org/results/9fb/9fba5bf086a4e7a29e5f7156ec43847db7aacfc4/ http://autobuild.buildroot.org/results/6c8/6c837b244c45ac3b3a887734a371cd6d226cf216/ ... Fix that by adding hash files for all SourceForge-hosted packages (thos etht did not already have it). We normally prefer to use hashes published by upstream, but hunting them all one by one is a tedious task, so those hashes were all locally computed with a script that searched for SF-hosted packages, downloades the associated tarball, computed the hash, and stored it in the corresponding .hash file. Also, SF publishes sha1 hashes, while I used the stronger sha256, since sha1 is now considered to be relatively weak. Signed-off-by: "Yann E. MORIN" Cc: Peter Korsgaard Cc: Thomas Petazzoni Cc: Maxime Hadjinlian Cc: Richard Braun Cc: Nathaniel Roach Signed-off-by: Thomas Petazzoni

packages: rename FOO_BUILD_OPT into FOO_BUILD_OPTS

2014-10-04T16:54:30+00:00

To be consistent with the recent change of FOO_MAKE_OPT into FOO_MAKE_OPTS, make the same change for FOO_BUILD_OPT. Sed command used: find * -type f | xargs sed -i 's#_BUILD_OPT\>#&S#g' Signed-off-by: Thomas De Schampheleire Reviewed-by: "Yann E. MORIN" Signed-off-by: Thomas Petazzoni

python-numpy: add patch to fix build on uClibc

2014-07-27T12:37:12+00:00

Fixes: http://autobuild.buildroot.org/results/01d/01da44bc4b644a46326d8fbd87708b7a98971487/ Signed-off-by: Thomas Petazzoni

python-numpy: remove duplicate BR2_sh in dependencies

2014-07-18T08:53:23+00:00

Reported-by: Baruch Siach Signed-off-by: Thomas Petazzoni

python-numpy: disable on non-supported architectures

2014-07-18T08:00:41+00:00

The numpy/core/include/numpy/npy_cpu.h file has some architecture-specific definitions, and not all architectures are supported. This commit makes sure python-numpy cannot be selected on the architectures that are not supported. Fixes: http://autobuild.buildroot.org/results/327/327c85f5b1849d390fcf0727cf48e621b946571f/ Signed-off-by: Thomas Petazzoni

python-numpy: add optional blas/lapack support

2014-07-16T20:46:31+00:00

python-numpy can be linked with libblas and liblapack, so automatically do it when clapack is enabled. [Thomas: - Fix issues in the original submission and reformat according to Yann E. Morin suggestions. - Properly format the "libraries" entry in site.cfg as outlined in the example site.cfg file: the list of libraries should be space-separated.] Signed-off-by: Samuel Martin Signed-off-by: Thomas Petazzoni