Re: [PyCUDA] Fwd: installing/upgrading issue with siteconf.py, setup.py and 0.94rc
On Sun, 5 Sep 2010 17:48:57 -0400, Vince Fulco vful...@gmail.com wrote: Working off my current install prior to retrying a clean one, On FC12, installing numpy 1.3.0-9 requires python-nose-0.11.3-1 which then requires python-setuptools-0.6c9-5. Once all are installed, running test_driver.py raises the error: Traceback (most recent call last): File test_driver.py, line 4, in module from pycuda.tools import mark_cuda_test ImportError: cannot import name mark_cuda_test This sounds like PyCUDA isn't installed at all--have you run 'python setup.py install' in PyCUDA's source folder prior to running this? Andreas pgpQW4r28HZQq.pgp Description: PGP signature ___ PyCUDA mailing list PyCUDA@tiker.net http://lists.tiker.net/listinfo/pycuda
Re: [PyCUDA] Fwd: installing/upgrading issue with siteconf.py, setup.py and 0.94rc
I followed the linux instructions explicitly but will do a clean install and report back. Thanks, V. On Mon, Sep 6, 2010 at 2:53 PM, Andreas Kloeckner li...@informa.tiker.net wrote: On Sun, 5 Sep 2010 17:48:57 -0400, Vince Fulco vful...@gmail.com wrote: Working off my current install prior to retrying a clean one, On FC12, installing numpy 1.3.0-9 requires python-nose-0.11.3-1 which then requires python-setuptools-0.6c9-5. Once all are installed, running test_driver.py raises the error: Traceback (most recent call last): File test_driver.py, line 4, in module from pycuda.tools import mark_cuda_test ImportError: cannot import name mark_cuda_test This sounds like PyCUDA isn't installed at all--have you run 'python setup.py install' in PyCUDA's source folder prior to running this? Andreas -- Vince Fulco, CFA, CAIA 612.424.5477 (universal) vful...@gmail.com A posse ad esse non valet consequentia “the possibility does not necessarily lead to materialization” ___ PyCUDA mailing list PyCUDA@tiker.net http://lists.tiker.net/listinfo/pycuda
Re: [PyCUDA] Fwd: installing/upgrading issue with siteconf.py, setup.py and 0.94rc
After a new clean install, the test scripts: test_driver.py and test_cumath.py work without fail. test_gpuarray.py gives 6 errors which I am exploring further (looks to be precision issues since pytools libraries not installed). Thank you. V. -- Vince Fulco, CFA, CAIA 612.424.5477 (universal) vful...@gmail.com A posse ad esse non valet consequentia “the possibility does not necessarily lead to materialization” ___ PyCUDA mailing list PyCUDA@tiker.net http://lists.tiker.net/listinfo/pycuda
Re: [PyCUDA] Fwd: installing/upgrading issue with siteconf.py, setup.py and 0.94rc
On Mon, 6 Sep 2010 15:38:47 -0400, Vince Fulco vful...@gmail.com wrote: After a new clean install, the test scripts: test_driver.py and test_cumath.py work without fail. test_gpuarray.py gives 6 errors which I am exploring further (looks to be precision issues since pytools libraries not installed). Are you on a Fermi chip? If so, those are a known problem that's already been reported. Andreas pgpMkrHLewbI4.pgp Description: PGP signature ___ PyCUDA mailing list PyCUDA@tiker.net http://lists.tiker.net/listinfo/pycuda
Re: [PyCUDA] Fwd: installing/upgrading issue with siteconf.py, setup.py and 0.94rc
Hi Vince, On Sat, 21 Aug 2010 09:51:29 -0400, Vince Fulco vful...@gmail.com wrote: To follow up on install failure detailed below, went ahead and removed python-setuptools while installing distribute-0.6.4. The ongoing unresolved issue is that to re-install numpy, scipy, rpy prior to PyCuda requires the setuptools dependency which messes up the install as previously mentioned. Would appreciate any further insights, V. Since distribute aims to replace setuptools, it should be installed at the very beginning of the process. (With distribute installed, import setuptools gives you distribute code.) Further, which of those packages actually requires setuptools? A quick look at their repositories suggests none of them do. Lastly, the build log you posted a while ago didn't show any issues--what do you need help resolving? HTH, Andreas pgpthIwGVxITQ.pgp Description: PGP signature ___ PyCUDA mailing list PyCUDA@tiker.net http://lists.tiker.net/listinfo/pycuda
Re: [PyCUDA] Fwd: installing/upgrading issue with siteconf.py, setup.py and 0.94rc
Dear Andreas- Thanks for your patience. ...Further, which of those packages actually requires setuptools? A quick look at their repositories suggests none of them do. I can only state that using yum install for the libraries mentioned previously after installing distribute states the need for setuptools installation. Why, if as you mention each independently does not, I have no idea. Lastly, the build log you posted a while ago didn't show any issues--what do you need help resolving After an install of Pycuda a la the build log you mentioned, any attempt at running tests indicates missing python packages and a fail. This didn't happen in 0.93 and trying to re-install 0.93 at this juncture also fails. Will attempt another clean re-installation of everything and report back asap. Best, V. On Sun, Sep 5, 2010 at 4:18 PM, Andreas Kloeckner li...@informa.tiker.net wrote: Hi Vince, On Sat, 21 Aug 2010 09:51:29 -0400, Vince Fulco vful...@gmail.com wrote: To follow up on install failure detailed below, went ahead and removed python-setuptools while installing distribute-0.6.4. The ongoing unresolved issue is that to re-install numpy, scipy, rpy prior to PyCuda requires the setuptools dependency which messes up the install as previously mentioned. Would appreciate any further insights, V. Since distribute aims to replace setuptools, it should be installed at the very beginning of the process. (With distribute installed, import setuptools gives you distribute code.) Further, which of those packages actually requires setuptools? A quick look at their repositories suggests none of them do. Lastly, the build log you posted a while ago didn't show any issues--what do you need help resolving? HTH, Andreas -- Vince Fulco, CFA, CAIA 612.424.5477 (universal) vful...@gmail.com A posse ad esse non valet consequentia “the possibility does not necessarily lead to materialization” ___ PyCUDA mailing list PyCUDA@tiker.net http://lists.tiker.net/listinfo/pycuda
Re: [PyCUDA] Fwd: installing/upgrading issue with siteconf.py, setup.py and 0.94rc
On Sun, 5 Sep 2010 17:27:07 -0400, Vince Fulco vful...@gmail.com wrote: Dear Andreas- Thanks for your patience. ...Further, which of those packages actually requires setuptools? A quick look at their repositories suggests none of them do. I can only state that using yum install for the libraries mentioned previously after installing distribute states the need for setuptools installation. Why, if as you mention each independently does not, I have no idea. Can you check which packages exactly depend on setuptools in yum? (Are you on Redhat? Fedora? CentOS?) Lastly, the build log you posted a while ago didn't show any issues--what do you need help resolving After an install of Pycuda a la the build log you mentioned, any attempt at running tests indicates missing python packages and a fail. This didn't happen in 0.93 and trying to re-install 0.93 at this juncture also fails. Which packages are reported as missing? A simple pip install package_name might be enough to bring them in. (Or easy_install package_name, depending on what you prefer.) Andreas pgpkHhHgDwnPD.pgp Description: PGP signature ___ PyCUDA mailing list PyCUDA@tiker.net http://lists.tiker.net/listinfo/pycuda
[PyCUDA] Fwd: installing/upgrading issue with siteconf.py, setup.py and 0.94rc
To follow up on install failure detailed below, went ahead and removed python-setuptools while installing distribute-0.6.4. The ongoing unresolved issue is that to re-install numpy, scipy, rpy prior to PyCuda requires the setuptools dependency which messes up the install as previously mentioned. Would appreciate any further insights, V. -- Forwarded message -- From: Vince Fulco vful...@gmail.com Date: Wed, Aug 18, 2010 at 6:30 PM Subject: Fwd: [PyCUDA] installing/upgrading issue with siteconf.py, setup.py and 0.94rc To: pycuda@tiker.net Following up on install issues of two weeks ago. Sorry for the delay as on the road. I can send the make install output next if necessary. It would appear make make install completes without error except for the same 'dist.py' warning (found below) and the make tests raise a multitude of errors. I think I may have the setup tools vs. distribute problem mentioned previously although only running python 2.6.2 and python-setuptools 0.6c9 on FC12. However, if I attempt a 'yum remove python-setuptools', it will remove numpy and rpy I use elsewhere. Will I need to re-install separately? Would prefer to hear others experiences before removing working packages. Best, V. ## 'rm -Rf build' (done) make output: [r...@skynet-linux1 pycuda]# make ctags -R src || true /usr/bin/python setup.py build Scanning installed packages Setuptools installation detected at /home/vfulco/Downloads/pycuda Non-egg installation Removing elements out of the way... Already patched. /home/vfulco/Downloads/pycuda/setuptools-0.6c9-py2.6.egg-info already patched. Extracting in /tmp/tmpL4muIo Now working in /tmp/tmpL4muIo/distribute-0.6.4 Building a Distribute egg in /home/vfulco/Downloads/pycuda /home/vfulco/Downloads/pycuda/setuptools-0.6c9-py2.6.egg-info already exists /usr/include/ /boost/ python .hpp /usr/lib64 / lib boost_python-mt .so /usr/lib64 / lib boost_thread-mt .so /usr/local/cuda/ /bin/ nvcc /usr/local/cuda/include / cuda .h /usr/lib64 / lib cuda .so /usr/lib64/python2.6/distutils/dist.py:266: UserWarning: Unknown distribution option: 'install_requires' warnings.warn(msg) running build running build_py creating build creating build/lib.linux-x86_64-2.6 creating build/lib.linux-x86_64-2.6/pycuda copying pycuda/autoinit.py - build/lib.linux-x86_64-2.6/pycuda copying pycuda/curandom.py - build/lib.linux-x86_64-2.6/pycuda copying pycuda/tools.py - build/lib.linux-x86_64-2.6/pycuda copying pycuda/cumath.py - build/lib.linux-x86_64-2.6/pycuda copying pycuda/gpuarray.py - build/lib.linux-x86_64-2.6/pycuda copying pycuda/reduction.py - build/lib.linux-x86_64-2.6/pycuda copying pycuda/driver.py - build/lib.linux-x86_64-2.6/pycuda copying pycuda/compiler.py - build/lib.linux-x86_64-2.6/pycuda copying pycuda/__init__.py - build/lib.linux-x86_64-2.6/pycuda copying pycuda/elementwise.py - build/lib.linux-x86_64-2.6/pycuda creating build/lib.linux-x86_64-2.6/pycuda/gl copying pycuda/gl/autoinit.py - build/lib.linux-x86_64-2.6/pycuda/gl copying pycuda/gl/__init__.py - build/lib.linux-x86_64-2.6/pycuda/gl running build_ext building '_driver' extension creating build/temp.linux-x86_64-2.6 creating build/temp.linux-x86_64-2.6/src creating build/temp.linux-x86_64-2.6/src/cpp creating build/temp.linux-x86_64-2.6/src/wrapper gcc -pthread -fno-strict-aliasing -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic -D_GNU_SOURCE -fPIC -fwrapv -O3 -DNDEBUG -fPIC -DHAVE_GL=1 -Isrc/cpp -I/usr/include/ -I/usr/local/cuda/include -I/usr/lib64/python2.6/site-packages/numpy/core/include -I/usr/include/python2.6 -c src/cpp/cuda.cpp -o build/temp.linux-x86_64-2.6/src/cpp/cuda.o gcc -pthread -fno-strict-aliasing -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic -D_GNU_SOURCE -fPIC -fwrapv -O3 -DNDEBUG -fPIC -DHAVE_GL=1 -Isrc/cpp -I/usr/include/ -I/usr/local/cuda/include -I/usr/lib64/python2.6/site-packages/numpy/core/include -I/usr/include/python2.6 -c src/cpp/bitlog.cpp -o build/temp.linux-x86_64-2.6/src/cpp/bitlog.o gcc -pthread -fno-strict-aliasing -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic -D_GNU_SOURCE -fPIC -fwrapv -O3 -DNDEBUG -fPIC -DHAVE_GL=1 -Isrc/cpp -I/usr/include/ -I/usr/local/cuda/include -I/usr/lib64/python2.6/site-packages/numpy/core/include -I/usr/include/python2.6 -c src/wrapper/wrap_cudadrv.cpp -o build/temp.linux-x86_64-2.6/src/wrapper/wrap_cudadrv.o src/wrapper/wrap_cudadrv.cpp: In function ‘void init_module__driver()’: src/wrapper/wrap_cudadrv.cpp:443: warning: deprecated conversion from string constant to ‘char*’ src/wrapper/wrap_cudadrv.cpp:447: warning: deprecated conversion from string constant to ‘char*’ src/wrapper/wrap_cudadrv.cpp:448: warning: deprecated conversion from string constant to ‘char*’ src/wrapper/wrap_cudadrv.cpp:449: warning: deprecated conversion from string
[PyCUDA] Fwd: installing/upgrading issue with siteconf.py, setup.py and 0.94rc
Following up on install issues of two weeks ago. Sorry for the delay as on the road. I can send the make install output next if necessary. It would appear make make install completes without error except for the same 'dist.py' warning (found below) and the make tests raise a multitude of errors. I think I may have the setup tools vs. distribute problem mentioned previously although only running python 2.6.2 and python-setuptools 0.6c9 on FC12. However, if I attempt a 'yum remove python-setuptools', it will remove numpy and rpy I use elsewhere. Will I need to re-install separately? Would prefer to hear others experiences before removing working packages. Best, V. ## 'rm -Rf build' (done) make output: [r...@skynet-linux1 pycuda]# make ctags -R src || true /usr/bin/python setup.py build Scanning installed packages Setuptools installation detected at /home/vfulco/Downloads/pycuda Non-egg installation Removing elements out of the way... Already patched. /home/vfulco/Downloads/pycuda/setuptools-0.6c9-py2.6.egg-info already patched. Extracting in /tmp/tmpL4muIo Now working in /tmp/tmpL4muIo/distribute-0.6.4 Building a Distribute egg in /home/vfulco/Downloads/pycuda /home/vfulco/Downloads/pycuda/setuptools-0.6c9-py2.6.egg-info already exists /usr/include/ /boost/ python .hpp /usr/lib64 / lib boost_python-mt .so /usr/lib64 / lib boost_thread-mt .so /usr/local/cuda/ /bin/ nvcc /usr/local/cuda/include / cuda .h /usr/lib64 / lib cuda .so /usr/lib64/python2.6/distutils/dist.py:266: UserWarning: Unknown distribution option: 'install_requires' warnings.warn(msg) running build running build_py creating build creating build/lib.linux-x86_64-2.6 creating build/lib.linux-x86_64-2.6/pycuda copying pycuda/autoinit.py - build/lib.linux-x86_64-2.6/pycuda copying pycuda/curandom.py - build/lib.linux-x86_64-2.6/pycuda copying pycuda/tools.py - build/lib.linux-x86_64-2.6/pycuda copying pycuda/cumath.py - build/lib.linux-x86_64-2.6/pycuda copying pycuda/gpuarray.py - build/lib.linux-x86_64-2.6/pycuda copying pycuda/reduction.py - build/lib.linux-x86_64-2.6/pycuda copying pycuda/driver.py - build/lib.linux-x86_64-2.6/pycuda copying pycuda/compiler.py - build/lib.linux-x86_64-2.6/pycuda copying pycuda/__init__.py - build/lib.linux-x86_64-2.6/pycuda copying pycuda/elementwise.py - build/lib.linux-x86_64-2.6/pycuda creating build/lib.linux-x86_64-2.6/pycuda/gl copying pycuda/gl/autoinit.py - build/lib.linux-x86_64-2.6/pycuda/gl copying pycuda/gl/__init__.py - build/lib.linux-x86_64-2.6/pycuda/gl running build_ext building '_driver' extension creating build/temp.linux-x86_64-2.6 creating build/temp.linux-x86_64-2.6/src creating build/temp.linux-x86_64-2.6/src/cpp creating build/temp.linux-x86_64-2.6/src/wrapper gcc -pthread -fno-strict-aliasing -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic -D_GNU_SOURCE -fPIC -fwrapv -O3 -DNDEBUG -fPIC -DHAVE_GL=1 -Isrc/cpp -I/usr/include/ -I/usr/local/cuda/include -I/usr/lib64/python2.6/site-packages/numpy/core/include -I/usr/include/python2.6 -c src/cpp/cuda.cpp -o build/temp.linux-x86_64-2.6/src/cpp/cuda.o gcc -pthread -fno-strict-aliasing -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic -D_GNU_SOURCE -fPIC -fwrapv -O3 -DNDEBUG -fPIC -DHAVE_GL=1 -Isrc/cpp -I/usr/include/ -I/usr/local/cuda/include -I/usr/lib64/python2.6/site-packages/numpy/core/include -I/usr/include/python2.6 -c src/cpp/bitlog.cpp -o build/temp.linux-x86_64-2.6/src/cpp/bitlog.o gcc -pthread -fno-strict-aliasing -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic -D_GNU_SOURCE -fPIC -fwrapv -O3 -DNDEBUG -fPIC -DHAVE_GL=1 -Isrc/cpp -I/usr/include/ -I/usr/local/cuda/include -I/usr/lib64/python2.6/site-packages/numpy/core/include -I/usr/include/python2.6 -c src/wrapper/wrap_cudadrv.cpp -o build/temp.linux-x86_64-2.6/src/wrapper/wrap_cudadrv.o src/wrapper/wrap_cudadrv.cpp: In function ‘void init_module__driver()’: src/wrapper/wrap_cudadrv.cpp:443: warning: deprecated conversion from string constant to ‘char*’ src/wrapper/wrap_cudadrv.cpp:447: warning: deprecated conversion from string constant to ‘char*’ src/wrapper/wrap_cudadrv.cpp:448: warning: deprecated conversion from string constant to ‘char*’ src/wrapper/wrap_cudadrv.cpp:449: warning: deprecated conversion from string constant to ‘char*’ src/wrapper/wrap_cudadrv.cpp:450: warning: deprecated conversion from string constant to ‘char*’ gcc -pthread -fno-strict-aliasing -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic -D_GNU_SOURCE -fPIC -fwrapv -O3 -DNDEBUG -fPIC -DHAVE_GL=1 -Isrc/cpp -I/usr/include/ -I/usr/local/cuda/include -I/usr/lib64/python2.6/site-packages/numpy/core/include -I/usr/include/python2.6 -c src/wrapper/mempool.cpp -o build/temp.linux-x86_64-2.6/src/wrapper/mempool.o gcc -pthread -fno-strict-aliasing
