On Wed, Jul 4, 2012 at 10:56 PM, Sandro Tosi matrixh...@gmail.com wrote:
Hello,
On Mon, Jul 2, 2012 at 7:58 PM, Sandro Tosi matrixh...@gmail.com wrote:
Hello,
I'd like to point you to this bug report just reported to Debian:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=679948
It
On 5 July 2012 08:10, Ralf Gommers ralf.gomm...@googlemail.com wrote:
On Wed, Jul 4, 2012 at 10:56 PM, Sandro Tosi matrixh...@gmail.com wrote:
Hello,
On Mon, Jul 2, 2012 at 7:58 PM, Sandro Tosi matrixh...@gmail.com wrote:
Hello,
I'd like to point you to this bug report just reported to
On Thu, Jul 5, 2012 at 8:18 AM, Scott Sinclair
scott.sinclair...@gmail.com wrote:
Except that cherry picking the commit to the 1.6.x branch doesn't
apply cleanly. It'll take some work by someone familiar with that part
of the code..
That's actually what I was looking for :) someone knowing
On Tue, Jul 3, 2012 at 1:16 AM, Andrew Dalke da...@dalkescientific.comwrote:
On Jul 3, 2012, at 12:46 AM, David Cournapeau wrote:
It is indeed irrelevant to your end goal, but it does affect the
interpretation of what import_array does, and thus of your benchmark
Indeed.
Focusing on
On Wed, Jun 27, 2012 at 11:26 PM, Aron Ahmadia a...@ahmadia.net wrote:
I've promoted gfortran to be the default compiler on OS X over vendor
compilers (to be more compatible with Linux), and made a similar adjustment
for the platform detection. I've promoted gfortran over g77 but not vendor
Hi all.
Thanks for the help again. I ended up going with running it twice -- once
for the final number of particles and second for the positions.
Sturla, given that this functionality is so standard dependent, I decided
to ditch it. It works with my gfortran, but who knows with other machines
On Tue, Jul 3, 2012 at 5:27 PM, Sturla Molden stu...@molden.no wrote:
Den 04.07.2012 01:59, skrev Sturla Molden:
But neither was the case here. The allocatable was a dummy variable in
a subroutine's interface, declared with intent(out). That is an error
the compiler should trap, because it is
On Tue, Jul 3, 2012 at 9:51 PM, Paul Anton Letnes
paul.anton.let...@gmail.com wrote:
On 4. juli 2012, at 02:23, Sturla Molden wrote:
Den 03.07.2012 20:38, skrev Casey W. Stark:
Sturla, this is valid Fortran, but I agree it might just be a bad
idea. The Fortran 90/95 Explained book mentions
Hi Stefan,
On Tue, Jul 3, 2012 at 1:59 PM, Stéfan van der Walt ste...@sun.ac.za wrote:
On Mon, Jul 2, 2012 at 6:31 PM, Travis Oliphant tra...@continuum.io wrote:
Ondrej should have time to work on this full time in the coming days.
That's great; having Ondrej on this full time will help a
Dear all,
I've built blas, lapack, and atlas libraries, as shown below.
$ ls ~/lib/atlas/lib/
libatlas.a libcblas.a libf77blas.a liblapack.a libptcblas.a libptf77blas.a
The library location are specified by site.cfg file, as shown below.
[DEFAULT]
library_dirs =
Hi,
are you sure that you want g77 and not gfortran? If you want gfortran, you
should pass the
--fcompiler=gnu95
flag to setup.py.
Which redhat version are you building on? (I don't know red hat well enough to
comment, but perhaps someone else do...)
Paul
On 6. juli 2012, at 03:00,
11 matches
Mail list logo
