On Wed, Aug 24, 2016 at 5:05 PM, Charles R Harris wrote:
>
>
> On Wed, Aug 24, 2016 at 1:41 PM, Pavlyk, Oleksandr <
> oleksandr.pav...@intel.com> wrote:
>
>> Hi All,
>>
>>
>>
>> According to the documentation page:
>>
>>
>>
>>http://docs.scipy.org/doc/numpy/reference/distutils.html
>>
>>
>>
>
On Wed, Aug 24, 2016 at 1:41 PM, Pavlyk, Oleksandr <
oleksandr.pav...@intel.com> wrote:
> Hi All,
>
>
>
> According to the documentation page:
>
>
>
>http://docs.scipy.org/doc/numpy/reference/distutils.html
>
>
>
> Function add_library allows the following keywords:
>
> extra_f77_compile
Hi All,
According to the documentation page:
http://docs.scipy.org/doc/numpy/reference/distutils.html
Function add_library allows the following keywords:
extra_f77_compiler_args
extra_f90_compiler_args
however setting them seem to have no effect for my extension. Digging deeper,
On Fri, Sep 28, 2012 at 9:45 AM, Nathaniel Smith wrote:
> Hi all,
>
> I've gotten a pull request for scikits-sparse to switch it to using
> numpy.distutils:
> https://github.com/njsmith/scikits-sparse/pull/2
>
> Overall this seems fair enough, finding libraries is a pain and
> numpy.distutils ha
Hi,
On Fri, Sep 28, 2012 at 3:45 PM, Nathaniel Smith wrote:
> Hi all,
>
> I've gotten a pull request for scikits-sparse to switch it to using
> numpy.distutils:
> https://github.com/njsmith/scikits-sparse/pull/2
>
> Overall this seems fair enough, finding libraries is a pain and
> numpy.distuti
Hi all,
I've gotten a pull request for scikits-sparse to switch it to using
numpy.distutils:
https://github.com/njsmith/scikits-sparse/pull/2
Overall this seems fair enough, finding libraries is a pain and
numpy.distutils has that knowledge.
1) What's the proper way to find lapack using numpy.
On 10/19/11 16:54, Robert Cimrman wrote:
> On 10/18/11 22:13, Ralf Gommers wrote:
>> On Tue, Oct 11, 2011 at 4:59 PM, Robert Cimrman wrote:
>>
>>> Hi,
>>>
>>> I have now spent several hours hunting down a major slowdown of my code
>>> caused
>>> (apparently) by using config.add_library() for a re
On 10/18/11 22:13, Ralf Gommers wrote:
> On Tue, Oct 11, 2011 at 4:59 PM, Robert Cimrman wrote:
>
>> Hi,
>>
>> I have now spent several hours hunting down a major slowdown of my code
>> caused
>> (apparently) by using config.add_library() for a reusable part of C source
>> files instead of just co
On Tue, Oct 11, 2011 at 4:59 PM, Robert Cimrman wrote:
> Hi,
>
> I have now spent several hours hunting down a major slowdown of my code
> caused
> (apparently) by using config.add_library() for a reusable part of C source
> files instead of just config.add_extension().
>
> The reason of the slow
Hi,
I have now spent several hours hunting down a major slowdown of my code caused
(apparently) by using config.add_library() for a reusable part of C source
files instead of just config.add_extension().
The reason of the slowdown was different, but hard to discern, naming of
options and silen
On 10/12/2010 03:39 AM, Charles Doutriaux wrote:
> Hi David,
>
> The behaviour is there in regular distutils, it is apparently a known
> bug, I'm copy/pasting their answer in there for information.
I saw the discussion, thanks for the update.
cheers,
David
_
Hi David,
The behaviour is there in regular distutils, it is apparently a known
bug, I'm copy/pasting their answer in there for information.
thanks,
C.
Answer (from Tarek Ziade):
This is a regression I introduced to fix the fact that the .so are not
rebuilt we you do subtle changes in your p
On Fri, Oct 8, 2010 at 7:40 AM, Charles Doutriaux wrote:
>
> Did anybody else noticed this? Anybody know what changed (the fact that
> it's since Python 2.7 make me think it might be pure distutils related)
Could you check whether you still see the issue without using
numpy.distutils ? I actuall
Hi,
I'm not sure if this is a numpy.distutils or a regular distutils issue
so please excuse me if it doesn't belong here.
I 'm using numpy 1.4.1 and I have a C extension (using numpy arrays)
that I built with numpy.
When I'm debugging I frequently have to rebuild.
It use to rebuild only the C
On 30-Mar-10, at 5:02 AM, Dag Sverre Seljebotn wrote:
> Well, you can pass -fdefault-real-8 and then write .pyf headers where
> real(8) is always given explicitly.
Okay, the answer (without setting the F77 environment variable) is
basically to expect real-8's in the .pyf file and compile the w
On 30-Mar-10, at 2:14 PM, David Warde-Farley wrote:
> Hey Dag,
>
> On 30-Mar-10, at 5:02 AM, Dag Sverre Seljebotn wrote:
>
>> Well, you can pass -fdefault-real-8 and then write .pyf headers where
>> real(8) is always given explicitly.
>
>
> Actually I've gotten it to work this way, with real(8) i
Hey Dag,
On 30-Mar-10, at 5:02 AM, Dag Sverre Seljebotn wrote:
> Well, you can pass -fdefault-real-8 and then write .pyf headers where
> real(8) is always given explicitly.
Actually I've gotten it to work this way, with real(8) in the wrappers.
BUT... for some reason it requires me to set the
Dag Sverre Seljebotn wrote:
> David Warde-Farley wrote:
>> Hi,
>>
>> In my setup.py, I have
>> from numpy.distutils.misc_util import Configuration
>>
>> fflags= '-fdefault-real-8 -ffixed-form'
>> config = Configuration(
>> 'foo',
>> parent_package=None,
>> top_path=None,
>> f2py
David Warde-Farley wrote:
> Hi,
>
> In my setup.py, I have
> from numpy.distutils.misc_util import Configuration
>
> fflags= '-fdefault-real-8 -ffixed-form'
> config = Configuration(
> 'foo',
> parent_package=None,
> top_path=None,
> f2py_options='--f77flags=\'%s\' --f90flags=\'
Hi,
In my setup.py, I have
from numpy.distutils.misc_util import Configuration
fflags= '-fdefault-real-8 -ffixed-form'
config = Configuration(
'foo',
parent_package=None,
top_path=None,
f2py_options='--f77flags=\'%s\' --f90flags=\'%s\'' % (fflags,
fflags)
)
However I am sti
>> I am using config.add_library to build a c++ library that I will link
>> into some Cython extensions. This is working fine and generating a .a
>> library for me. However, I need a shared library instead. Is this
>> possible with numpy.distutils or will I need something like numscons?
>
> nums
On Fri, Jan 30, 2009 at 18:13, Brian Granger wrote:
> Hi,
>
> 2 ?'s about numpy.distutils:
>
> 1.
>
> I am using config.add_library to build a c++ library that I will link
> into some Cython extensions. This is working fine and generating a .a
> library for me. However, I need a shared library i
Hi,
2 ?'s about numpy.distutils:
1.
I am using config.add_library to build a c++ library that I will link
into some Cython extensions. This is working fine and generating a .a
library for me. However, I need a shared library instead. Is this
possible with numpy.distutils or will I need someth
Hello all,
I've noticed that py2app and py2exe work strangely on my project,
which (having fortran code) is driven by the numpy distutils. Now,
these two distutils commands need to peek into the build/lib.
[whatever] directories to grab the files to package up. Indeed, the
docs for py2exe a
On Sun, May 18, 2008 1:14 pm, David Cournapeau wrote:
> Hi,
>
> I would like to be able to build a f2py extension in a subdir with
> distutils, that is:
>
> config.add_extension('foo/bar', source = ['foo/bar.pyf'])
A safe approach would be to create a foo/setup.py that contains
config.add_ex
Robert Kern wrote:
>
> config.add_extension('foo.bar', source=['foo/bar.pyf'])
>
Duh, should have thought about that.
thanks,
David
___
Numpy-discussion mailing list
Numpy-discussion@scipy.org
http://projects.scipy.org/mailman/listinfo/numpy-discuss
On Sun, May 18, 2008 at 5:14 AM, David Cournapeau
<[EMAIL PROTECTED]> wrote:
> Hi,
>
>I would like to be able to build a f2py extension in a subdir with
> distutils, that is:
>
> config.add_extension('foo/bar', source = ['foo/bar.pyf'])
>
> But it does not work right now because of the way nump
Hi,
I would like to be able to build a f2py extension in a subdir with
distutils, that is:
config.add_extension('foo/bar', source = ['foo/bar.pyf'])
But it does not work right now because of the way numpy.distutils finds
the name of the extension. Replacing:
ext_name = extension.name.spli
On Sat, Mar 8, 2008 at 4:10 PM, Matthew Brett <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I think I found a bug in numpy/distutils/ccompiler.py - and wanted to
> check that no-one has any objections before I fix it.
>
> These lines (390ff distutils.ccompiler.py)
>
> for _cc in ['msvc', 'bcpp', 'cygwi
Hi,
I think I found a bug in numpy/distutils/ccompiler.py - and wanted to
check that no-one has any objections before I fix it.
These lines (390ff distutils.ccompiler.py)
for _cc in ['msvc', 'bcpp', 'cygwinc', 'emxc', 'unixc']:
_m = sys.modules.get('distutils.'+_cc+'compiler')
if _m
Pearu Peterson wrote:
> Hi,
>
> If I remember correctly then the warnings were disabled because
> when compiling numpy/scipy on windows there were *lots* of
> warnings, especially for pyrex generated sources.
>
Yes, that's certainly one of the thing I intend to improve with numscons
:) (as an a
Hi,
If I remember correctly then the warnings were disabled because
when compiling numpy/scipy on windows there were *lots* of
warnings, especially for pyrex generated sources.
When there is an error, all warnings will be shown. Hmm, and on
linux the warnings should also be shown (this actually de
Hi,
I noticed a strange behaviour with distutils: when compiling C code
on windows (using mingw), the compilation warning are not output on the
console. For example, umathmodule.c compilation emits the following
warnings:
numpy\core\src\umathmodule.c.src:128: warning: static declaration of
Hi,
In one of my package, I use numpy.distutils.system_info to detect a
C library. This works well on linux and Mac OS X, but on windows, the
library is not detected if only the dll is present. If the .lib is
there, then it is detected; the dll itself works OK (I can use it from
ctypes nor
Hi Travis,
On 5/18/07, Travis Oliphant <[EMAIL PROTECTED]> wrote:
Pearu Peterson wrote:
>Hi Travis,
>
>I have pretty much completed work with
>
> http://projects.scipy.org/scipy/numpy/ticket/522
>
>that is about using proper compilers/linkers for
>individual extension modules instead of usi
Pearu Peterson wrote:
>Hi Travis,
>
>I have pretty much completed work with
>
> http://projects.scipy.org/scipy/numpy/ticket/522
>
>that is about using proper compilers/linkers for
>individual extension modules instead of using the
>one compiler/linker set for all extension modules
>in distribut
Hi Travis,
I have pretty much completed work with
http://projects.scipy.org/scipy/numpy/ticket/522
that is about using proper compilers/linkers for
individual extension modules instead of using the
one compiler/linker set for all extension modules
in distribution - this allows one to define F
Hi all -
I've been trying to set up configuration files to standardize a local
1.02numpy installation and have run into a problem with the intel
compiler
package. If I try
python setup.py config_fc --fcompiler=intel build_ext
(from the top level numpy-1.0.2 directory) I get the following failur
Albert Strasheim wrote:
>
>
> You might try numpy.ctypeslib.load_library.
I tried this some time ago, and I couldn't make it work as I wanted
(cannot remember what exactly, this was like 6 months ago), and I found
more reliable to detect the library when installing the package, and
hardcoding th
Hello all
- Original Message -
From: "David Cournapeau" <[EMAIL PROTECTED]>
To: "Discussion of Numerical Python"
Sent: Friday, March 16, 2007 6:51 AM
Subject: Re: [Numpy-discussion] numpy.distutils, windows dll vs lib
> Robert Kern wrote:
>> Davi
David Cournapeau wrote:
> I don't use the library for linking: I only need to be able to load it
> dynamically through ctypes. What I did is simply overriding the
> calc_info method, in which I try to detect both library and header
> files. For the library, I do the following:
>
> # Look for t
Robert Kern wrote:
> David Cournapeau wrote:
>> Hi,
>>
>> recently, I got some problems detecting a dynamic library (dll) with
>> numpy.distutils. Basically, I have a package which uses a class derived
>> from system_info from numpy.distutils to detect a dll I use through ctypes.
>> If on
David Cournapeau wrote:
> Hi,
>
> recently, I got some problems detecting a dynamic library (dll) with
> numpy.distutils. Basically, I have a package which uses a class derived
> from system_info from numpy.distutils to detect a dll I use through ctypes.
> If only the dll is present, my
Hi,
recently, I got some problems detecting a dynamic library (dll) with
numpy.distutils. Basically, I have a package which uses a class derived
from system_info from numpy.distutils to detect a dll I use through ctypes.
If only the dll is present, my numpy.distutils.system_info derived
44 matches
Mail list logo
