<feed xmlns='http://www.w3.org/2005/Atom'>
<title>delta/python-packages/numpy.git/numpy/distutils, branch v1.9.2</title>
<subtitle>github.com: numpy/numpy.git
</subtitle>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/python-packages/numpy.git/'/>
<entry>
<title>Merge pull request #5393 from charris/detect_atlas_3_10</title>
<updated>2014-12-29T11:45:56+00:00</updated>
<author>
<name>Ralf Gommers</name>
<email>ralf.gommers@googlemail.com</email>
</author>
<published>2014-12-29T11:45:56+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/python-packages/numpy.git/commit/?id=5ba6e41bb915a411aee122cc3d395a6f9bc880bc'/>
<id>5ba6e41bb915a411aee122cc3d395a6f9bc880bc</id>
<content type='text'>
ENH: Add support for ATLAS &gt; 3.9.33.</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
ENH: Add support for ATLAS &gt; 3.9.33.</pre>
</div>
</content>
</entry>
<entry>
<title>ENH: Add support for ATLAS &gt; 3.9.33.</title>
<updated>2014-12-24T16:22:18+00:00</updated>
<author>
<name>Charles Harris</name>
<email>charlesr.harris@gmail.com</email>
</author>
<published>2014-12-11T00:42:02+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/python-packages/numpy.git/commit/?id=dd0732e4bda8f4379b17ea479bcecc876ab50ce6'/>
<id>dd0732e4bda8f4379b17ea479bcecc876ab50ce6</id>
<content type='text'>
Recent ATLAS combines the previous libraries into two

* libsatlas -- single threaded.
* libtatlas -- threaded.

This fix is a bit of hack in that ATLAS &gt; 3.9.33 is treated as a new,
separate library covered by atlas_3_10_info, but the latter derived
from atlas_info, which treats the cblas, atlas, and atlas_lapack
libraries separately, so the new info has a bit of repetition.

The alternative would be to rewrite atlas_info, but that can wait
on a larger cleanup of the build system.

Closes #3774.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Recent ATLAS combines the previous libraries into two

* libsatlas -- single threaded.
* libtatlas -- threaded.

This fix is a bit of hack in that ATLAS &gt; 3.9.33 is treated as a new,
separate library covered by atlas_3_10_info, but the latter derived
from atlas_info, which treats the cblas, atlas, and atlas_lapack
libraries separately, so the new info has a bit of repetition.

The alternative would be to rewrite atlas_info, but that can wait
on a larger cleanup of the build system.

Closes #3774.
</pre>
</div>
</content>
</entry>
<entry>
<title>BUG: Ugly fix for Apple's cblas_sgemv segfault</title>
<updated>2014-10-23T17:39:32+00:00</updated>
<author>
<name>Sturla Molden</name>
<email>sturla@molden.no</email>
</author>
<published>2014-10-18T07:03:47+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/python-packages/numpy.git/commit/?id=e2eaf961dff8d57e3c12c19c39956a40754a1d0e'/>
<id>e2eaf961dff8d57e3c12c19c39956a40754a1d0e</id>
<content type='text'>
SGEMV in Accelerate framework will segfault on MacOS X version 10.9
(aka Mavericks) if arrays are not aligned to 32 byte boundaries
and the CPU supports AVX instructions. This can produce segfaults
in numpy.dot if we use numpy.float32 as dtype. This patch overshadows
the symbols cblas_sgemv, sgemv_ and sgemv exported by Accelerate
to produce the correct behavior. The MacOS X version and CPU specs
are checked on module import. If Mavericks and AVX are detected
the call to SGEMV is emulated with a call to SGEMM if the arrays
are not 32 byte aligned. If the exported symbols cannot be
overshadowed on module import, a fatal error is produced and the
process aborts. All the fixes are in a self-contained C file
and do not alter the _dotblas C code. The patch is not applied
unless NumPy is configured to link with Apple's Accelerate
framework.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
SGEMV in Accelerate framework will segfault on MacOS X version 10.9
(aka Mavericks) if arrays are not aligned to 32 byte boundaries
and the CPU supports AVX instructions. This can produce segfaults
in numpy.dot if we use numpy.float32 as dtype. This patch overshadows
the symbols cblas_sgemv, sgemv_ and sgemv exported by Accelerate
to produce the correct behavior. The MacOS X version and CPU specs
are checked on module import. If Mavericks and AVX are detected
the call to SGEMV is emulated with a call to SGEMM if the arrays
are not 32 byte aligned. If the exported symbols cannot be
overshadowed on module import, a fatal error is produced and the
process aborts. All the fixes are in a self-contained C file
and do not alter the _dotblas C code. The patch is not applied
unless NumPy is configured to link with Apple's Accelerate
framework.
</pre>
</div>
</content>
</entry>
<entry>
<title>Merge pull request #4996 from fdiary/gfortran-rpath</title>
<updated>2014-08-25T22:32:34+00:00</updated>
<author>
<name>Julian Taylor</name>
<email>jtaylor.debian@googlemail.com</email>
</author>
<published>2014-08-25T22:32:34+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/python-packages/numpy.git/commit/?id=23825b62fab1515cc85c8b1d5ba3a16fd501a653'/>
<id>23825b62fab1515cc85c8b1d5ba3a16fd501a653</id>
<content type='text'>
support rpath for GNU Fortran compiler.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
support rpath for GNU Fortran compiler.
</pre>
</div>
</content>
</entry>
<entry>
<title>BLD: support rpath for GNU Fortran compiler.</title>
<updated>2014-08-25T22:28:16+00:00</updated>
<author>
<name>Kazuhiko Shiozaki</name>
<email>kazuhiko@nexedi.com</email>
</author>
<published>2014-08-25T18:16:27+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/python-packages/numpy.git/commit/?id=79d36359bf18a122577054072d5c846aded3f2b4'/>
<id>79d36359bf18a122577054072d5c846aded3f2b4</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>Merge branch 'gfortran-debug' into maintenance/1.9.x</title>
<updated>2014-08-24T15:25:33+00:00</updated>
<author>
<name>Julian Taylor</name>
<email>jtaylor.debian@googlemail.com</email>
</author>
<published>2014-08-24T15:25:33+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/python-packages/numpy.git/commit/?id=181e72c1ea3a293a5099f4c82b2c1fc934f34a0c'/>
<id>181e72c1ea3a293a5099f4c82b2c1fc934f34a0c</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>BLD: add debug information to gfortran builds</title>
<updated>2014-08-24T14:57:08+00:00</updated>
<author>
<name>Julian Taylor</name>
<email>jtaylor.debian@googlemail.com</email>
</author>
<published>2014-08-24T14:52:14+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/python-packages/numpy.git/commit/?id=4c4212b792ffce841ae31d842c0e0a52e285e071'/>
<id>4c4212b792ffce841ae31d842c0e0a52e285e071</id>
<content type='text'>
Similar to C builds which always have debug info.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Similar to C builds which always have debug info.
</pre>
</div>
</content>
</entry>
<entry>
<title>BLD: fix build issues with MSVC10 on Windows.  Closes gh-4245.</title>
<updated>2014-07-20T21:20:34+00:00</updated>
<author>
<name>Ralf Gommers</name>
<email>ralf.gommers@googlemail.com</email>
</author>
<published>2014-07-20T19:39:38+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/python-packages/numpy.git/commit/?id=fa0ec11c1e653a51a047ab7b572546886ba3cd8a'/>
<id>fa0ec11c1e653a51a047ab7b572546886ba3cd8a</id>
<content type='text'>
Note that there are a few similar patches posted to gh-4101 and gh-4245.
Those were all patches to msvc9compiler in Python distutils.
Monkeypatching ``MSVCCompiler.link`` is less easy than this change
to ``config._check_compiler``; effect should be the same.

Also updates the error message shown when initializing MSVC fails.

[ci skip]
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Note that there are a few similar patches posted to gh-4101 and gh-4245.
Those were all patches to msvc9compiler in Python distutils.
Monkeypatching ``MSVCCompiler.link`` is less easy than this change
to ``config._check_compiler``; effect should be the same.

Also updates the error message shown when initializing MSVC fails.

[ci skip]
</pre>
</div>
</content>
</entry>
<entry>
<title>BUG: check if openblas embeds lapack</title>
<updated>2014-05-22T20:05:21+00:00</updated>
<author>
<name>Julian Taylor</name>
<email>jtaylor.debian@googlemail.com</email>
</author>
<published>2014-05-22T20:05:21+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/python-packages/numpy.git/commit/?id=0d483a7d6f923d75123a002d5673907601051b83'/>
<id>0d483a7d6f923d75123a002d5673907601051b83</id>
<content type='text'>
add openblas_lapack info which checks if it embedds lapack so
lapack_info will point to openblas
the normal openblas info does not check so it may or may not embed
lapack.
closes gh-4192
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
add openblas_lapack info which checks if it embedds lapack so
lapack_info will point to openblas
the normal openblas info does not check so it may or may not embed
lapack.
closes gh-4192
</pre>
</div>
</content>
</entry>
<entry>
<title>BUG: don't set a default for libraries configuration key</title>
<updated>2014-05-22T18:34:53+00:00</updated>
<author>
<name>Julian Taylor</name>
<email>jtaylor.debian@googlemail.com</email>
</author>
<published>2014-05-22T18:34:53+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/python-packages/numpy.git/commit/?id=7ec0a06c8523e9ccaeffba9c9497a4194e967aef'/>
<id>7ec0a06c8523e9ccaeffba9c9497a4194e967aef</id>
<content type='text'>
the get_libs function assumes there is no default to return the default
it was asked to return in that case.
Closes gh-4607
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
the get_libs function assumes there is no default to return the default
it was asked to return in that case.
Closes gh-4607
</pre>
</div>
</content>
</entry>
</feed>
