You can subscribe to this list here.
2000 |
Jan
(8) |
Feb
(49) |
Mar
(48) |
Apr
(28) |
May
(37) |
Jun
(28) |
Jul
(16) |
Aug
(16) |
Sep
(44) |
Oct
(61) |
Nov
(31) |
Dec
(24) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2001 |
Jan
(56) |
Feb
(54) |
Mar
(41) |
Apr
(71) |
May
(48) |
Jun
(32) |
Jul
(53) |
Aug
(91) |
Sep
(56) |
Oct
(33) |
Nov
(81) |
Dec
(54) |
2002 |
Jan
(72) |
Feb
(37) |
Mar
(126) |
Apr
(62) |
May
(34) |
Jun
(124) |
Jul
(36) |
Aug
(34) |
Sep
(60) |
Oct
(37) |
Nov
(23) |
Dec
(104) |
2003 |
Jan
(110) |
Feb
(73) |
Mar
(42) |
Apr
(8) |
May
(76) |
Jun
(14) |
Jul
(52) |
Aug
(26) |
Sep
(108) |
Oct
(82) |
Nov
(89) |
Dec
(94) |
2004 |
Jan
(117) |
Feb
(86) |
Mar
(75) |
Apr
(55) |
May
(75) |
Jun
(160) |
Jul
(152) |
Aug
(86) |
Sep
(75) |
Oct
(134) |
Nov
(62) |
Dec
(60) |
2005 |
Jan
(187) |
Feb
(318) |
Mar
(296) |
Apr
(205) |
May
(84) |
Jun
(63) |
Jul
(122) |
Aug
(59) |
Sep
(66) |
Oct
(148) |
Nov
(120) |
Dec
(70) |
2006 |
Jan
(460) |
Feb
(683) |
Mar
(589) |
Apr
(559) |
May
(445) |
Jun
(712) |
Jul
(815) |
Aug
(663) |
Sep
(559) |
Oct
(930) |
Nov
(373) |
Dec
|
From: Francesc A. <fa...@ca...> - 2006-09-27 17:29:32
|
El dc 27 de 09 del 2006 a les 11:01 -0600, en/na Travis Oliphant va escriure: > Francesc Altet wrote: > > Hello, > > > > Sorry for being insistent, but I recognize that I'm having a bad time > > with NumPy data type rational. Is there an explanation for this?: > > > > =20 > Your actually talking about the array scalar types not the data-type=20 > objects.=20 Yes, that's right. It's just that I didn't get used to the correct jargon :-( > On my 32-bit system I get: >=20 > numpy.sctypeDict['i4'] is numpy.sctypeDict['int32'] >=20 > True >=20 >=20 > Hmm..... I don't know why you are getting a different result, but=20 > perhaps it has to do with the fact that the character alias ('i4') is=20 > not getting set at the same type as 'int32'. I just fixed that. That=20 > should fix the problem. Yup. I can confirm that the problem is solved in my machine as well. Thanks! --=20 >0,0< Francesc Altet http://www.carabos.com/ V V C=C3=A1rabos Coop. V. Enjoy Data "-" |
From: Travis O. <oli...@ie...> - 2006-09-27 17:01:19
|
Francesc Altet wrote: > Hello, > > Sorry for being insistent, but I recognize that I'm having a bad time > with NumPy data type rational. Is there an explanation for this?: > > Your actually talking about the array scalar types not the data-type objects. But, more to the point.... >>>> numpy.typeDict['i4'] >>>> > <type 'numpy.int32'> > >>>> numpy.typeDict['int32'] >>>> > <type 'numpy.int32'> > >>>> numpy.typeDict['i4'] == numpy.typeDict['int32'] >>>> > False > > On my 32-bit system I get: numpy.sctypeDict['i4'] is numpy.sctypeDict['int32'] True Hmm..... I don't know why you are getting a different result, but perhaps it has to do with the fact that the character alias ('i4') is not getting set at the same type as 'int32'. I just fixed that. That should fix the problem. -travis |
From: Travis O. <oli...@ie...> - 2006-09-27 16:35:28
|
Francesc Altet wrote: > Hello, > > Sorry for being insistent, but I recognize that I'm having a bad time > with NumPy data type rational. Is there an explanation for this?: > > >>>> numpy.dtype('i4').type >>>> > <type 'numpy.int32'> > >>>> numpy.dtype('int32').type >>>> > <type 'numpy.int32'> > >>>> numpy.dtype('i4').type == numpy.dtype('int32').type >>>> > True > > So far so good, but is the next the intended behaviour? > > >>>> numpy.typeDict['i4'] >>>> > <type 'numpy.int32'> > >>>> numpy.typeDict['int32'] >>>> > <type 'numpy.int32'> > >>>> numpy.typeDict['i4'] == numpy.typeDict['int32'] >>>> No, this isn't correct behavior. This time you've caught an actual problem :-) The typeDict (actually the sctypeDict --- scalar-type-dictionary returns a scalar type given a string not a data-type object) is only used if no other conversion can be found for the object. It used to be much more useful before the data-type objects were formalized last year. -Travis |
From: Nickolas V F. <nv...@MI...> - 2006-09-27 16:33:20
|
On Tuesday, September 26, Robert Kern wrote: > Please run numpy.test(10,10). That will print out the name of the test before > running it. Thus we will find out which test is segfaulting. Robert, The last line is: Check creation from list of list of tuplesSegmentation fault This matches what gdb said. I wouldn't think there any BLAS or LAPACK calls during array creation, so that would rule out ACML as the culprit. Any quick ideas of where specifically to look? Chuck, I had a rather different setup working. I changed too many variables (python 2.4, no ACML, pre-1.0beta SVN checkout to python 2.5, ACML, yesterday SVN checkout) to be sure what is breaking. I'll regress a bit and see if I can find out what's wrong. I always remove the build directory before reinstalling, but I generally don't remove the site-packages/numpy directory. I'll start doing that. I'm fairly sure I'm not picking up 2.4's site-packages. Oh, another thing is that I had trouble with the gnu (g77) version of the ACML libraries, so I forced gfortran usage with .pydistutils.cfg. Should that break things? Thanks, Nick |
From: Hanno K. <kl...@ph...> - 2006-09-27 12:54:42
|
Thanks for the hint, that solved it! Hanno Charles R Harris <cha...@gm...> said: > ------=_Part_15501_7322175.1159288578594 > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > Content-Transfer-Encoding: 7bit > Content-Disposition: inline > > On 9/26/06, Hanno Klemm <kl...@ph...> wrote: > > > > > > Hello, > > > > I try to build numpy 1.0rc1 with blas and lapack installed in another > > place than /usr/lib. I compiled blas and lapack according to the > > instructions on the scipy webpage and installed them under > > /scratch/python2.4/lib. > > > > I set the environment variables > > BLAS=/scratch/python2.4/lib/libfblas.a and > > LAPACK=/scratch/python2.4/lib/libflapack.a > > > Try putting stuff in the site.cfg file. At one point I needed the following: > > [atlas] > library_dirs = /usr/lib64/atlas > atlas_libs = lapack, blas, cblas, atlas > > Chuck |
From: Francesc A. <fa...@ca...> - 2006-09-27 11:22:46
|
El dc 27 de 09 del 2006 a les 10:01 +0100, en/na James Graham va escriure: > Francesc Altet wrote: > > So far so good, but is the next the intended behaviour? > >=20 > >>>> numpy.typeDict['i4'] > > <type 'numpy.int32'> > >>>> numpy.typeDict['int32'] > > <type 'numpy.int32'> > >>>> numpy.typeDict['i4'] =3D=3D numpy.typeDict['int32'] > > False > >=20 > >=20 > By way of comparison, I get (Linux/AMD 64): >=20 > In [1]: import numpy >=20 > In [2]: numpy.typeDict['i4'] =3D=3D numpy.typeDict['int32'] > Out[2]: True >=20 > In [3]: numpy.typeDict['i4'] is numpy.typeDict['int32'] > Out[3]: True >=20 > In [4]: numpy.__version__ > Out[4]: '1.0b5' Yeah, but I'm on Linux/AMD32. I'd bet that in your machine you will get something like: In [2]: numpy.typeDict['i8'] =3D=3D numpy.typeDict['int64'] Out[2]: False --=20 >0,0< Francesc Altet http://www.carabos.com/ V V C=C3=A1rabos Coop. V. Enjoy Data "-" |
From: James G. <jg...@ca...> - 2006-09-27 09:01:24
|
Francesc Altet wrote: > So far so good, but is the next the intended behaviour? > >>>> numpy.typeDict['i4'] > <type 'numpy.int32'> >>>> numpy.typeDict['int32'] > <type 'numpy.int32'> >>>> numpy.typeDict['i4'] == numpy.typeDict['int32'] > False > > By way of comparison, I get (Linux/AMD 64): In [1]: import numpy In [2]: numpy.typeDict['i4'] == numpy.typeDict['int32'] Out[2]: True In [3]: numpy.typeDict['i4'] is numpy.typeDict['int32'] Out[3]: True In [4]: numpy.__version__ Out[4]: '1.0b5' -- "Eternity's a terrible thought. I mean, where's it all going to end?" -- Tom Stoppard, Rosencrantz and Guildenstern are Dead |
From: <na...@ya...> - 2006-09-27 08:50:59
|
:―― INFORMATION ―――――――――――――――――――――――――: 不正・悪質なサイトを一切排除しておりますので 安心してご利用ください。 http://love-match.bz/pc/07 :――――――――――――――――――――――――――――――――――: *・゜゜・*:.。. .。.:*・゜゜・*:.。..。:*・゜゜・*:.。..。:**・゜゜・* ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ □■ 不倫・ワリキリ専門の無料出会いサイト『Love☆Match』 ----------------------------------------------------------------- 登録料・利用料 ・・・・・・・・・【無料】 メールの送受信 ・・・・・・・・・【無料】 ユーザーの検索 ・・・・・・・・・【無料】 掲示板の閲覧・書込み ・・・・・・【無料】 画像交換・アップロード ・・・・・【無料】 アドレス交換・電話番号交換 ・・・【無料】 ----------------------------------------------------------------- どれだけ使っても全て無料! http://love-match.bz/pc/07 ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ □■ いつでも女性ユーザーがいっぱい。その理由は? ----------------------------------------------------------------- PC&モバイルに対応!いつでもどこでも気軽に楽しめる! ----------------------------------------------------------------- 仕事中は携帯電話から、プライベートは自宅からのんびりと。 気になる相手といつでも繋がっているから、新密度も急速にUP。 http://love-match.bz/pc/07 ----------------------------------------------------------------- PCから簡単プロフィール作成。ネット初心者でもラクラク参加OK ----------------------------------------------------------------- 面倒な登録は一切不要。パソコンから簡単なプロフィールを作成して 初心者の方や女性でもすぐに参加できます。 http://love-match.bz/pc/07 ----------------------------------------------------------------- 自由恋愛対応!直電・直メ交換支援ツール ----------------------------------------------------------------- 基本的にメールアドレスや電話番号は非公開ですが 仲良くなった人だけにメールアドレスや電話番号を教える事ができます。 http://love-match.bz/pc/07 ----------------------------------------------------------------- 写真アップロードに対応!好みの相手を素早くCHECK! ----------------------------------------------------------------- 待ち合わせ場所にイメージとまったく違う人が来たら…。 ピュアックスなら会う前に写真交換ができるから、そんな不安も解消。 http://love-match.bz/pc/07 ----------------------------------------------------------------- スレッド掲示板で秘密のパートナー検索も効率UP! ----------------------------------------------------------------- メインの掲示板のほかにスレッド型の掲示板を設置。 メル友から秘密のパートナーまで目的別のユーザーが集う掲示板です。 http://love-match.bz/pc/07 ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ □■ 毎日500人近くのユーザーが続々参加中!! □----------------------------------------------------------------- リエ(21歳/会社員) いつも1人でエッチなことを考えてます。 メールだといろいろ話せるんだけど、実際に会うとあまりしゃべれなく なっちゃうので、盛り上げてくれるような楽しい男の人いないかな? 引っ込み思案のせいか、男性経験はあまり無いんです。 優しく&楽しくリードしてくれる男性からのメール待ってます。 [写真有り] http://love-match.bz/pc/07 □----------------------------------------------------------------- 真菜(24歳/フリーター) 彼氏が浮気してて超アタマきたっ!まなだって遊びたい盛りだし、ずっと ガマンしてたのにさ!かっこいい人見つけて思いっきりふってやるつもりで 登録してみた(笑) [写真有り] http://love-match.bz/pc/07 □----------------------------------------------------------------- みさ(34歳/専業主婦) 殆ど家に帰ってこない仕事人間のだんなさまと二人きりの毎日で、ほんと 寂しい思いをしています。年下の男の子がいれば仲良くなりたいな。 年下の人とは付き合ったことがないので興味津々です(^^) [写真無し] http://love-match.bz/pc/07 □----------------------------------------------------------------- 恭子(28歳/会社員) 彼氏とはいつも同じようなセックスばかりでかなり冷め気味です。 誰かあたしと熱いセックスを楽しみませんか?めんどくさい事は 言いません。ただ、いつもと違うドキドキするような事がしたい だけなんです。 [写真無し] http://love-match.bz/pc/07 □----------------------------------------------------------------- ななこ(28歳/主婦) 半年前にだんなと別れて今は×1です。 夜のお仕事なので、昼間まったりと過ごしませんか? 心身ともに疲れ気味で、今、激しく癒されたいです。 [写真有り] http://love-match.bz/pc/07 □----------------------------------------------------------------- 祥子(31歳/クリエイター) 平日は18時くらいまでは大体仕事してるので、その後に食事したり 楽しく飲んだりできるパートナー希望です。年上でも年下でも かまいませんので気軽にメールを送って頂けると嬉しいです。 [写真有り] http://love-match.bz/pc/07 □----------------------------------------------------------------- ゅヵ`(20歳/学生) まずゎ会ってみないとはじまらなぃょね?! 横浜近辺の人で、いろんな意味でオトナな人は プロフ付きでめぇる送って☆ [写真有り] http://love-match.bz/pc/07 □----------------------------------------------------------------- 出会いサイトのサクラに騙されないように↓ ┏━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━┓ 【裏】無料の出会い情報 ------------------------------------------------------------- お金と時間を持て余している人妻の間で、噂になってるあのサイト [登録・利用料全て無料] http://love-match.bz/pc/?07 ------------------------------------------------------------- 彼女達が求めているのはこんな男性です。 ?年上女性にリードしてもらいたい、経験少なめの男性 ?体力・テクニックに自信が有る男性 男性会員が不足しています。我こそは、と思う方は今すぐ参加! [登録・利用料全て無料] http://love-match.bz/pc/07 ┗━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━┛ 広東省茂名市人民大街3-6-4-533 友誼網絡公司 139-3668-7892 |
From: Francesc A. <fa...@ca...> - 2006-09-27 07:49:04
|
Hello, Sorry for being insistent, but I recognize that I'm having a bad time with NumPy data type rational. Is there an explanation for this?: >>> numpy.dtype('i4').type <type 'numpy.int32'> >>> numpy.dtype('int32').type <type 'numpy.int32'> >>> numpy.dtype('i4').type =3D=3D numpy.dtype('int32').type True So far so good, but is the next the intended behaviour? >>> numpy.typeDict['i4'] <type 'numpy.int32'> >>> numpy.typeDict['int32'] <type 'numpy.int32'> >>> numpy.typeDict['i4'] =3D=3D numpy.typeDict['int32'] False --=20 >0,0< Francesc Altet http://www.carabos.com/ V V C=C3=A1rabos Coop. V. Enjoy Data "-" |
From: Charles R H. <cha...@gm...> - 2006-09-27 05:03:24
|
On 9/26/06, Nickolas V Fotopoulos <nv...@mi...> wrote: > > Dear numpy pros, > > I have a problem and I don't know whether it's from local setup > intricacies > (64-bit Opteron with ACML and Python 2.5) or something in numpy (fresh SVN > checkout). I observe the following: > > > > Any idea what might be wrong? One obvious thing to check was the linear > algebra, since ACML is suspect. numpy.linalg.eig worked fine for my > simple > test. I don't know enough to debug further. Is this your first build, or have you had success before? If the latter what changed? If you have done previous builds it is also a good idea to delete the build directory and, sometimes, the old package in site-packages whenever you have a problem to see if it goes away. Chuck |
From: Robert K. <rob...@gm...> - 2006-09-27 04:31:27
|
Nickolas V Fotopoulos wrote: > Dear numpy pros, > > I have a problem and I don't know whether it's from local setup intricacies > (64-bit Opteron with ACML and Python 2.5) or something in numpy (fresh SVN > checkout). I observe the following: > >>>> import numpy >>>> numpy.test() > ........Segmentation fault Please run numpy.test(10,10). That will print out the name of the test before running it. Thus we will find out which test is segfaulting. -- Robert Kern "I have come to believe that the whole world is an enigma, a harmless enigma that is made terrible by our own mad attempt to interpret it as though it had an underlying truth." -- Umberto Eco |
From: Nickolas V F. <nv...@MI...> - 2006-09-27 04:07:09
|
Dear numpy pros, I have a problem and I don't know whether it's from local setup intricacies (64-bit Opteron with ACML and Python 2.5) or something in numpy (fresh SVN checkout). I observe the following: >>> import numpy >>> numpy.test() Found 5 tests for numpy.distutils.misc_util Found 3 tests for numpy.lib.getlimits Found 31 tests for numpy.core.numerictypes Found 32 tests for numpy.linalg Found 13 tests for numpy.core.umath Found 4 tests for numpy.core.scalarmath Found 9 tests for numpy.lib.arraysetops Found 42 tests for numpy.lib.type_check Found 166 tests for numpy.core.multiarray Found 3 tests for numpy.fft.helper Found 36 tests for numpy.core.ma Found 1 tests for numpy.lib.ufunclike Found 12 tests for numpy.lib.twodim_base Found 10 tests for numpy.core.defmatrix Found 4 tests for numpy.ctypeslib Found 40 tests for numpy.lib.function_base Found 1 tests for numpy.lib.polynomial Found 8 tests for numpy.core.records Found 26 tests for numpy.core.numeric Found 4 tests for numpy.lib.index_tricks Found 46 tests for numpy.lib.shape_base Found 0 tests for __main__ ........Segmentation fault In gdb: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 46912496134400 (LWP 25798)] VOID_setitem (op=Variable "op" is not available. ) at numpy/core/src/arraytypes.inc.src:522 522 if (res < 0) break; Version information: [nvf@ldas-pcdev1 nvf]$ uname -m x86_64 [nvf@ldas-pcdev1 nvf]$ python Python 2.5 (r25:51908, Sep 26 2006, 19:06:29) [GCC 4.0.2 20051125 (Red Hat 4.0.2-8)] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> numpy.__version__ '1.0.dev3219' Any idea what might be wrong? One obvious thing to check was the linear algebra, since ACML is suspect. numpy.linalg.eig worked fine for my simple test. I don't know enough to debug further. Thanks, Nick |
From: Travis O. <oli...@ee...> - 2006-09-26 19:49:45
|
Fernando Perez wrote: >On 9/26/06, George Nurser <gn...@go...> wrote: > > >>I'm running Python 2.3.5 with recent SVN f2py. >> >>Suppose I import an extension I have built with f2py. Then, if I edit >>the fortran and recompile the extension, I cannot use reload to use >>the modified version within the same Python session. >> >>I believe this is an problem with Python, that reload doesn't work >>with externally compiled extensions. >> >> > >As far as I know, you are correct. > > On many systems there is an "unload" command similar to a shared-library load command which Python uses to load shared libraries. But, this is not performed by Python. I've wondered for awhile if a suitable use of such a command in an extension module would allow "reloading" of shared libraries. -Travis |
From: Travis O. <oli...@ee...> - 2006-09-26 19:48:01
|
Francesc Altet wrote: >Hi, > >Is there any reason why the next works for some types: > >In [26]: numpy.int32() >Out[26]: 0 > >In [27]: numpy.float64() >Out[27]: 0.0 > >but don't for the next others? > >In [28]: numpy.int16() >--------------------------------------------------------------------------- ><type 'exceptions.TypeError'> Traceback (most recent call last) > >/home/faltet/python.nobackup/numpy/<ipython console> in <module>() > ><type 'exceptions.TypeError'>: function takes exactly 1 argument (0 given) > > > I suppose because int() and float() work. I really didn't know that. If that is the case, then we should have all the scalar objects return default values. Please file a ticket. -Travis |
From: Travis O. <oli...@ee...> - 2006-09-26 19:46:43
|
Francesc Altet wrote: >Hi, > >I've just noted this: > >In [12]: numpy.typeNA is numpy.sctypeNA >Out[12]: True > >In [13]: numpy.typeDict is numpy.sctypeDict >Out[13]: True > >Why these aliases? Ara sc* replacing its not-sc-prefix counterparts? >I'd like to know this so that I can avoid names that could be deprecated in a >future. > > Yes, The problem is that the type-dictionary is really just a scalar type dictionary. It was created back when scalar-types were synonomous with data-types. When the data-types became a separate object, then the naming was wrong. -Travis |
From: Fernando P. <fpe...@gm...> - 2006-09-26 16:46:16
|
On 9/26/06, George Nurser <gn...@go...> wrote: > I'm running Python 2.3.5 with recent SVN f2py. > > Suppose I import an extension I have built with f2py. Then, if I edit > the fortran and recompile the extension, I cannot use reload to use > the modified version within the same Python session. > > I believe this is an problem with Python, that reload doesn't work > with externally compiled extensions. As far as I know, you are correct. > Is this something that can be changed in future versions of Python, or > is it an inherent problem? For editing and recompiling within an > ipython session is quite a good way of getting the fortran code to > work, leaving aside any problems in doing the f2py interfacing. Unfortunately due to this limitation, I just restart ipython when I need to reload extension code. I'd be thrilled to know if there is any easy workaround. It's worth noting that weave is in this regard extremly ipython-friendly: since the name of the extension it loads is a hash of the source, /any/ change to the source results in a newly named extension being built and loaded. So while you get a bit of memory bloat by keeping the old, unused extensions around, the net interactive effect is that 'reloading works' for weave-generated code. One more reason why I think weave is the best thing since toasted bagels. Cheers, f |
From: Francesc A. <fa...@ca...> - 2006-09-26 16:42:54
|
Hi, Is there any reason why the next works for some types: In [26]: numpy.int32() Out[26]: 0 In [27]: numpy.float64() Out[27]: 0.0 but don't for the next others? In [28]: numpy.int16() =2D------------------------------------------------------------------------= =2D- <type 'exceptions.TypeError'> Traceback (most recent call last) /home/faltet/python.nobackup/numpy/<ipython console> in <module>() <type 'exceptions.TypeError'>: function takes exactly 1 argument (0 given) In [29]: numpy.float32() =2D------------------------------------------------------------------------= =2D- <type 'exceptions.TypeError'> Traceback (most recent call last) /home/faltet/python.nobackup/numpy/<ipython console> in <module>() <type 'exceptions.TypeError'>: function takes exactly 1 argument (0 given) =2D-=20 >0,0< Francesc Altet =A0 =A0 http://www.carabos.com/ V V C=E1rabos Coop. V. =A0=A0Enjoy Data "-" |
From: Charles R H. <cha...@gm...> - 2006-09-26 16:36:22
|
On 9/26/06, Hanno Klemm <kl...@ph...> wrote: > > > Hello, > > I try to build numpy 1.0rc1 with blas and lapack installed in another > place than /usr/lib. I compiled blas and lapack according to the > instructions on the scipy webpage and installed them under > /scratch/python2.4/lib. > > I set the environment variables > BLAS=/scratch/python2.4/lib/libfblas.a and > LAPACK=/scratch/python2.4/lib/libflapack.a Try putting stuff in the site.cfg file. At one point I needed the following: [atlas] library_dirs = /usr/lib64/atlas atlas_libs = lapack, blas, cblas, atlas Chuck |
From: Francesc A. <fa...@ca...> - 2006-09-26 16:36:02
|
Hi, I've just noted this: In [12]: numpy.typeNA is numpy.sctypeNA Out[12]: True In [13]: numpy.typeDict is numpy.sctypeDict Out[13]: True Why these aliases? Ara sc* replacing its not-sc-prefix counterparts? I'd like to know this so that I can avoid names that could be deprecated in= a=20 future. Cheers, =2D-=20 >0,0< Francesc Altet =A0 =A0 http://www.carabos.com/ V V C=E1rabos Coop. V. =A0=A0Enjoy Data "-" |
From: Rob H. <he...@ta...> - 2006-09-26 15:08:57
|
I successfully compiled numpy/scipy/mpl on my Intel mac (OS X 10.4.7 with gfortran) with the latest Universal MacPython 2.5. Everything went through without a hitch. I've been waiting for this for a while now (between desire for ctypes, and macpython 2.4 readline issues), and I am very happy to have it up and running. Thanks to everyone who makes this happen, -Rob ---- Rob Hetland, Associate Professor Dept. of Oceanography, Texas A&M University http://pong.tamu.edu/~rob phone: 979-458-0096, fax: 979-845-6331 |
From: Hanno K. <kl...@ph...> - 2006-09-26 14:26:28
|
Hello, I try to build numpy 1.0rc1 with blas and lapack installed in another place than /usr/lib. I compiled blas and lapack according to the instructions on the scipy webpage and installed them under /scratch/python2.4/lib. I set the environment variables BLAS=/scratch/python2.4/lib/libfblas.a and LAPACK=/scratch/python2.4/lib/libflapack.a however, if I run python setup.py config in the numpy source directory, it appears only to pick up the libraries installed under /usr/lib, which are incomplete. What else can I do to help numpy finding the right libraries? Regards, Hanno -- Hanno Klemm kl...@ph... |
From: George N. <gn...@go...> - 2006-09-26 14:10:13
|
I'm running Python 2.3.5 with recent SVN f2py. Suppose I import an extension I have built with f2py. Then, if I edit the fortran and recompile the extension, I cannot use reload to use the modified version within the same Python session. I believe this is an problem with Python, that reload doesn't work with externally compiled extensions. Is this something that can be changed in future versions of Python, or is it an inherent problem? For editing and recompiling within an ipython session is quite a good way of getting the fortran code to work, leaving aside any problems in doing the f2py interfacing. --George Nurser. |
From: Peter B. <Pet...@ug...> - 2006-09-26 12:44:28
|
On Tuesday 26 September 2006 14:24,=20 num...@li... wrote: > Are you sure it's matplotlib-0.87.5? > Line 74 in my c:/Python24/Lib/site-packages/matplotlib/numerix/ > is "from numpy import *" > and not "Matrix =3D matrix" as in your stackdump. > > You can check the site-packages/matplotlib/__init__.py file for the > __version__ variable to make sure. Mine's got: > __version__ =3D '0.87.5' > __revision__ =3D '$Revision: 2761 $' > __date__ =3D '$Date: 2006-09-05 09:37:04 -0400 (Tue, 05 Sep 2006) $' Hmm, turns out deleting the build directory and doing a 'setup.py install' = is=20 not enough. When I delete the matplotlib directory from site-packages it do= es=20 work. Thanks! Peter |
From: accordion <cra...@ro...> - 2006-09-26 12:24:38
|
<HTML><HEAD> <STYLE></STYLE> </HEAD> <BODY bgColor=#ffffff> <div align="left"><IMG alt="" hspace=0 src="cid:X2W1JV82YAIZFNR81DA0" align=baseline border=0></div> <div align="left"><FONT face=Arial size=2></FONT><FONT face=Arial = size=2>The pledges we are making here today including our own $230 million commitment</FONT><FONT face=Arial = size=2>Maxi scores a wonder goal to earn Argentina victory over Mexico</FONT><br><br> <FONT face=Arial = size=2>The 2006 Fifa World Cup drew to a close on Sunday with Italy claiming their fourth</FONT><br><FONT face=Arial = size=2>Cristiano Ronaldo - to take action.</FONT><FONT face=Arial = size=2>Unlikely. So why so few games to set the pulse racing?</FONT><br><FONT face=Arial = size=2>Science projects related to these topics, including the DOE Science Grid.</FONT><FONT face=Arial = size=2>We, as donors, must continue to work with the Government of Lebanon to identify</FONT><br><FONT face=Arial = size=2>But it failed to truly spark. The knockout stages were full of games that failed to</FONT><FONT face=Arial = size=2>Whereas once the players would mostly play for teams in their own country, these</FONT><br><FONT face=Arial = size=2>shoot-out history to save three penalties.</FONT><FONT face=Arial = size=2>England lost skipper David Beckham to injury just after half-time and Wayne Rooney</FONT><br><br><FONT face=Arial = size=2>been an inspirational leader of a Liverpool team containing less natural talent than</FONT><FONT face=Arial = size=2>was huge relief for England to see Tiago slip with the goal at his mercy.</FONT><br><FONT face=Arial = size=2>Explanation of tournament rules and regulations</FONT><FONT face=Arial = size=2>"here's what you could have won" moment when his limited Portugal side ousted England.</FONT><br><FONT face=Arial = size=2>but England's appeals came to nothing.</FONT><FONT face=Arial = size=2>Unlikely. So why so few games to set the pulse racing?</FONT><br><FONT face=Arial = size=2>Eriksson was forced to change things round six minutes into the second half with</FONT><FONT face=Arial = size=2>This year's World Cup may have been bereft of iconic players, but it has certainly had</FONT><br><FONT face=Arial = size=2>Ghana did their best with a terrific 2-0 win over the Czech Republic to open up Group</FONT></div> </BODY></HTML> |
From: Bill B. <wb...@gm...> - 2006-09-26 08:29:53
|
Are you sure it's matplotlib-0.87.5? Line 74 in my c:/Python24/Lib/site-packages/matplotlib/numerix/ is "from numpy import *" and not "Matrix = matrix" as in your stackdump. You can check the site-packages/matplotlib/__init__.py file for the __version__ variable to make sure. Mine's got: __version__ = '0.87.5' __revision__ = '$Revision: 2761 $' __date__ = '$Date: 2006-09-05 09:37:04 -0400 (Tue, 05 Sep 2006) $' --bb On 9/26/06, Peter Bienstman <Pet...@ug...> wrote: > Hi, > > Not sure if this is a numpy or a matplotlib issue, but I can't seem to get > matplotlib-0.87.5 to work with numpy1.0rc: > > Python 2.4.3 (#1, Sep 21 2006, 13:06:42) > [GCC 4.1.1 (Gentoo 4.1.1)] on linux2 > Type "help", "copyright", "credits" or "license" for more information. > >>> from pylab import * > Traceback (most recent call last): > File "<stdin>", line 1, in ? > File "/usr/lib64/python2.4/site-packages/pylab.py", line 1, in ? > from matplotlib.pylab import * > File "/usr/lib/python2.4/site-packages/matplotlib/pylab.py", line 196, in ? > import cm > File "/usr/lib/python2.4/site-packages/matplotlib/cm.py", line 5, in ? > import colors > File "/usr/lib/python2.4/site-packages/matplotlib/colors.py", line 33, in ? > from numerix import array, arange, take, put, Float, Int, where, \ > File "/usr/lib/python2.4/site-packages/matplotlib/numerix/__init__.py", line > 74, in ? > Matrix = matrix > NameError: name 'matrix' is not defined > > This is on an AMD64 platform. I tried removing the build directories of both > packages, and reinstalling, but that didn't work. > > I also posted this to the matplotlib list, but got no reply. > > Thanks! > > Peter > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys -- and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > > _______________________________________________ > Numpy-discussion mailing list > Num...@li... > https://lists.sourceforge.net/lists/listinfo/numpy-discussion > > > > |