[Numpy-discussion] f2py IS NOW WORKING
To all, I have now been able to develop a stable file via f2py!! However, I had to execute the following: 1.) First, I had to copy all required library files from my selected Compaq visual Fortran compiler under python's scripts directory along with f2py itself. 2.) I also had to include a dll from my compiler under python's dll directory as well. I know that the reason as to why I needed to execute these actions, is that I do not know as to what should be my correct environmental variables within windows XP running Compaq Visual Fortran 6.6. Once again, I would appreciate to know as to what are the correct environmental variables should I set my windows xp under, given that the compiler I must utilize is a Compaq Visual Fortran Compiler 6.6??? Thanks, David Blubaugh This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. ___ Numpy-discussion mailing list Numpy-discussion@scipy.org http://projects.scipy.org/mailman/listinfo/numpy-discussion
[Numpy-discussion] f2py IS NOW WORKING
To all, I have now been able to develop a stable file via f2py!! However, I had to execute the following: 1.) First, I had to copy all required library files from my selected Compaq visual Fortran compiler under python's scripts directory along with f2py itself. 2.) I also had to include a dll from my compiler under python's dll directory as well. I know that the reason as to why I needed to execute these actions, is that I do not know as to what should be my correct environmental variables within windows XP running Compaq Visual Fortran 6.6. Once again, I would appreciate to know as to what are the correct environmental variables should I set my windows xp under, given that the compiler I must utilize is a Compaq Visual Fortran Compiler 6.6??? Thanks, David Blubaugh This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. ___ Numpy-discussion mailing list Numpy-discussion@scipy.org http://projects.scipy.org/mailman/listinfo/numpy-discussion
[Numpy-discussion] F2PY errors still exist
To All, I am now trying to use the visual compaq compiler. I am legally required to utilize this compiler for my employment. I have tried the following: C:\Python25\ScriptsC:\python25\python f2py.py -c --fcompiler=compaqv -m hello hello.f90 I was wondering as to if I should input --compiler=msvc. If so, I am also obtaining an error with that as well. I will then obtain the following error!! I am now starting to becomed deeply concerned about F2PY's inability to generate any working executable or DLL files in capacity. The errors are as follows: running build running scons No module named msvccompiler in numpy.distutils; trying from distutils customize MSVCCompiler Found executable C:\Program Files\Microsoft Visual Studio .NET 2003\Vc7\bin\cl.e xe customize GnuFCompiler Could not locate executable g77 Found executable C:\Program Files\Microsoft Visual Studio\DF98\BIN\f77.exe gnu: no Fortran 90 compiler found gnu: no Fortran 90 compiler found Found executable C:\Program Files\Microsoft Visual Studio\DF98\BIN\f77.exe customize IntelVisualFCompiler Could not locate executable ifl customize AbsoftFCompiler Found executable C:\Program Files\Microsoft Visual Studio\DF98\BIN\f90.exe Found executable C:\Program Files\Microsoft Visual Studio\DF98\BIN\f90.exe customize CompaqVisualFCompiler Found executable C:\Program Files\Microsoft Visual Studio\DF98\BIN\DF.exe Found executable C:\Program Files\Microsoft Visual Studio\DF98\BIN\DF.exe customize CompaqVisualFCompiler No module named msvccompiler in numpy.distutils; trying from distutils customize MSVCCompiler Missing compiler_cxx fix for MSVCCompiler customize MSVCCompiler using scons running config_cc unifing config_cc, config, build_clib, build_ext, build commands --compiler opti ons running config_fc unifing config_fc, config, build_clib, build_ext, build commands --fcompiler opt ions running build_src building extension hello sources f2py options: [] f2py: c:\docume~1\david\locals~1\temp\tmpmladol\src.win32-2.5\hellomodule.c creating c:\docume~1\david\locals~1\temp\tmpmladol creating c:\docume~1\david\locals~1\temp\tmpmladol\src.win32-2.5 Reading fortran codes... Reading file 'hello.f90' (format:free) Post-processing... Block: hello Block: foo Post-processing (stage 2)... Building modules... Building module hello... Constructing wrapper function foo... foo(a) Wrote C/API module hello to file c:\docume~1\david\locals~1\temp\tmpm ladol\src.win32-2.5/hellomodule.c adding 'c:\docume~1\david\locals~1\temp\tmpmladol\src.win32-2.5\fortranobject. c' to sources. adding 'c:\docume~1\david\locals~1\temp\tmpmladol\src.win32-2.5' to include_di rs. copying C:\python25\lib\site-packages\numpy\f2py\src\fortranobject.c - c:\docum e~1\david\locals~1\temp\tmpmladol\src.win32-2.5 copying C:\python25\lib\site-packages\numpy\f2py\src\fortranobject.h - c:\docum e~1\david\locals~1\temp\tmpmladol\src.win32-2.5 running build_ext No module named msvccompiler in numpy.distutils; trying from distutils customize MSVCCompiler customize MSVCCompiler using build_ext customize CompaqVisualFCompiler customize CompaqVisualFCompiler using build_ext building 'hello' extension compiling C sources creating c:\docume~1\david\locals~1\temp\tmpmladol\Release creating c:\docume~1\david\locals~1\temp\tmpmladol\Release\docume~1 creating c:\docume~1\david\locals~1\temp\tmpmladol\Release\docume~1\david creating c:\docume~1\david\locals~1\temp\tmpmladol\Release\docume~1\david\locals ~1 creating c:\docume~1\david\locals~1\temp\tmpmladol\Release\docume~1\david\locals ~1\temp creating c:\docume~1\david\locals~1\temp\tmpmladol\Release\docume~1\david\locals ~1\temp\tmpmladol creating c:\docume~1\david\locals~1\temp\tmpmladol\Release\docume~1\david\locals ~1\temp\tmpmladol\src.win32-2.5 C:\Program Files\Microsoft Visual Studio .NET 2003\Vc7\bin\cl.exe /c /nologo /Ox /MD /W3 /GX /DNDEBUG -Ic:\docume~1\david\locals~1\temp\tmpmladol\src.win32-2.5 -IC:\python25\lib\site-packages\numpy\core\include -IC:\python25\include -IC:\py thon25\PC /Tcc:\docume~1\david\locals~1\temp\tmpmladol\src.win32-2.5\hellomodule .c /Foc:\docume~1\david\locals~1\temp\tmpmladol\Release\docume~1\david\loca ls~1\ temp\tmpmladol\src.win32-2.5\hellomodule.obj Found executable C:\Program Files\Microsoft Visual Studio .NET 2003\Vc7\bin\cl.e xe C:\Program Files\Microsoft Visual Studio .NET 2003\Vc7\bin\cl.exe /c /nologo /Ox /MD /W3 /GX /DNDEBUG -Ic:\docume~1\david\locals~1\temp\tmpmladol\src.win32-2.5 -IC:\python25\lib\site-packages\numpy\core\include -IC:\python25\include -IC:\py thon25\PC /Tcc:\docume~1\david\locals~1\temp\tmpmladol\src.win32-2.5\fortranobje ct.c /Foc:\docume~1\david\locals~1\temp\tmpmladol\Release\docume~1\david\loca ls~ 1\temp\tmpmladol\src.win32-2.5\fortranobject.obj compiling Fortran sources Fortran f77 compiler: C:\Program Files\Microsoft Visual Studio\DF98\BIN\DF.exe / f77rtl /fixed /nologo /MD /WX
Re: [Numpy-discussion] F2PY errors still exist (possible solution)
To All, I can now see as to where the error lies. I apologize for my poor eye sight. The error lies in me using Compaq Visual Fortran 6.0. The error listed from f2py.py after I enter the following commands are the following: Commands Entered C:\Python25\ScriptsC:\python25\python f2py.py -c --fcompiler=compaqv -m hello hello.f90 Error obtained LINK: fatal error LNK1104: cannot open file dformd.lib Possible Solution This error results from the Compaq Visual Fortran compiler not being installed with the proper file folder arrangement. The recommended file arrangement for the Compaq Visual Fortran compiler is as follows: Developer Studio Files: C:\Program Files\Microsoft Visual Studio\Common Visual Fortran Files: C:\Program Files\Microsoft Visual Studio\Df98 Shared Visual C++ Files: C:\Program Files\Microsoft Visual Studio\VC98 Should I just uninstall and then reinstall Compaq Visual Fortran 6.) to resolve this issue? Thanks, David Blubaugh -Original Message- From: Blubaugh, David A. Sent: Thursday, September 25, 2008 5:44 PM To: 'numpy-discussion@scipy.org' Subject: F2PY errors still exist To All, I am now trying to use the visual compaq compiler. I am legally required to utilize this compiler for my employment. I have tried the following: C:\Python25\ScriptsC:\python25\python f2py.py -c --fcompiler=compaqv -m hello hello.f90 I was wondering as to if I should input --compiler=msvc. If so, I am also obtaining an error with that as well. I will then obtain the following error!! I am now starting to becomed deeply concerned about F2PY's inability to generate any working executable or DLL files in capacity. The errors are as follows: running build running scons No module named msvccompiler in numpy.distutils; trying from distutils customize MSVCCompiler Found executable C:\Program Files\Microsoft Visual Studio .NET 2003\Vc7\bin\cl.e xe customize GnuFCompiler Could not locate executable g77 Found executable C:\Program Files\Microsoft Visual Studio\DF98\BIN\f77.exe gnu: no Fortran 90 compiler found gnu: no Fortran 90 compiler found Found executable C:\Program Files\Microsoft Visual Studio\DF98\BIN\f77.exe customize IntelVisualFCompiler Could not locate executable ifl customize AbsoftFCompiler Found executable C:\Program Files\Microsoft Visual Studio\DF98\BIN\f90.exe Found executable C:\Program Files\Microsoft Visual Studio\DF98\BIN\f90.exe customize CompaqVisualFCompiler Found executable C:\Program Files\Microsoft Visual Studio\DF98\BIN\DF.exe Found executable C:\Program Files\Microsoft Visual Studio\DF98\BIN\DF.exe customize CompaqVisualFCompiler No module named msvccompiler in numpy.distutils; trying from distutils customize MSVCCompiler Missing compiler_cxx fix for MSVCCompiler customize MSVCCompiler using scons running config_cc unifing config_cc, config, build_clib, build_ext, build commands --compiler opti ons running config_fc unifing config_fc, config, build_clib, build_ext, build commands --fcompiler opt ions running build_src building extension hello sources f2py options: [] f2py: c:\docume~1\david\locals~1\temp\tmpmladol\src.win32-2.5\hellomodule.c creating c:\docume~1\david\locals~1\temp\tmpmladol creating c:\docume~1\david\locals~1\temp\tmpmladol\src.win32-2.5 Reading fortran codes... Reading file 'hello.f90' (format:free) Post-processing... Block: hello Block: foo Post-processing (stage 2)... Building modules... Building module hello... Constructing wrapper function foo... foo(a) Wrote C/API module hello to file c:\docume~1\david\locals~1\temp\tmpm ladol\src.win32-2.5/hellomodule.c adding 'c:\docume~1\david\locals~1\temp\tmpmladol\src.win32-2.5\fortranobject. c' to sources. adding 'c:\docume~1\david\locals~1\temp\tmpmladol\src.win32-2.5' to include_di rs. copying C:\python25\lib\site-packages\numpy\f2py\src\fortranobject.c - c:\docum e~1\david\locals~1\temp\tmpmladol\src.win32-2.5 copying C:\python25\lib\site-packages\numpy\f2py\src\fortranobject.h - c:\docum e~1\david\locals~1\temp\tmpmladol\src.win32-2.5 running build_ext No module named msvccompiler in numpy.distutils; trying from distutils customize MSVCCompiler customize MSVCCompiler using build_ext customize CompaqVisualFCompiler customize CompaqVisualFCompiler using build_ext building 'hello' extension compiling C sources creating c:\docume~1\david\locals~1\temp\tmpmladol\Release creating c:\docume~1\david\locals~1\temp\tmpmladol\Release\docume~1 creating c:\docume~1\david\locals~1\temp\tmpmladol\Release\docume~1\david creating c:\docume~1\david\locals~1\temp\tmpmladol\Release\docume~1\david\locals ~1 creating c:\docume~1\david\locals~1\temp\tmpmladol\Release\docume~1\david\locals ~1\temp creating c:\docume~1\david\locals~1\temp\tmpmladol\Release\docume~1\david\locals ~1\temp\tmpmladol creating c:\docume~1\david\locals~1\temp\tmpmladol\Release\docume~1\david\locals ~1\temp
[Numpy-discussion] NEW GENERATED DLL ERROR FOUND WITHIN f2PY.py
To All, I have now been able to generate a .pyd file from a FORTRAN file that I am trying to interface with python. I was able to execute this with an additional insight into how f2py operates. It seems as though the documentation requires an upgrade, since there appears to be missing information that might misdirect a f2py newcomer, such as myself. However, I am now facing the following new error: ImportError: DLL load with error code 193 The python script is as follows: import hello print hello.__doc__ print hello.foo.__doc__ hello.foo(4) The Fortran code is as follows: ! -*- f90 -*- subroutine foo(a) integer a print*, Hello from Fortran! print*, a=, a end I was wondering as to what I should now try in order to finally produce a python sending and receiving information from a FORTRAN .pyd file. Any Suggestions??? Do I have to recompile Python with mingw32 in order to finally resolve this issue?? Thanks, David Blubaugh This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. ___ Numpy-discussion mailing list Numpy-discussion@scipy.org http://projects.scipy.org/mailman/listinfo/numpy-discussion
Re: [Numpy-discussion] F2py errors still
Robert, In response to your statement I cannot find Numpy 1.2 listed. Where is it??? David Blubaugh I believe this got fixed recently. Please try the latest release candidate of numpy 1.2. And please try to stay in one mailing list thread. This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. ___ Numpy-discussion mailing list Numpy-discussion@scipy.org http://projects.scipy.org/mailman/listinfo/numpy-discussion
Re: [Numpy-discussion] Still having issues with f2py
Uwe, I have tried your example and it look as though it would have worked. However, I did obtain the following error!!! python25 python setup.py build -cmingw32 running build running scons customize Mingw32CCompiler Found executable C:\gfortran\bin\gcc.exe Ignoring Python was built with Visual Studio 2003; extensions must be built with a compiler than can generate compatible binaries. Visual Studio 2003 was not found on this system. If you have Cygwin installed, you can try compiling with MingW32, by passing -c mingw32 to setup.py. (one s hould fix me in fcompiler/compaq.py) customize GnuFCompiler Could not locate executable g77 Found executable C:\Program Files\Microsoft Visual Studio\DF98\BIN\f77.exe gnu: no Fortran 90 compiler found gnu: no Fortran 90 compiler found Found executable C:\Program Files\Microsoft Visual Studio\DF98\BIN\f77.exe customize IntelVisualFCompiler Could not locate executable ifl customize AbsoftFCompiler Found executable C:\Program Files\Microsoft Visual Studio\DF98\BIN\f90.exe Found executable C:\Program Files\Microsoft Visual Studio\DF98\BIN\f90.exe customize CompaqVisualFCompiler Found executable C:\apps\cygwin\bin\DF.exe Found executable C:\apps\cygwin\bin\DF.exe customize IntelItaniumVisualFCompiler Could not locate executable efl customize Gnu95FCompiler Found executable C:\gfortran\bin\gfortran.exe Found executable C:\gfortran\bin\gfortran.exe customize Gnu95FCompiler customize Mingw32CCompiler customize Mingw32CCompiler using scons Could not locate executable g++ running config_cc unifing config_cc, config, build_clib, build_ext, build commands --compiler opti ons running config_fc unifing config_fc, config, build_clib, build_ext, build commands --fcompiler opt ions running build_src building extension _module sources target build\src.win32-2.5\_modulemodule.c does not exist: Assuming _modulemodule.c was generated with build_src --inplace command. error: '_modulemodule.c' missing python25 It looks as though I am missing _modulemodule.c. I was wondering as to how I may obtain this file? So I may finally get f2py working. Also, you should all know that I have executed all of these commands within Cygwin!! Thanks, David Blubaugh This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. ___ Numpy-discussion mailing list Numpy-discussion@scipy.org http://projects.scipy.org/mailman/listinfo/numpy-discussion
[Numpy-discussion] F2py errors still
To All, I am still not sure as to why this is not working. I believe it could be my windows environment variables. However, I have set these variables based on the following webpage: http://www.scipy.org/F2PY_Windows The error that I obtain is the following: C:\python25\python C:\python25\scripts\f2py.py -c --fcomplier=gnu95 --compiler=mingw32 -m foo foo.f90 running build running scons No module named msvccompiler in numpy.distutils; trying from distutils error: Python was built with Visual Studio 2003; extensions must be built with a compiler than can generate compatible binaries. Visual Studio 2003 was not found on this system. If you have Cygwin installed, you can try compiling with MingW32, by passing -c mingw32 to setup.py. Why that I need to have Visual Studio 2003 is beyond me. Does anyone have any suggestions. David Blubaugh This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. ___ Numpy-discussion mailing list Numpy-discussion@scipy.org http://projects.scipy.org/mailman/listinfo/numpy-discussion
Re: [Numpy-discussion] Still having issues with f2py
Mark, THANK YOU GREATLY FOR YOUR HELP!! I have executed all that suggestions that you have made: I was able to have f2py be able to detect two distinct fortran compilers on the computer that I am utilizing. However, I have found a new error that I found to be somewhat unclear. The error is as follows: I will try to input the following commands into an MS-DOS prompt: C:\Python25\Scriptsc:\python25\python f2py.py -c fib1_proj.f90 -m fib1_proj You should know that I have the FORTRAN file located within the Scripts directory along with the f2py.py file, which is also located in the Scripts directory. The scripts directory is as follows: C:\Python25\Scripts Therefore, once this line was executed, it was then able to execute python as well as f2py.py and be able to obtain fib1_proj.f90. However, this is the error that I obtained: running build running scons No module named msvccompiler in numpy.distutils; trying from distutils error: Python was built with Visual Studio 2003; extensions must be built with a compiler than can generate compatible binaries. Visual Studio 2003 was not found on this system. If you have Cygwin installed, you can try compiling with MingW32, by passing -c mingw32 to setup.py. I was wondering if the (.f90) extension was causing the problems?? I was also wondering as to what is involved with compiling with MingW32, by passing -c mingw32 to setup.py.?? Thank You All Greatly, David Blubaugh From: Mark Miller [mailto:[EMAIL PROTECTED] Sent: Tuesday, September 09, 2008 7:06 PM To: Blubaugh, David A. Subject: Re: Still having issues Hi David: I'm not 100% sure of what's going on. I've used F2py many times myself in the windows environment. Once thing that struck me from your message is that you mentioned running the command from within IDLE. Try opening up a command prompt window (in the Accessories section within the START menu of Windows) and issuing the commands from there. There is no need to import F2py modules into the python shell itself. If issuing things from the command line does not work, then I would suggest the following: 1) remove Numpy 2) remove Python 3) re-install Python from the 'official' binary source (the simple windows setup program) 4) re-install Numpy using the simple windows setup program Once that is done, try the following two things(I assume that your Python will be in c:\python25. If not, change the commands as appropriate!): First, make sure that you can run F2py. Just run the following to see if you get any errors. python c:\python25\scripts\f2py.py If that works, issue the following command to see if f2py is picking up your fortran compiler. Python C:\python25\scripts\f2py.py -c --help-fcompiler If the second one fails, you may need to make sure that you add your fortran compiler's path to the Windows environment path variable. Does that make sense? -Mark On Tue, Sep 9, 2008 at 3:53 PM, Blubaugh, David A. [EMAIL PROTECTED] wrote: Mark, I have taken the advice that you had given to me the other day. However, I am still having issues with actually executing the f2py.py script. If numpy is installed, then f2py will be too. On the windows environment, there is a file called f2py.py that you can call from the command line. It should be in the 'scripts' directory of your Python installation. Try something like this: python c:\python25\scripts\f2py.py (of course change to reflect your own python installation directory) It appears that once I run the f2py.py script from the IDLE environment, I will then obtain the following error: You will have to read at the end of the listed output. It looks as though there was a premature system exit once f2py.py was executed. Usage: 1) To construct extension module sources: f2py [options] fortran files [[[only:]||[skip:]] \ fortran functions ] \ [: fortran files ...] 2) To compile fortran files and build extension modules: f2py -c [options, build_flib options, extra options] fortran files 3) To generate signature files: f2py -h filename.pyf ... same options as in (1) Description: This program generates a Python C/API file (modulenamemodule.c) that contains wrappers for given fortran functions so that they can be called from Python. With the -c option the corresponding extension
[Numpy-discussion] F2PY ?? Has anyone worked with the F2PY generator?
To All, Has anyone worked with the F2PY generator? This is something that is supposedly built within numpy and scipy. I was wondering if anyone has had any issues with this environment?? It is important for my current employment!! Thanks, David Blubaugh This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. ___ Numpy-discussion mailing list Numpy-discussion@scipy.org http://projects.scipy.org/mailman/listinfo/numpy-discussion
[Numpy-discussion] F2PY ?? Has anyone worked with the F2PY generator?
Pauli, Yes, I am utilizing the windows environment. I cannot install f2py. I obtain the following error when I try to execute the setup.py file within the f2py folder located within the numpy master folder: Warning: Assuming default configuration (lib\parser/{setup_parser,setup}.py was not found) Appending f2py.lib.parser configuration to f2py.lib Ignoring attempt to set 'name' (from 'f2py.lib' to 'f2py.lib.parser') Warning: Assuming default configuration (lib\extgen/{setup_extgen,setup}.py was not found) Appending f2py.lib.extgen configuration to f2py.lib Ignoring attempt to set 'name' (from 'f2py.lib' to 'f2py.lib.extgen') Appending f2py.lib configuration to f2py Ignoring attempt to set 'name' (from 'f2py' to 'f2py.lib') F2PY Version 2_4423 Traceback (most recent call last): File C:\Python25\Lib\site-packages\numpy\f2py\setup.py, line 130, in module **config) TypeError: setup() got multiple values for keyword argument 'version' I do not know as to how to fix the multiple values for version?? PLEASE HELP!!! David Blubaugh -Original Message- From: Blubaugh, David A. Sent: Monday, September 08, 2008 6:04 PM To: '[EMAIL PROTECTED]' Subject: F2PY ?? Has anyone worked with the F2PY generator? To All, Has anyone worked with the F2PY generator? This is something that is supposedly built within numpy and scipy for the Python environment. I was wondering if anyone has encountered any issues with this environment?? This is important to find the answers to these questions. Thanks, David Blubaugh This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. ___ Numpy-discussion mailing list Numpy-discussion@scipy.org http://projects.scipy.org/mailman/listinfo/numpy-discussion
[Numpy-discussion] HASH TABLES IN PYTHON
To Whom It May Concern, I was wondering if anyone has ever worked with hash tables within the Python Programming language? I will need to utilize this ability for quick numerical calculations. Thank You, David Blubaugh This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. ___ Numpy-discussion mailing list Numpy-discussion@scipy.org http://projects.scipy.org/mailman/listinfo/numpy-discussion
[Numpy-discussion] Floating-point support for MyHDL
Would anyone know as to how to develop floating point support for the MyHDL module?? Has anyone worked with any alternative versions of the IEEE standard for floating -point? Also has anyone developed a floating-point library for a module within the python environment in order to execute numerical computations. I would imagine since I am translating python to verilog by using MyHDL , that I will have to develop the floating-point module in python source code as well ?? Thanks, David Blubaugh This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. ___ Numpy-discussion mailing list Numpy-discussion@scipy.org http://projects.scipy.org/mailman/listinfo/numpy-discussion
[Numpy-discussion] Scipy to MyHDL!
To Whom It May Concern, Please allow me to introduce myself. My name is David Allen Blubaugh. I am currently in the developmental stages of a Field-Programmable-Gate-Array (FPGA) device for a high-performance computing application. I am currently evaluating the MyHDL environment for translating python source code to verilog. I am also wondering as to what would be necessary to interface both Scipy and Numpy to the MyHDL environment? I believe that there will definitely be the need for modifications done within Numpy framework in order to quickly prototype an algorithm, like the FFT, and have it translated to verilog. Do you have any additional suggestions? Thanks, David Blubaugh This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. ___ Numpy-discussion mailing list Numpy-discussion@scipy.org http://projects.scipy.org/mailman/listinfo/numpy-discussion
Re: [Numpy-discussion] Numpy-discussion Digest, Vol 18, Issue 35
Robert, What I envisioned would be a simple but quick means to develop a FFT. I have worked this issue before with others who say that the way to do it would be to convert enough of the Numpy to MyHDL, which would then allow scipy to be imported within a python program. The question is to how this would be accomplished?? It should be stated that MyHDL is pure python programming which has no fewer capabilities than standard python. If I need to elaborate more please say so!! Thanks, David Blubaugh -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Monday, March 17, 2008 4:45 PM To: numpy-discussion@scipy.org Subject: Numpy-discussion Digest, Vol 18, Issue 35 Send Numpy-discussion mailing list submissions to numpy-discussion@scipy.org To subscribe or unsubscribe via the World Wide Web, visit http://projects.scipy.org/mailman/listinfo/numpy-discussion or, via email, send a message with subject or body 'help' to [EMAIL PROTECTED] You can reach the person managing the list at [EMAIL PROTECTED] When replying, please edit your Subject line so it is more specific than Re: Contents of Numpy-discussion digest... Today's Topics: 1. Re: Numpy and OpenMP (Gnata Xavier) 2. Scipy to MyHDL! (Blubaugh, David A.) 3. Re: numpy.ma bug: need sanity check in masked_where (Eric Firing) 4. Re: Numpy and OpenMP (Charles R Harris) 5. Re: how to build a series of arrays as I go? (Alan G Isaac) 6. Re: Scipy to MyHDL! (Robert Kern) 7. View ND Homogeneous Record Array as (N+1)D Array? (Alexander Michael) -- Message: 1 Date: Mon, 17 Mar 2008 20:59:08 +0100 From: Gnata Xavier [EMAIL PROTECTED] Subject: Re: [Numpy-discussion] Numpy and OpenMP To: Discussion of Numerical Python numpy-discussion@scipy.org Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=ISO-8859-1; format=flowed Francesc Altet wrote: A Monday 17 March 2008, Christopher Barker escrigu?: Plus a certain amount of numpy code depends on order of evaluation: a[:-1] = 2*a[1:] I'm confused here. My understanding of how it now works is that the above translates to: 1) create a new array (call it temp1) from a[1:], which shares a's data block. 2) create a temp2 array by multiplying 2 times each of the elements in temp1, and writing them into a new array, with a new data block 3) copy that temporary array into a[:-1] Why couldn't step (2) be parallelized? Why isn't it already with, BLAS? Doesn't BLAS must have such simple routines? Probably yes, but the problem is that this kind of operations, namely, vector-to-vector (usually found in the BLAS1 subset of BLAS), are normally memory-bounded, so you can take little avantage from using BLAS, most specially in modern processors, where the gap between the CPU throughput and the memory bandwith is quite high (and increasing). In modern machines, the use of BLAS is more interesting in vector-matrix (BLAS2) computations, but definitely is in matrix-matrix (BLAS3) ones (which is where the oportunities for cache reuse is higher) where the speedups can really be very good. Also, maybe numexpr could benefit from this? Maybe, but unfortunately it wouldn't be able to achieve high speedups. Right now, numexpr is focused in accelerating mainly vector-vector operations (or matrix-matrix, but element-wise, much like NumPy, so that the cache cannot be reused), with some smart optimizations for strided and unaligned arrays (in this scenario, it can be 2x or 3x faster than NumPy, even for very simple operations like 'a+b'). In a similar way, OpenMP (or whatever parallel paradigm) will only generally be useful when you have to deal with lots of data, and your algorithm can have the oportunity to structure it so that small portions of them can be reused many times. Cheers, Well, linear alagera is another topic. What I can see from IDL (for innstance) is that it provides the user with a TOTAL function which take avantage of several CPU when the number of elements is large. It also provides a very simple way to set a max number of threads. I really really would like to see something like that in numpy (just to be able to tell somone switch to numpy it is free and you will get exactly the same). For now, I have a problem when they ask for // functions like TOTAL. For now, we can do that using C inline threaded code but it is *complex* and 2000x2000 images are now common. It is not a corner case any more. Xavier -- Message: 2 Date: Mon, 17 Mar 2008 16:17:56 -0400 From: Blubaugh, David A. [EMAIL PROTECTED] Subject: [Numpy-discussion] Scipy to MyHDL! To: numpy-discussion@scipy.org Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=us-ascii To Whom It May Concern
Re: [Numpy-discussion] Numpy-discussion Digest, Vol 18, Issue 35
Robert, I should also further state that MyHDL is a module that converts pure python to verilog. MyHDL is just a means to handle the necessary conversion as well as the necessary simulation of python code that is being translated to verilog. Thanks, David Blubaugh -Original Message- From: Blubaugh, David A. Sent: Monday, March 17, 2008 5:11 PM To: 'numpy-discussion@scipy.org' Cc: '[EMAIL PROTECTED]' Subject: RE: Numpy-discussion Digest, Vol 18, Issue 35 Robert, What I envisioned would be a simple but quick means to develop a FFT. I have worked this issue before with others who say that the way to do it would be to convert enough of the Numpy to MyHDL, which would then allow scipy to be imported within a python program. The question is to how this would be accomplished?? It should be stated that MyHDL is pure python programming which has no fewer capabilities than standard python. If I need to elaborate more please say so!! Thanks, David Blubaugh -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Monday, March 17, 2008 4:45 PM To: numpy-discussion@scipy.org Subject: Numpy-discussion Digest, Vol 18, Issue 35 Send Numpy-discussion mailing list submissions to numpy-discussion@scipy.org To subscribe or unsubscribe via the World Wide Web, visit http://projects.scipy.org/mailman/listinfo/numpy-discussion or, via email, send a message with subject or body 'help' to [EMAIL PROTECTED] You can reach the person managing the list at [EMAIL PROTECTED] When replying, please edit your Subject line so it is more specific than Re: Contents of Numpy-discussion digest... Today's Topics: 1. Re: Numpy and OpenMP (Gnata Xavier) 2. Scipy to MyHDL! (Blubaugh, David A.) 3. Re: numpy.ma bug: need sanity check in masked_where (Eric Firing) 4. Re: Numpy and OpenMP (Charles R Harris) 5. Re: how to build a series of arrays as I go? (Alan G Isaac) 6. Re: Scipy to MyHDL! (Robert Kern) 7. View ND Homogeneous Record Array as (N+1)D Array? (Alexander Michael) -- Message: 1 Date: Mon, 17 Mar 2008 20:59:08 +0100 From: Gnata Xavier [EMAIL PROTECTED] Subject: Re: [Numpy-discussion] Numpy and OpenMP To: Discussion of Numerical Python numpy-discussion@scipy.org Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=ISO-8859-1; format=flowed Francesc Altet wrote: A Monday 17 March 2008, Christopher Barker escrigu?: Plus a certain amount of numpy code depends on order of evaluation: a[:-1] = 2*a[1:] I'm confused here. My understanding of how it now works is that the above translates to: 1) create a new array (call it temp1) from a[1:], which shares a's data block. 2) create a temp2 array by multiplying 2 times each of the elements in temp1, and writing them into a new array, with a new data block 3) copy that temporary array into a[:-1] Why couldn't step (2) be parallelized? Why isn't it already with, BLAS? Doesn't BLAS must have such simple routines? Probably yes, but the problem is that this kind of operations, namely, vector-to-vector (usually found in the BLAS1 subset of BLAS), are normally memory-bounded, so you can take little avantage from using BLAS, most specially in modern processors, where the gap between the CPU throughput and the memory bandwith is quite high (and increasing). In modern machines, the use of BLAS is more interesting in vector-matrix (BLAS2) computations, but definitely is in matrix-matrix (BLAS3) ones (which is where the oportunities for cache reuse is higher) where the speedups can really be very good. Also, maybe numexpr could benefit from this? Maybe, but unfortunately it wouldn't be able to achieve high speedups. Right now, numexpr is focused in accelerating mainly vector-vector operations (or matrix-matrix, but element-wise, much like NumPy, so that the cache cannot be reused), with some smart optimizations for strided and unaligned arrays (in this scenario, it can be 2x or 3x faster than NumPy, even for very simple operations like 'a+b'). In a similar way, OpenMP (or whatever parallel paradigm) will only generally be useful when you have to deal with lots of data, and your algorithm can have the oportunity to structure it so that small portions of them can be reused many times. Cheers, Well, linear alagera is another topic. What I can see from IDL (for innstance) is that it provides the user with a TOTAL function which take avantage of several CPU when the number of elements is large. It also provides a very simple way to set a max number of threads. I really really would like to see something like that in numpy (just to be able to tell somone switch to numpy it is free and you will get exactly the same). For now, I have a problem when they ask