From lung101 at cyberlib.itb.ac.id Mon Mar 3 22:31:31 2003 From: lung101 at cyberlib.itb.ac.id (Huang Wen Long) Date: Tue, 4 Mar 2003 10:31:31 +0700 (JAVT) Subject: [SciPy-dev] Asking about aplication GA's on root finding Message-ID: Dear sir, My name is Saiman, I am an undergraduate student at Institute Bandung of Technology (ITB), west-java , Indonesia. I take mathematics course and now is my final year. Now I am taking a subject called Mathematical Modelling which the students devided into groups and each group handle one project. While doing our project, we are facing a problem to solve system of non-linear equations such as : - F1(x,y,z) = z*exp(2*x) + z*y - F2(x,y,z) = x^2 +3*x*y^2 . . . We have tried to solve the problem using conventional/analytical methods such as Newton's Method and its variant, but they failed to converge. Our conclusion about the failure is that maybe we are unable to determine the suitable initial points so that they can't converge. Then our advisor introduce us to Genetic Algorithms. While searching on internet, we found that GA's is used widely in optimization. At this occasion we would like to ask if there is possibility GA's can be aplied to our problem and how. Also, what refferences related to the problem should we have ? Thank you for the time and we are looking forward for your comments. sincerely, Saiman nb. I found your email add while searching on internet, in a millist discussing about GA's and root finding. From eric at enthought.com Tue Mar 4 00:39:51 2003 From: eric at enthought.com (Eric Jones) Date: Mon, 3 Mar 2003 23:39:51 -0600 (CST) Subject: [SciPy-dev] Re: [Scipy-cvs] world/chaco/demo wxdemo_plot.py,1.28,1.29 Message-ID: <20030304053951.CBCE71050@www.enthought.com> How about mapping this to the ESC key? eric dmorrill at scipy.org wrote .. > Update of /home/cvsroot/world/chaco/demo > In directory scipy.org:/tmp/cvs-serv28406 > > Modified Files: > wxdemo_plot.py > Log Message: > Added ability to deselect all objects by ctrl-clicking the PlotWindow. > > > Index: wxdemo_plot.py > =================================================================== > RCS file: /home/cvsroot/world/chaco/demo/wxdemo_plot.py,v > retrieving revision 1.28 > retrieving revision 1.29 > diff -C2 -d -r1.28 -r1.29 > *** wxdemo_plot.py 1 Mar 2003 17:35:56 -0000 1.28 > --- wxdemo_plot.py 3 Mar 2003 16:21:45 -0000 1.29 > *************** > *** 985,992 **** > > def on_left_up ( self, event ): > if self._x is None: > return > > - global object > objects = self.objects_at( event ) > stack = [] > --- 985,998 ---- > > def on_left_up ( self, event ): > + global object > + > if self._x is None: > return > + > + if event.ControlDown(): > + object = self._x = None > + self.select( None ) > + return > > objects = self.objects_at( event ) > stack = [] > *************** > *** 1009,1013 **** > except: > self._last_top = object = None > ! if event.ShiftDown() or event.ControlDown() or event.MetaDown(): > self._x = None > return > --- 1015,1019 ---- > except: > self._last_top = object = None > ! if event.ShiftDown() or event.MetaDown(): > self._x = None > return > > > _______________________________________________ > Scipy-cvs mailing list > Scipy-cvs at scipy.org > http://scipy.net/mailman/listinfo/scipy-cvs From pearu at cens.ioc.ee Tue Mar 4 02:59:52 2003 From: pearu at cens.ioc.ee (Pearu Peterson) Date: Tue, 4 Mar 2003 09:59:52 +0200 (EET) Subject: [SciPy-dev] Asking about aplication GA's on root finding In-Reply-To: Message-ID: On Tue, 4 Mar 2003, Huang Wen Long wrote: > Now I am taking a subject called Mathematical Modelling which the students > devided into groups and each group handle one project. While doing our > project, we are facing a problem to solve system of non-linear equations > such as : - F1(x,y,z) = z*exp(2*x) + z*y > - F2(x,y,z) = x^2 +3*x*y^2 > . > . > . It's a bit OT but may be the purpose of this home work is to learn that one should not blindly reach for numerics to solve problems without doing analysis first ;) Assume z!=0 then from F1=0 follows y=-exp(2*x) Assume x!=0 then from F2=0 follows x=-3*y^2 Now solve the following subproblem y=-exp(-6*y^2) (*) numerically using fixed-point method, for example: y(0)=-0.5 # initial guess y(n+1)=-exp(-6*y(n)^2) To see that the above problem has a unique solution, plot the l.h.s and r.h.s of equation (*). You may also learn from this plot why Newton type methods will not converge with most initial conditions for y. Continue with the analysis of F3=0, etc. Also study the cases z==0, x==0, etc. separately. HTH, Pearu From s3lmtepn9iq at aol.com Wed Mar 5 05:21:13 2003 From: s3lmtepn9iq at aol.com (Lynn Khan) Date: Wed, 05 Mar 03 10:21:13 GMT Subject: [SciPy-dev] #its-not-too-late# cf Message-ID: An HTML attachment was scrubbed... URL: From datafeed at SoftHome.net Tue Mar 4 15:46:54 2003 From: datafeed at SoftHome.net (M. Evans) Date: Tue, 4 Mar 2003 13:46:54 -0700 Subject: [SciPy-dev] Exact real arithmetic and Functional C++ Message-ID: <989933042.20030304134654@SoftHome.net> Exact real arithmetic in C++ and Python, http://more.btexact.com/people/briggsk2/XR.html using the awesome FC++ library, http://www.cc.gatech.edu/~yannis/fc++/ M. From Kasper.Souren at ircam.fr Wed Mar 5 08:43:59 2003 From: Kasper.Souren at ircam.fr (Kasper Souren) Date: Wed, 5 Mar 2003 14:43:59 +0100 Subject: [SciPy-dev] ga.. examples.py Message-ID: <200303051443.59820.Kasper.Souren@ircam.fr> Hi, I want to try out the genetic programming stuff from scipy. But not even examples.py works. And I couldn't find a lot of documentation... I'm using Python 2.2.1 (Debian) and an up-to-date cvs version of scipy. I'm trying to get examples.py running by fixing stuff in several places. But I'm wondering: is scipy.ga still being maintained? And if I manage fix it, can I send the patches somewhere? bye, Kasper From eric at enthought.com Wed Mar 5 18:39:43 2003 From: eric at enthought.com (eric jones) Date: Wed, 5 Mar 2003 17:39:43 -0600 Subject: [SciPy-dev] RE: [Scipy-cvs] world/scipy/scipy_distutils mingw32_support.py,1.9,1.10 In-Reply-To: <000101c2df80$8f88a460$8901a8c0@ERICDESKTOP> Message-ID: <003701c2e370$82d8e510$8901a8c0@ERICDESKTOP> FYI: This should be fixed now, and mingw 3.2 on windows should work fine with weave as should 2.95.3 and MSVC 6.0. I have tried the latest MSVC 7.0 compiler. eric ---------------------------------------------- eric jones 515 Congress Ave www.enthought.com Suite 1614 512 536-1057 Austin, Tx 78701 > -----Original Message----- > From: scipy-dev-admin at scipy.net [mailto:scipy-dev-admin at scipy.net] On > Behalf Of eric jones > Sent: Friday, February 28, 2003 5:25 PM > To: scipy-dev at scipy.net > Subject: RE: [SciPy-dev] RE: [Scipy-cvs] world/scipy/scipy_distutils > mingw32_support.py,1.9,1.10 > > Just checked on a machine with 2.95.3. The build worked fine. So it is > only the newest mingw that has a the build hiccup with C++ modules. > > eric > > ---------------------------------------------- > eric jones 515 Congress Ave > www.enthought.com Suite 1614 > 512 536-1057 Austin, Tx 78701 > > > > -----Original Message----- > > From: scipy-dev-admin at scipy.net [mailto:scipy-dev-admin at scipy.net] On > > Behalf Of eric jones > > Sent: Friday, February 28, 2003 5:18 PM > > To: scipy-dev at scipy.org > > Subject: [SciPy-dev] RE: [Scipy-cvs] world/scipy/scipy_distutils > > mingw32_support.py,1.9,1.10 > > > > Looks like this fixed things. The vq build is dying on my desktop > which > > has mingw gcc 3.2 on it. It is the dllwrap call that is failing. It > > needs > > > > dllwrap.exe --driver-name g++ ... > > > > specified so that it links in the correct C++ libraries. How was this > > working before? Maybe 2.95.3 didn't have the problem?? > > > > Anyway, I'll build the vq version by hand for the moment. > > > > Thanks for the fix, > > eric > > > > ---------------------------------------------- > > eric jones 515 Congress Ave > > www.enthought.com Suite 1614 > > 512 536-1057 Austin, Tx 78701 > > > > > > > -----Original Message----- > > > From: scipy-cvs-admin at scipy.org [mailto:scipy-cvs-admin at scipy.org] > On > > > Behalf Of pearu at scipy.org > > > Sent: Friday, February 28, 2003 5:33 PM > > > To: scipy-cvs at scipy.org > > > Subject: [Scipy-cvs] world/scipy/scipy_distutils > > > mingw32_support.py,1.9,1.10 > > > > > > Update of /home/cvsroot/world/scipy/scipy_distutils > > > In directory scipy.org:/tmp/cvs-serv23974 > > > > > > Modified Files: > > > mingw32_support.py > > > Log Message: > > > Enabled use_gcc,g77 again in mingw32_support.py as calling them in > > > build_flib may be too late. Not sure if this was the cause of > building > > > failures on win32.. > > > > > > > > > Index: mingw32_support.py > > > =================================================================== > > > RCS file: > > /home/cvsroot/world/scipy/scipy_distutils/mingw32_support.py,v > > > retrieving revision 1.9 > > > retrieving revision 1.10 > > > diff -C2 -d -r1.9 -r1.10 > > > *** mingw32_support.py 27 Feb 2003 16:21:00 -0000 1.9 > > > --- mingw32_support.py 28 Feb 2003 23:33:15 -0000 1.10 > > > *************** > > > *** 68,72 **** > > > # raise DistutilsPlatformError, msg > > > > > > ! if 0: > > > # See build_flib.finalize_options method in build_flib.py > > > # where set_windows_compiler is called with proper > > > --- 68,72 ---- > > > # raise DistutilsPlatformError, msg > > > > > > ! if 1: > > > # See build_flib.finalize_options method in build_flib.py > > > # where set_windows_compiler is called with proper > > > > > > > > > _______________________________________________ > > > Scipy-cvs mailing list > > > Scipy-cvs at scipy.org > > > http://scipy.net/mailman/listinfo/scipy-cvs > > > > > > _______________________________________________ > > Scipy-dev mailing list > > Scipy-dev at scipy.net > > http://www.scipy.net/mailman/listinfo/scipy-dev > > > _______________________________________________ > Scipy-dev mailing list > Scipy-dev at scipy.net > http://www.scipy.net/mailman/listinfo/scipy-dev From oliphant at ee.byu.edu Wed Mar 5 20:09:48 2003 From: oliphant at ee.byu.edu (Travis Oliphant) Date: Wed, 5 Mar 2003 18:09:48 -0700 (MST) Subject: [SciPy-dev] (no subject) In-Reply-To: <003001c2e36f$52ad4f80$8901a8c0@ERICDESKTOP> Message-ID: When using wxplt, I've noticed that I can't close windows. I get an error about the object not being in the list. I've tracked the problem down to the fact that the _figure list stores the proxy objects but the event handler compares self (a wxPython class) to see if it is in the list of current figures and deletes it from there first. That is where the error is occuring, because self (a wxPython class) is not found among any of the proxy objects. I don't know enough about the intended design to fix this. Should _figure store actual wxPython classes or should the wxPython class do something to destroy the proxy class as well? -teo -- Travis Oliphant Assistant Professor 459 CB Electrical and Computer Engineering Brigham Young University Provo, UT 84602 Tel: (801) 422-3108 oliphant.travis at ieee.org From oliphant at ee.byu.edu Thu Mar 6 00:03:22 2003 From: oliphant at ee.byu.edu (Travis Oliphant) Date: Wed, 5 Mar 2003 22:03:22 -0700 (MST) Subject: [SciPy-dev] gui_thread and wxPython events Message-ID: Question on architecture, Say you are trying to do plotting from the command line using wxPython and gui_thread. How are the proxy classes available to the first thread (the command line) supposed to be able to receive events from the second thread (wxPython) such as what happens when the window gets closed by the user. Right now, this is not working at least on Linux as I've described before --- if it works on Windows, I'd like to know why because it doesn't seem like it should there either. I noticed there is something called a PushEventHandler but I don't know what it is doing. Any words of advice.? I'd like to start making the plotting routines more capable by building on chaco.? -Travis O. -- Travis Oliphant Assistant Professor 459 CB Electrical and Computer Engineering Brigham Young University Provo, UT 84602 Tel: (801) 422-3108 oliphant.travis at ieee.org From travis at enthought.com Thu Mar 6 13:28:32 2003 From: travis at enthought.com (Travis N. Vaught) Date: Thu, 6 Mar 2003 12:28:32 -0600 Subject: [SciPy-dev] gui_thread and wxPython events In-Reply-To: Message-ID: <000a01c2e40e$342748a0$f328fea9@tvlaptop> Hey Travis, I thought I'd cross-post this to the chaco list as well. The Other Travis > -----Original Message----- > From: scipy-dev-admin at scipy.net [mailto:scipy-dev-admin at scipy.net] On > Behalf Of Travis Oliphant > Sent: Wednesday, March 05, 2003 11:03 PM > To: scipy-dev at scipy.net > Subject: [SciPy-dev] gui_thread and wxPython events > > Question on architecture, > > Say you are trying to do plotting from the command line using wxPython and > gui_thread. > > How are the proxy classes available to the first thread (the command line) > supposed to be able to receive events from the second thread (wxPython) > such as what happens when the window gets closed by the user. > > Right now, this is not working at least on Linux as I've described before > --- if it works on Windows, I'd like to know why because it doesn't seem > like it should there either. > > I noticed there is something called a PushEventHandler but I don't know > what it is doing. > > Any words of advice.? I'd like to start making the plotting routines more > capable by building on chaco. > > -Travis O. > > -- > Travis Oliphant > Assistant Professor > 459 CB > Electrical and Computer Engineering > Brigham Young University > Provo, UT 84602 > Tel: (801) 422-3108 > oliphant.travis at ieee.org > > _______________________________________________ > Scipy-dev mailing list > Scipy-dev at scipy.net > http://www.scipy.net/mailman/listinfo/scipy-dev From pearu at cens.ioc.ee Fri Mar 7 08:00:30 2003 From: pearu at cens.ioc.ee (Pearu Peterson) Date: Fri, 7 Mar 2003 15:00:30 +0200 (EET) Subject: [SciPy-dev] Building/distributing SciPy II Message-ID: ---------- Forwarded message ---------- Date: Fri, 7 Mar 2003 07:33:16 -0600 (CST) From: pearu at scipy.org Reply-To: scipy-dev at scipy.org To: scipy-cvs at scipy.org Subject: [Scipy-cvs] CVSROOT modules,1.39,1.40 Update of /home/cvsroot/CVSROOT In directory scipy.org:/tmp/cvs-serv29365 Modified Files: modules Log Message: Created scipy_core module that bundles scipy_test and scipy_distutils. This is the first step for implementing suggestions in http://www.scipy.org/site_content/mailman?fn=scipy-dev/2002-November/001365.html about refining scipy distributing process. Discussion: Basically, there are two distinct usages of scipy: 1) using scipy as one big package, 2) using only certain parts of scipy, e.g. using weave, linalg, fftpack, special, etc. packages as standalone packages. Currently installation process for the case 1) is as follows: 0. Install scipy prerequisities: f2py2e(scipy_distutils), [atlas, fftw] 1. cvs checkout scipy 2. setup_scipy_core.py install 3. setup_scipy.py install And installation process for 2), say for linalg, is 0. Install linalg prerequisities: f2py2e(scipy_distutils), [atlas/blas/lapack] 1. cvs checkout scipy_core 2. setup_scipy_core.py install 3. cvs checkout scipy_base 4. setup_scipy_base.py install 5. cvs checkout scipy/linalg 6. setup_linalg.py install IMO, the installation processe for 2) should be simpler. This could be achived by moving also scipy_base under scipy_core. Are there any objections? We could aim even simpler installation process for xxx: 0. Install xxx prerequisities. 1. cvs checkout xxx 2. setup_xxx.py install where xxx can be either scipy or one of its subpackages. However, to achive this some scipy CVS reorganization is required. The questions is: are you willing to put up some temporary inconvinience and pain that this reorganization might cause? Here follows what I have in mind. The CVSROOT/modules file would contain: scipy_core world/scipy_core scipy world/scipy weave world/scipy/weave linalg world/scipy/linalg fftpack world/scipy/fftpack ... gui_thread world/scipy/gui_thread chaco world/chaco kiva world/kiva traits world/traits freetype world/freetype scipy_all &scipy &scipy_core weave_all &weave &scipy_core linalg_all &linalg &scipy_core fftpack_all &fftpack &scipy_core ... chaco_all world/chaco_setup setup.py &chaco &traits &kiva &freetype &weave &gui_thread &scipy_core where - world/scipy_core contains scipy_base, scipy_test, scipy_distutils; moved here from world/scipy if required (I am not sure that when defining scipy_core world/scipy/scipy_base world/scipy/scipy_test world/scipy/scipy_distutils will not cause some CVS conflicts). Thoughts? Index: modules =================================================================== RCS file: /home/cvsroot/CVSROOT/modules,v retrieving revision 1.39 retrieving revision 1.40 diff -C2 -d -r1.39 -r1.40 *** modules 12 Feb 2003 01:22:24 -0000 1.39 --- modules 7 Mar 2003 13:33:13 -0000 1.40 *************** *** 28,31 **** --- 28,34 ---- scipy_distutils world/scipy/scipy_distutils scipy_test world/scipy/scipy_test + + scipy_core &scipy_distutils &scipy_test + compiler world/scipy/compiler weave world/scipy/weave _______________________________________________ Scipy-cvs mailing list Scipy-cvs at scipy.org http://scipy.net/mailman/listinfo/scipy-cvs From eric at enthought.com Fri Mar 7 09:17:53 2003 From: eric at enthought.com (eric jones) Date: Fri, 7 Mar 2003 08:17:53 -0600 Subject: [SciPy-dev] RE: [Scipy-cvs] CVSROOT modules,1.39,1.40 In-Reply-To: <20030307133316.279363EB09@www.scipy.com> Message-ID: <008101c2e4b4$5ada5720$8901a8c0@ERICDESKTOP> > > Modified Files: > modules > Log Message: > Created scipy_core module that bundles scipy_test and scipy_distutils. > > This is the first step for implementing suggestions in > http://www.scipy.org/site_content/mailman?fn=scipy-dev/2002- > November/001365.html > about refining scipy distributing process. > > Discussion: > Basically, there are two distinct usages of scipy: > 1) using scipy as one big package, > 2) using only certain parts of scipy, e.g. using weave, linalg, fftpack, > special, etc. packages as standalone packages. > Currently installation process for the case 1) is as follows: > 0. Install scipy prerequisities: f2py2e(scipy_distutils), [atlas, fftw] > 1. cvs checkout scipy > 2. setup_scipy_core.py install > 3. setup_scipy.py install > And installation process for 2), say for linalg, is > 0. Install linalg prerequisities: f2py2e(scipy_distutils), > [atlas/blas/lapack] > 1. cvs checkout scipy_core > 2. setup_scipy_core.py install > 3. cvs checkout scipy_base > 4. setup_scipy_base.py install > 5. cvs checkout scipy/linalg > 6. setup_linalg.py install > IMO, the installation processe for 2) should be simpler. This could be > achived by moving also scipy_base under scipy_core. Are there any > objections? None from me. We pretty much always use case 1). Simplifying case 2) sounds good. > > We could aim even simpler installation process for xxx: > 0. Install xxx prerequisities. > 1. cvs checkout xxx > 2. setup_xxx.py install > where xxx can be either scipy or one of its subpackages. However, to > achive this > some scipy CVS reorganization is required. > The questions is: are you willing to put up some temporary inconvinience > and pain > that this reorganization might cause? > Here follows what I have in mind. The CVSROOT/modules file would contain: > > scipy_core world/scipy_core > > scipy world/scipy > weave world/scipy/weave > linalg world/scipy/linalg > fftpack world/scipy/fftpack > ... > gui_thread world/scipy/gui_thread > chaco world/chaco > kiva world/kiva > traits world/traits > freetype world/freetype > > scipy_all &scipy &scipy_core > weave_all &weave &scipy_core > linalg_all &linalg &scipy_core > fftpack_all &fftpack &scipy_core > ... > chaco_all world/chaco_setup setup.py &chaco &traits &kiva &freetype &weave > &gui_thread &scipy_core > > where > - world/scipy_core contains scipy_base, scipy_test, scipy_distutils; > moved > here from world/scipy if required (I am not sure that when defining > > scipy_core world/scipy/scipy_base world/scipy/scipy_test > world/scipy/scipy_distutils > > will not cause some CVS conflicts). > > Thoughts? Man I hate this part of CVS... If you know how to make the changes to the repository, please be my guest. Here are a couple of other suggestions: 1) If we're going to have a huge reorg of CVS, should we go ahead and make it possible to import/test scipy from the top level of the scipy sandbox? Seems this causes many people to trip up. 2) Move the Chaco files into SciPy. Chaco is getting pretty dang close to ready for public consumption, and I don't see much harm in putting it in 0.2. Further, it will be the plotting library for all SciPy versions > 0.2. We can still have a separate chaco_all module using the tricks in CVSROOT/modules. Here is what I suggest: chaco world/chaco -> world/scipy/chaco kiva world/kiva -> world/scipy/kiva traits world/traits -> world/scipy/traits freetype world/freetype -> -> world/scipy/freetype Is it possible to do this in the repository without loosing history by moving the directories? Dave, does this break anything you have set up? eric From pearu at cens.ioc.ee Fri Mar 7 10:30:40 2003 From: pearu at cens.ioc.ee (Pearu Peterson) Date: Fri, 7 Mar 2003 17:30:40 +0200 (EET) Subject: [SciPy-dev] ATT: scipy CVS repository changes Message-ID: I am going to make the following changes to scipy CVS repository: 1) Move scipy_distutils, scipy_test, scipy_base from world/scipy to world/scipy_core. 2) In CVSROOT/modules use scipy_core world/scipy_core scipy_base world/scipy_core/scipy_base scipy_distutils world/scipy_core/scipy_distutils scipy_test world/scipy_core/scipy_test scipy world/scipy &scipy_base &scipy_distutils &scipy_test If you have any commits to one of the folowing modules: scipy_distutils, scipy_test, scipy_base then make them now or backup changed files and later after updating your local scipy cvs tree, replace the corresponding files with your modified ones and commit. Unless someone will say stop to these actions, I'll start at Fri Mar 7 10:30:00 CST 2003 Rationale: ---------- The current line in CVSROOT/modules: scipy_core world/scipy setup_scipy_core.py &scipy_distutils &scipy_test defines scipy_core module that will have the same root as scipy. The checkout of scipy_core works fine but update in scipy_core will cause checking out the whole scipy. Pearu References: http://www.gnu.org/manual/cvs/html_chapter/cvs_15.html From pearu at cens.ioc.ee Fri Mar 7 11:15:11 2003 From: pearu at cens.ioc.ee (Pearu Peterson) Date: Fri, 7 Mar 2003 18:15:11 +0200 (EET) Subject: [SciPy-dev] RE: [Scipy-cvs] CVSROOT modules,1.39,1.40 In-Reply-To: <008101c2e4b4$5ada5720$8901a8c0@ERICDESKTOP> Message-ID: On Fri, 7 Mar 2003, eric jones wrote: > Here are a couple of other suggestions: > > 1) > If we're going to have a huge reorg of CVS, should we go ahead and make > it possible to import/test scipy from the top level of the scipy > sandbox? Seems this causes many people to trip up. This would mean moving all scipy packages (at least those that contain extension modules) to some scipy subdirectory, say, lib. This is to prevent importing those packages when importing scipy from its source directory. Hmm, there might be also people who checkout scipy to their home and then try to import scipy while being in home directory. One cure for this is to rename world/scipy to something else. Or better yet, people should checkout scipy using scipy_all instead of scipy, this should be mentioned in "Using CVS". > 2) > Move the Chaco files into SciPy. Chaco is getting pretty dang close to > ready for public consumption, and I don't see much harm in putting it in > 0.2. Further, it will be the plotting library for all SciPy versions > > 0.2. We can still have a separate chaco_all module using the tricks in > CVSROOT/modules. Here is what I suggest: > > chaco world/chaco -> world/scipy/chaco > kiva world/kiva -> world/scipy/kiva > traits world/traits -> world/scipy/traits > freetype world/freetype -> -> world/scipy/freetype > > Is it possible to do this in the repository without loosing history by > moving the directories? Dave, does this break anything you have set up? I think just adding &chaco &kiva &trains &freetype to scipy line in CVSROOT/modules should be enough, nothing will be lost then. Pearu From eric at enthought.com Fri Mar 7 14:56:32 2003 From: eric at enthought.com (eric jones) Date: Fri, 7 Mar 2003 13:56:32 -0600 Subject: [SciPy-dev] RE: [Scipy-cvs] CVSROOT modules,1.39,1.40 In-Reply-To: Message-ID: <008701c2e4e3$ab91bf80$8901a8c0@ERICDESKTOP> > On Fri, 7 Mar 2003, eric jones wrote: > > > Here are a couple of other suggestions: > > > > 1) > > If we're going to have a huge reorg of CVS, should we go ahead and make > > it possible to import/test scipy from the top level of the scipy > > sandbox? Seems this causes many people to trip up. > > This would mean moving all scipy packages (at least those that contain > extension modules) to some scipy subdirectory, say, lib. This is to > prevent importing those packages when importing scipy from its source > directory. > > Hmm, there might be also people who checkout scipy to their home > and then try to import scipy while being in home directory. > One cure for this is to rename world/scipy to something else. > Or better yet, people should checkout scipy using scipy_all instead of > scipy, this should be mentioned in "Using CVS". > If we move all python files, including __init__.py into lib, there won't be an issue right? If the scipy directory doesn't have an __init__.py, python won't consider it a package. > > > 2) > > Move the Chaco files into SciPy. Chaco is getting pretty dang close to > > ready for public consumption, and I don't see much harm in putting it in > > 0.2. Further, it will be the plotting library for all SciPy versions > > > 0.2. We can still have a separate chaco_all module using the tricks in > > CVSROOT/modules. Here is what I suggest: > > > > chaco world/chaco -> world/scipy/chaco > > kiva world/kiva -> world/scipy/kiva > > traits world/traits -> world/scipy/traits > > freetype world/freetype -> -> world/scipy/freetype > > > > Is it possible to do this in the repository without loosing history by > > moving the directories? Dave, does this break anything you have set up? > > I think just adding > > &chaco &kiva &trains &freetype > > to scipy line in CVSROOT/modules should be enough, nothing will be lost > then. Ok. From pearu at cens.ioc.ee Fri Mar 7 15:17:56 2003 From: pearu at cens.ioc.ee (Pearu Peterson) Date: Fri, 7 Mar 2003 22:17:56 +0200 (EET) Subject: [SciPy-dev] RE: [Scipy-cvs] CVSROOT modules,1.39,1.40 In-Reply-To: <008701c2e4e3$ab91bf80$8901a8c0@ERICDESKTOP> Message-ID: On Fri, 7 Mar 2003, eric jones wrote: > > On Fri, 7 Mar 2003, eric jones wrote: > > > > > Here are a couple of other suggestions: > > > > > > 1) > > > If we're going to have a huge reorg of CVS, should we go ahead and > make > > > it possible to import/test scipy from the top level of the scipy > > > sandbox? Seems this causes many people to trip up. > > > > This would mean moving all scipy packages (at least those that contain > > extension modules) to some scipy subdirectory, say, lib. This is to > > prevent importing those packages when importing scipy from its source > > directory. > > > > Hmm, there might be also people who checkout scipy to their home > > and then try to import scipy while being in home directory. > > One cure for this is to rename world/scipy to something else. > > Or better yet, people should checkout scipy using scipy_all instead of > > scipy, this should be mentioned in "Using CVS". > > > > If we move all python files, including __init__.py into lib, there won't > be an issue right? If the scipy directory doesn't have an __init__.py, > python won't consider it a package. That's a good point. If we would move all files to lib then CVSROOT/modules could be made cleaner as well. No need for scipy_all, linalg_all, etc. modules anymore, scipy, linalg, etc. would cover all usages then. I think this makes worth messing with scipy CVS once again. My recent experience is that it seems to be quite safe to move directories around CVS repository server since we haven't used any fancy CVS stuff that could get broken otherwise. Eric, are you going to make this lib hack or shall I do it? In any case, scipy CVS will be unstable for some time as few setup.py files need to be adapted to these changes as well. Pearu From eric at enthought.com Fri Mar 7 16:21:23 2003 From: eric at enthought.com (eric jones) Date: Fri, 7 Mar 2003 15:21:23 -0600 Subject: [SciPy-dev] RE: [Scipy-cvs] CVSROOT modules,1.39,1.40 In-Reply-To: Message-ID: <008901c2e4ef$842921c0$8901a8c0@ERICDESKTOP> > > On Fri, 7 Mar 2003, eric jones wrote: > > > > On Fri, 7 Mar 2003, eric jones wrote: > > > > > > > Here are a couple of other suggestions: > > > > > > > > 1) > > > > If we're going to have a huge reorg of CVS, should we go ahead and > > make > > > > it possible to import/test scipy from the top level of the scipy > > > > sandbox? Seems this causes many people to trip up. > > > > > > This would mean moving all scipy packages (at least those that contain > > > extension modules) to some scipy subdirectory, say, lib. This is to > > > prevent importing those packages when importing scipy from its source > > > directory. > > > > > > Hmm, there might be also people who checkout scipy to their home > > > and then try to import scipy while being in home directory. > > > One cure for this is to rename world/scipy to something else. > > > Or better yet, people should checkout scipy using scipy_all instead of > > > scipy, this should be mentioned in "Using CVS". > > > > > > > If we move all python files, including __init__.py into lib, there won't > > be an issue right? If the scipy directory doesn't have an __init__.py, > > python won't consider it a package. > > That's a good point. If we would move all files to lib then > CVSROOT/modules could be made cleaner as well. No need for scipy_all, > linalg_all, etc. modules anymore, scipy, linalg, etc. would cover > all usages then. > I think this makes worth messing with scipy CVS once again. > My recent experience is that it seems to be quite safe to move > directories around CVS repository server since we haven't used any fancy > CVS stuff that could get broken otherwise. > > Eric, are you going to make this lib hack or shall I do it? > In any case, scipy CVS will be unstable for some time as few setup.py > files need to be adapted to these changes as well. You please. Every time I do more than a checkout/commit, I seem to screw things up. Thanks, eric From pearu at cens.ioc.ee Fri Mar 7 16:40:34 2003 From: pearu at cens.ioc.ee (Pearu Peterson) Date: Fri, 7 Mar 2003 23:40:34 +0200 (EET) Subject: [SciPy-dev] RE: [Scipy-cvs] CVSROOT modules,1.39,1.40 In-Reply-To: <008901c2e4ef$842921c0$8901a8c0@ERICDESKTOP> Message-ID: On Fri, 7 Mar 2003, eric jones wrote: > > Eric, are you going to make this lib hack or shall I do it? > > In any case, scipy CVS will be unstable for some time as few setup.py > > files need to be adapted to these changes as well. > > You please. Every time I do more than a checkout/commit, I seem to > screw things up. Ok, I'll do it tomorrow morning in Estonian time (that's around 2am CST) with a fresh head. Pearu From oliphant at ee.byu.edu Fri Mar 7 17:09:40 2003 From: oliphant at ee.byu.edu (Travis Oliphant) Date: Fri, 7 Mar 2003 15:09:40 -0700 (MST) Subject: [SciPy-dev] Contouring algorithm in xplt Message-ID: Hi all, I know the subject of contouring has come up a time or two. It has been mentioned that GIST has a good contouring algorithm. While I can't speak to the quality of a contouring algorithm at this point, I can let you know that the contour algorithm is exposed to Python in xplt. It is xplt.contour With this routine you can take a 2-D array, define a level and it will spit out points (xc,yc) which define the contour. It appears to be very fast as well. Chaco is coming along. I would like to help it grow though it is difficult to come up to speed with all the fancy threading and object class proxying that is going on. Plus, I still get occasional segfaults which I can't track the source of. One concern I have is whether or not it will ever be fast. Right now, the update that occurs when scrolling a sliding bar in the wxplot demo is annoyingly slow (long flashes everytime the sliding bar is touched). Right now, I'm comfortable with xplt and can do any number of graphs and it is very flexible and VERY FAST. Plotting is such a hang-up right now for the adoption of SciPy that I wonder if it wouldn't be wise to port xplt to Windows (I actually don't think it would take that long and I could hire a student to do over the next few months). It's not the ideal long-term solution but it would give us a known, fast plotting interface (kind of like Matlab 4.2 plotting) for simple plots and we could then continue to develop chaco as the long-term solution without losing valuable potential contributors who can't find the plotting package, or get it to work. Perhaps all of this is already available with gnuplot and we just need to do a better job of interfacing with it, but I'm not sure. Anyway, I guess I'm venting a little frustration that it is very difficult for me to get chaco working stably and well to do anything more than a few gimmick plots rather slowly, when xplt has worked reliably for me for several years and is working quite well to do all sorts of visualization, yet nobody seems to want to use it but me. I'll get back to hacking now. -teo -- Travis Oliphant Assistant Professor 459 CB Electrical and Computer Engineering Brigham Young University Provo, UT 84602 Tel: (801) 422-3108 oliphant.travis at ieee.org From fperez at colorado.edu Fri Mar 7 17:41:22 2003 From: fperez at colorado.edu (Fernando Perez) Date: Fri, 07 Mar 2003 15:41:22 -0700 Subject: [SciPy-dev] Contouring algorithm in xplt In-Reply-To: References: Message-ID: <3E692012.2030701@colorado.edu> > Plotting is such a hang-up right now for the adoption of SciPy that I > wonder if it wouldn't be wise to port xplt to Windows (I actually don't > think it would take that long and I could hire a student to do over the > next few months). > > It's not the ideal long-term solution but it would give us a known, fast > plotting interface (kind of like Matlab 4.2 plotting) for simple plots and > we could then continue to develop chaco as the long-term solution without losing > valuable potential contributors who can't find the plotting package, or > get it to work. > > Perhaps all of this is already available with gnuplot and we just need to > do a better job of interfacing with it, but I'm not sure. I've held back from even looking at xplt because I find gnuplot pretty much ok. Especially if one uses the cvs gnuplot with mouse support for zooming interactively, I actually _really_ like it. And its plotting/eps quality is very good for 2-d graphs. Gnuplot may feel old-school, but it's solid software (it's been around forever). In IPython I extended the original Gnuplot.py a fair bit, to the point where the gnuplot interface exposed by ipython is IMHO pretty usable. Generating eps output is much easier, and sipmle x-y plots can be done with much less fuss than the original Gnuplot.py demands. I did all the 2-d plots of my thesis with it last year, with very good results and no hangups. For fancy 3d work I rely on MayaVi, which gets better every day. All the code in ipython is available not just for download, but I'm willing to change the licensing (as I've said before) to anything needed for scipy's purposes. Just some thoughts. Best, f. From TravisOliphant at netscape.net Fri Mar 7 17:56:34 2003 From: TravisOliphant at netscape.net (Travis Oliphant) Date: Fri, 07 Mar 2003 15:56:34 -0700 Subject: [SciPy-dev] PyGist Message-ID: <3E6923A2.80607@netscape.net> I have recently discovered the PyGist has undergone some changes while we've been using it in SciPy. Part of these changes have led it to be available on Windows!!!! Given that to compile SciPy on Windows we need the same tools required to compile and use PyGist on Windows, I am very willing to make the modifications to xplt necessary to get it to compile and be useful to the windows user. This will provide a fast and very capable plotting package that while missing a couple of the bells and whistles of the eventually delivered chaco package, will allow users to produce publication quality plots immediately under current SciPy. I think this is very important for the further dissemination of SciPy. Some may get concerned that we will spend too many resources making xplt workable to only through it away in the end. I think this will not happen because PyGist is so fast and easy to use. I fear that we are losing potential users because we are not supporting a consistent and very useable (if not perfect) plotting package for SciPy. Because PyGist now works on all platforms and it is very full featured there is no reason not to provide it in all binaries of SciPy. -Travis O. From eric at enthought.com Sat Mar 8 01:59:34 2003 From: eric at enthought.com (Eric Jones) Date: Sat, 8 Mar 2003 00:59:34 -0600 (CST) Subject: [SciPy-dev] Contouring algorithm in xplt Message-ID: <20030308065934.96AD21050@www.enthought.com> Hey Travis, Travis Oliphant wrote .. > > Hi all, > > I know the subject of contouring has come up a time or two. It has been > mentioned that GIST has a good contouring algorithm. While I can't speak > to the quality of a contouring algorithm at this point, I can let you know > that the contour algorithm is exposed to Python in xplt. > > It is xplt.contour > > With this routine you can take a 2-D array, define a level and it will > spit out points (xc,yc) which define the contour. It appears to be very > fast as well. Cool. > > Chaco is coming along. I would like to help it grow though it is > difficult to come up to speed with all the fancy threading and object > class proxying that is going on. Plus, I still get occasional segfaults > which I can't track the source of. This stuff is only needed for using it with wxPython in a non-wxPython shell. I've been using PyCrust lately with much success. In the past, I also used gui_thread+scipy.plt from windows on a daily basis without major issues. That said, gui_thread is a huge hack. It is needed to get around wxPython issues with multiple threads. It's cool how it works, but it isn't very pretty, and it has never been particularly reliable on X because of these weird async errors, etc. gui_thread can be improved, probably to the point of robustness, by building the proxies directly into the wxPython shadow classes instead of a putting an extra proxy on top of them. Further, there are several new (at least since gui_thread was written) mutex functions exposed by wxPython that could be used in the proxies. I'm happy to point the way if someone wants to attack this, but no one here has time to look at it. We are using Chaco from wxpython shells or in wxPython apps almost exclusively right now so that is where most of the effort is going -- although Dave continues to propagate as many changes as possible to the TkInter/OpenGL implementation as well as keeping the hard copy output stuff working. We would very much appreciate someone picking up support of TkInter as we really want to support but don't have the resources at the moment. > One concern I have is whether or not it will ever be fast. Right now, > the update that occurs when scrolling a sliding bar in the wxplot demo > is annoyingly slow (long flashes everytime the sliding bar is touched). I agree it is slow. I am not, however, concerned whether it will ever be fast. Kiva is a PDF based drawing state machine that is currently completely implemented in Python. Moving the state machine to C will make it fast. With the eventual addition of "compiled paths," the Python calls to create a path can be called once and then forever stored as a C/C++ struct that is executed by the C/C++ state machine. This is a reasonable path to a fast implementation. In the future, we plan on using the anti-grain library at the C/C++ to draw to a memory buffer (Numeric array masquerading as a bitmap) that is blitted to the canvas. Again, this is a reasonable path to speed. It will also simplify the support of new rendering engines because only the blit of a buffer to a new backend is required to add support. One other slow part at the moment is the freetype implementation. I have played with caching and seen speed ups for drawing text of 3-10 times. The code is not production though, and I don't have time now to produce a production solution. One comment other comment on speed -- I have used Chaco extensively on a modern laptop with WinXP the last week or so. While the scrolling redraw is noticable, it is not debilitatingly so. Perhaps this is one of the reasons we continue to address other issues as higher priorities. I know this is of little consolation if you're on an older machine... We continue to work on different issues because they are more important to us. We would be very excited to have someone implement the optimizations to Kiva (and clean it up in general) as there are plenty of other things to work on. While it is on our todo list, noone is working on it right now. Maybe in a few weeks -- maybe not. I am very hopeful it will be within a few months though. > > Right now, I'm comfortable with xplt and can do any number of graphs and > it is very flexible and VERY FAST. Great. There are multiple other reasonable solutions out there that others really like, and I'm glad they are there to fill the gap until Chaco is ready. > Plotting is such a hang-up right now for the adoption of SciPy that I > wonder if it wouldn't be wise to port xplt to Windows (I actually don't > think it would take that long and I could hire a student to do over the > next few months). It could be worth it. I would suggest that implementing an anti-grain backend for Kiva is a better use of time, and also doable in a reasonably short amount of time. David Ascher implemented partial (but very adequate) PIL and PS backends in about a week I believe. Anti-grain is more work, but easily doable in a few months effort. Still, I'm not against porting xplt if you would like to, it just isn't that useful in my mind for the long term. > > It's not the ideal long-term solution but it would give us a known, fast > plotting interface (kind of like Matlab 4.2 plotting) for simple plots > and we could then continue to develop chaco as the long-term solution without > losing valuable potential contributors who can't find the plotting package, > or get it to work. > > Perhaps all of this is already available with gnuplot and we just need > to do a better job of interfacing with it, but I'm not sure. Either of these are fine by me. > > Anyway, I guess I'm venting a little frustration that it is very difficult > for me to get chaco working stably and well to do anything more than a > few gimmick plots rather slowly, when xplt has worked reliably for me for > several years and is working quite well to do all sorts of visualization, > yet nobody seems to want to use it but me. While our end goals are the same, I think our time tolerances are not. We are building a highly interactive, well designed, plotting tool that works across a huge array of scientific fields and can easily be dropped into GUI apps as well as used for day-to-day graphing. This sort of thing takes time -- more than I originally anticipated, but still, anything less than this is not worth spending time on to me. We're not gonna cut any corners. So, it may be 6 or even more months before Chaco meets your needs -- and maybe it never will if the gui_thread isn't worked out, and PyCrust (hopefully combined with IPython in the future) isn't an acceptable shell. I'm sorry your frustrated with the speed of Chaco's progress, its lack of robustness on your platform, and the difficulty your having contributing to it even though you wish to. I wish I could say at least one of these will change in the near future, but I can't. Dave is working full time on the project and he is making some amazing progress in important areas. Even though your struggling to get simple, slow and crashing plots out of it, in Dave's hands, it is capable of truely amazing things with extremely little code. His focus remains honing this portion of the library and working on the interface. Maybe some documentation will work its way in there too... In summary, I would prefer to see a unified graphics effort with a goal of getting Chaco "fast enough" sooner rather than later. But, I also realize the timeline may not meet your needs. I don't see porting xplt to windows as significantly better than the options already there (DISLIN, GnuPlot, etc.), but perhaps it is. regards, eric > > I'll get back to hacking now. > > -teo From heiko at hhenkelmann.de Sat Mar 8 04:05:29 2003 From: heiko at hhenkelmann.de (Heiko Henkelmann) Date: Sat, 8 Mar 2003 10:05:29 +0100 Subject: [SciPy-dev] PyGist References: <3E6923A2.80607@netscape.net> Message-ID: <011901c2e551$e6ef0150$6fd99e3e@arrow> This is a great idea. I can't agree more! Heiko ----- Original Message ----- From: "Travis Oliphant" To: Sent: Friday, March 07, 2003 11:56 PM Subject: [SciPy-dev] PyGist > > > I have recently discovered the PyGist has undergone some changes while > we've been using it in SciPy. > > Part of these changes have led it to be available on Windows!!!! > > Given that to compile SciPy on Windows we need the same tools required > to compile and use PyGist on Windows, I am very willing to make the > modifications to xplt necessary to get it to compile and be useful to > the windows user. > > This will provide a fast and very capable plotting package that while > missing a couple of the bells and whistles of the eventually delivered > chaco package, will allow users to produce publication quality plots > immediately under current SciPy. > > I think this is very important for the further dissemination of SciPy. > > Some may get concerned that we will spend too many resources making xplt > workable to only through it away in the end. I think this will not > happen because PyGist is so fast and easy to use. > > I fear that we are losing potential users because we are not supporting > a consistent and very useable (if not perfect) plotting package for > SciPy. Because PyGist now works on all platforms and it is very full > featured there is no reason not to provide it in all binaries of SciPy. > > -Travis O. > > _______________________________________________ > Scipy-dev mailing list > Scipy-dev at scipy.net > http://www.scipy.net/mailman/listinfo/scipy-dev From pearu at cens.ioc.ee Sat Mar 8 08:24:25 2003 From: pearu at cens.ioc.ee (Pearu Peterson) Date: Sat, 8 Mar 2003 15:24:25 +0200 (EET) Subject: [SciPy-dev] xplt and scipy CVS chnages In-Reply-To: <20030308125653.A72FB3EB09@www.scipy.com> Message-ID: Hi Travis, I see you are working on xplt... Note that scipy CVS repository is going to change considerably and therefore I suggest using scipy2 tree instead. Actually, I would like to ask few hours so that I could finalize the transitions scipy->scipy1 and scipy2->scipy. Thanks, Pearu From pearu at cens.ioc.ee Sat Mar 8 09:31:11 2003 From: pearu at cens.ioc.ee (Pearu Peterson) Date: Sat, 8 Mar 2003 16:31:11 +0200 (EET) Subject: [SciPy-dev] Major changes in SciPy CVS repository Message-ID: Hi, There has been made some major restructuring of the SciPy CVS repository: * scipy subpackages are moved to Lib directory * scipy_{distutils,test,base} is moved to a separate CVS module named scipy_core * etc. Here follows instructions how to update your local scipy CVS tree: 1) Make a backup of your local scipy source tree. This is relevant only if you have uncommited files in your local scipy copy. 2) Checkout new scipy CVS tree using cvs -d :pserver:anonymous at scipy.org:/home/cvsroot checkout scipy or cvs -d :ext:loginname at scipy.org:/home/cvsroot checkout scipy 3) Modified files from the old scipy tree may now copied to a new tree. 4) To install scipy, use cd scipy python setup.py install Note that the new scipy CVS tree does not contain all the contents from the old tree, some Attic directories and obsolete files where not copied to the new tree. However, the old copy of scipy CVS tree is available through cvs -d ... checkout scipy1 These CVS changes may cause cvs update failures on your old local scipy CVS tree. As fix, see points 1) and 2) above. Sorry for the inconvinience but hopefully these changes make using scipy CVS easier for many people, both for users and distributors. Thanks, Pearu From oliphant.travis at ieee.org Sat Mar 8 09:57:51 2003 From: oliphant.travis at ieee.org (Travis Oliphant) Date: Sat, 08 Mar 2003 07:57:51 -0700 Subject: [SciPy-dev] ATLAS for Windows Message-ID: <3E6A04EF.1010604@ieee.org> Could anyone give me some hints as to how to get ATLAS binaries for windows that can be used for SciPy? Does anyone have some PII WinNT/2000 ATLAS binaries that they could just provide? -Travis O. From pearu at cens.ioc.ee Sat Mar 8 10:09:20 2003 From: pearu at cens.ioc.ee (Pearu Peterson) Date: Sat, 8 Mar 2003 17:09:20 +0200 (EET) Subject: [SciPy-dev] ATLAS for Windows In-Reply-To: <3E6A04EF.1010604@ieee.org> Message-ID: On Sat, 8 Mar 2003, Travis Oliphant wrote: > > Could anyone give me some hints as to how to get ATLAS binaries for > windows that can be used for SciPy? > > Does anyone have some PII WinNT/2000 ATLAS binaries that they could just > > provide? Try: http://www.netlib.org/atlas/archives/windows/ I don't know if these ATLAS binaries are usable for SciPy. Note that if you don't want to build ATLAS libraries yourself right now then Scipy (linalg) works with LAPACK and BLAS libraries as well. Pearu From eric at enthought.com Sat Mar 8 11:02:58 2003 From: eric at enthought.com (Eric Jones) Date: Sat, 8 Mar 2003 10:02:58 -0600 (CST) Subject: [SciPy-dev] ATLAS for Windows Message-ID: <20030308160258.F3E1C1050@www.enthought.com> I have PIII ones sitting around, but not PII. Sorry. eric Travis Oliphant wrote .. > > Could anyone give me some hints as to how to get ATLAS binaries for > windows that can be used for SciPy? > > Does anyone have some PII WinNT/2000 ATLAS binaries that they could just > > provide? > > -Travis O. > > _______________________________________________ > Scipy-dev mailing list > Scipy-dev at scipy.net > http://www.scipy.net/mailman/listinfo/scipy-dev From jhsh at sun.ac.za Sun Mar 9 14:43:35 2003 From: jhsh at sun.ac.za (Jannie Hofmeyr) Date: Sun, 9 Mar 2003 21:43:35 +0200 Subject: [SciPy-dev] ATLAS for Windows Message-ID: <008101c2e674$2c64bef0$6803e892@hompiekedompie> Hi Travis We have Atlas-3.3-WinNT_PII_DESCHUTES_512K at work. If this is suitable I can arrange to have it available via http tomorrow. OK? Jannie Prof. Jan-Hendrik Hofmeyr Tel: +27 21 808 5842 Dept. of Biochemistry Fax: +27 21 808 5863 University of Stellenbosch e-mail: jhsh at sun.ac.za Private Bag X1 Matieland 7602 South Africa From oliphant.travis at ieee.org Mon Mar 10 02:34:21 2003 From: oliphant.travis at ieee.org (Travis Oliphant) Date: Mon, 10 Mar 2003 00:34:21 -0700 Subject: [SciPy-dev] ATLAS for Windows References: <008101c2e674$2c64bef0$6803e892@hompiekedompie> Message-ID: <3E6C3FFD.6040505@ieee.org> Thanks, I finally did manage to get ATLAS compiled. I had to use an older gcc under cygwin (gcc 2.95.3). I was just trying to get SciPy with the new version xplt tested under Windows. The good news is that the test worked so that the CVS version of SciPy has an xplt that works under windows and unix platforms (perhaps Mac OS X too, but I haven't tried it.) Thanks again for the offer, but I should be O.K. without it for now. -Travis O. From christophe.grimault at novagrid.com Mon Mar 10 04:35:12 2003 From: christophe.grimault at novagrid.com (christophe grimault) Date: Mon, 10 Mar 2003 10:35:12 +0100 Subject: [SciPy-dev] Calling extrenal functions with weave Message-ID: <3E6C5C50.2060807@novagrid.com> Hi, I was just wandering if it is possible, inside a code """ ..... """, to call a function foo(u), compiled in a foo.o file ? Thanks in advance. Christophe Grimault From pearu at cens.ioc.ee Mon Mar 10 08:49:21 2003 From: pearu at cens.ioc.ee (Pearu Peterson) Date: Mon, 10 Mar 2003 15:49:21 +0200 (EET) Subject: [SciPy-dev] Re: [Scipy-cvs] world/scipy/Lib/xplt setup_xplt.py,1.13,1.14 In-Reply-To: <20030310140953.A23F53EB0A@www.scipy.com> Message-ID: On Mon, 10 Mar 2003 travis at scipy.org wrote: > Log Message: > Added try/except hack to get around os.environ trying to upper an int on windows > x11 = not (windows or cygwin) > ! if 'NO_XLIB' in os.environ: > ! x11 = 0 > > run_config = ('config' in sys.argv) > --- 25,33 ---- > > x11 = not (windows or cygwin) > ! try: > ! if 'NO_XLIB' in os.environ: > ! x11 = 0 > ! except: > ! pass This will not work properly with Python 2.1 either. The problematic if statement should be replaced with if os.environ.has_key('NO_XLIB'): .. Pearu (I am away from scipy CVS tree at the moment, therefore cannot fix it myself) From travis at enthought.com Mon Mar 10 09:06:56 2003 From: travis at enthought.com (Travis N. Vaught) Date: Mon, 10 Mar 2003 08:06:56 -0600 Subject: [SciPy-dev] Re: [Scipy-cvs] world/scipy/Lib/xplt setup_xplt.py,1.13,1.14 In-Reply-To: Message-ID: <000301c2e70e$53115b40$0300a8c0@tvlaptop> Pearu, Thanks, I've checked in the change. When I track down the error on Python 2.1 the build breaks with this (apologies for the weird wrapping, $%*%$&^ windows cmd)--I'm trying again, now, with a clean build: C:\temp\2.1\scipy>c:\mingw\bin\gcc.exe -mno-cygwin -mdll -O -Wall -Ic:\python21\ Include -c C:\temp\2.1\scipy\scipy_core\scipy_base\fastumathmodule.c -o build\te mp.win32-2.1\Release\fastumathmodule.o In file included from C:\temp\2.1\scipy\scipy_core\scipy_base\fastumathmodule.c: 27: C:/temp/2.1/scipy/scipy_core/scipy_base/fastumath_unsigned.inc: In function `UIN T_multiply': C:/temp/2.1/scipy/scipy_core/scipy_base/fastumath_unsigned.inc:963: warning: `x' might be used uninitialized in this function C:/temp/2.1/scipy/scipy_core/scipy_base/fastumath_unsigned.inc: In function `Ini tOperators': C:/temp/2.1/scipy/scipy_core/scipy_base/fastumath_unsigned.inc:2860: `PyNumber_T rueDivide' undeclared (first use in this function) C:/temp/2.1/scipy/scipy_core/scipy_base/fastumath_unsigned.inc:2860: (Each undec lared identifier is reported only once C:/temp/2.1/scipy/scipy_core/scipy_base/fastumath_unsigned.inc:2860: for each fu nction it appears in.) C:/temp/2.1/scipy/scipy_core/scipy_base/fastumath_unsigned.inc:2867: `PyNumber_F loorDivide' undeclared (first use in this function) C:\temp\2.1\scipy\scipy_core\scipy_base\fastumathmodule.c: In function `pinf_ini t': C:\temp\2.1\scipy\scipy_core\scipy_base\fastumathmodule.c:41: warning: unused va riable `tmp2' C:\temp\2.1\scipy\scipy_core\scipy_base\fastumathmodule.c:41: warning: `tmp' mig ht be used uninitialized in this function C:\temp\2.1\scipy\scipy_core\scipy_base\fastumathmodule.c: In function `pzero_in it': C:\temp\2.1\scipy\scipy_core\scipy_base\fastumathmodule.c:55: warning: unused va riable `tmp2' C:\temp\2.1\scipy\scipy_core\scipy_base\fastumathmodule.c:55: warning: `tmp' mig ht be used uninitialized in this function C:\temp\2.1\scipy\scipy_core\scipy_base\fastumathmodule.c: At top level: C:\temp\2.1\scipy\scipy_core\scipy_base\fastumathmodule.c:32: warning: `Array0d_ FromDouble' defined but not used C:/temp/2.1/scipy/scipy_core/scipy_base/fastumath_unsigned.inc:2111: warning: `C FLOAT_logical_and' defined but not used C:/temp/2.1/scipy/scipy_core/scipy_base/fastumath_unsigned.inc:2118: warning: `C DOUBLE_logical_and' defined but not used C:/temp/2.1/scipy/scipy_core/scipy_base/fastumath_unsigned.inc:2188: warning: `C FLOAT_logical_or' defined but not used C:/temp/2.1/scipy/scipy_core/scipy_base/fastumath_unsigned.inc:2195: warning: `C DOUBLE_logical_or' defined but not used C:/temp/2.1/scipy/scipy_core/scipy_base/fastumath_unsigned.inc:2265: warning: `C FLOAT_logical_xor' defined but not used C:/temp/2.1/scipy/scipy_core/scipy_base/fastumath_unsigned.inc:2272: warning: `C DOUBLE_logical_xor' defined but not used C:/temp/2.1/scipy/scipy_core/scipy_base/fastumath_unsigned.inc:2298: warning: `C FLOAT_logical_not' defined but not used C:/temp/2.1/scipy/scipy_core/scipy_base/fastumath_unsigned.inc:2300: warning: `C DOUBLE_logical_not' defined but not used C:/temp/2.1/scipy/scipy_core/scipy_base/fastumath_unsigned.inc:2364: warning: `C FLOAT_maximum' defined but not used C:/temp/2.1/scipy/scipy_core/scipy_base/fastumath_unsigned.inc:2372: warning: `C DOUBLE_maximum' defined but not used C:/temp/2.1/scipy/scipy_core/scipy_base/fastumath_unsigned.inc:2443: warning: `C FLOAT_minimum' defined but not used C:/temp/2.1/scipy/scipy_core/scipy_base/fastumath_unsigned.inc:2451: warning: `C DOUBLE_minimum' defined but not used > -----Original Message----- > From: scipy-dev-admin at scipy.net [mailto:scipy-dev-admin at scipy.net] On > Behalf Of Pearu Peterson > Sent: Monday, March 10, 2003 7:49 AM > To: scipy-dev at scipy.org > Subject: [SciPy-dev] Re: [Scipy-cvs] world/scipy/Lib/xplt > setup_xplt.py,1.13,1.14 > > > On Mon, 10 Mar 2003 travis at scipy.org wrote: > > > Log Message: > > Added try/except hack to get around os.environ trying to upper an int on > windows > > > x11 = not (windows or cygwin) > > ! if 'NO_XLIB' in os.environ: > > ! x11 = 0 > > > > run_config = ('config' in sys.argv) > > --- 25,33 ---- > > > > x11 = not (windows or cygwin) > > ! try: > > ! if 'NO_XLIB' in os.environ: > > ! x11 = 0 > > ! except: > > ! pass > > This will not work properly with Python 2.1 either. The > problematic if statement should be replaced with > > if os.environ.has_key('NO_XLIB'): > .. > > Pearu > (I am away from scipy CVS tree at the moment, > therefore cannot fix it myself) > > _______________________________________________ > Scipy-dev mailing list > Scipy-dev at scipy.net > http://www.scipy.net/mailman/listinfo/scipy-dev From pearu at cens.ioc.ee Mon Mar 10 12:15:52 2003 From: pearu at cens.ioc.ee (Pearu Peterson) Date: Mon, 10 Mar 2003 19:15:52 +0200 (EET) Subject: [SciPy-dev] Re: [Scipy-cvs] world/scipy/Lib/xplt setup_xplt.py,1.13,1.14 In-Reply-To: <000301c2e70e$53115b40$0300a8c0@tvlaptop> Message-ID: On Mon, 10 Mar 2003, Travis N. Vaught wrote: > Thanks, I've checked in the change. When I track down the error on > Python 2.1 the build breaks with this (apologies for the weird wrapping, > $%*%$&^ windows cmd)--I'm trying again, now, with a clean build: I see similar errors on linux as well when using Python 2.1: gcc -g -O2 -Wall -Wstrict-prototypes -fPIC -I/usr/include/python2.1 -c /home/users/pearu/tmp/scipy/scipy_core/scipy_base/fastumathmodule.c -o build/temp.linux-i686-2.1/fastumathmodule.o In file included from /home/users/pearu/tmp/scipy/scipy_core/scipy_base/fastumathmodule.c:29: /home/users/pearu/tmp/scipy/scipy_core/scipy_base/fastumath_nounsigned.inc: In function `InitOperators': /home/users/pearu/tmp/scipy/scipy_core/scipy_base/fastumath_nounsigned.inc:2418: `PyNumber_TrueDivide' undeclared (first use in this function) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ As a fix, we can disable Python 2.2 specific code using #if PY_VERSION_HEX >= 0x2020000 .. #endif (see include/python/patchlevel.h for details) Pearu From eric at enthought.com Mon Mar 10 12:49:08 2003 From: eric at enthought.com (eric jones) Date: Mon, 10 Mar 2003 11:49:08 -0600 Subject: [SciPy-dev] Calling extrenal functions with weave In-Reply-To: <3E6C5C50.2060807@novagrid.com> Message-ID: <00bf01c2e72d$5a428a50$8901a8c0@ERICDESKTOP> Hey Christophe, Yes. Here is an example: $ gcc -c foo.c $ python >>> import weave >>> var = 1 >>> weave.inline("return_val = bar(var);",['var'], headers=['"foo.h"'], extra_objects=['foo.o'], include_dirs=['.']) 2 The code for foo.c and foo.h are below. Note that the .h file has #ifdefs to check for a C++ compiler (which weave uses). This keeps the C++ compiler from mangling the name of the bar() function so that it finds the correct function in foo.o (built with a non-mangling C compiler). If foo.c was compiled using "g++ -c foo.c", the foo.h file wouldn't need these #ifdefs. Hope that helps, eric /*------------------------------------*/ /* foo.c */ #include "foo.h" int bar(int a) { return a + 1; } /*------------------------------------*/ /* foo.h */ #ifndef FOO_H #define FOO_H #ifdef __cplusplus extern "C" { #endif int bar(int a); #ifdef __cplusplus } #endif #endif ---------------------------------------------- eric jones 515 Congress Ave www.enthought.com Suite 1614 512 536-1057 Austin, Tx 78701 > -----Original Message----- > From: scipy-dev-admin at scipy.net [mailto:scipy-dev-admin at scipy.net] On > Behalf Of christophe grimault > Sent: Monday, March 10, 2003 3:35 AM > To: scipy-dev at scipy.org > Subject: [SciPy-dev] Calling extrenal functions with weave > > Hi, > > I was just wandering if it is possible, inside a code """ ..... """, to > call a function foo(u), compiled in a foo.o file ? > > Thanks in advance. > > Christophe Grimault > > > _______________________________________________ > Scipy-dev mailing list > Scipy-dev at scipy.net > http://www.scipy.net/mailman/listinfo/scipy-dev From pearu at cens.ioc.ee Mon Mar 10 13:50:15 2003 From: pearu at cens.ioc.ee (Pearu Peterson) Date: Mon, 10 Mar 2003 20:50:15 +0200 (EET) Subject: [SciPy-dev] Re: [Scipy-cvs] Re: [SciPy-user] Next problem in CVS In-Reply-To: <200303101918.52638.Kasper.Souren@ircam.fr> Message-ID: On Mon, 10 Mar 2003, Kasper Souren wrote: > On Monday 10 March 2003 16:52, Pearu Peterson wrote: > > > Btw, not all problems now or in future are related to > > the new CVS tree ;) > > This one is, I guess... Nope.. > I continued compiling, without the -msse2, and I ran into a "cannot find lX11" > error. So I did a cvs update, and now I'm getting: > > $ python setup.py build > Traceback (most recent call last): > File "setup.py", line 20, in ? > from scipy_distutils.core import setup > File "scipy_core/scipy_distutils/core.py", line 14, in ? > from scipy_distutils.command import build_flib > File "scipy_core/scipy_distutils/command/build_flib.py", line 1082 > <<<<<<< build_flib.py > ^ > SyntaxError: invalid syntax Remove build_flib.py and do cvs update again. I have disable -msse2 for g77<=3.2.2 in scipy cvs. Pearu From eric at enthought.com Mon Mar 10 15:11:18 2003 From: eric at enthought.com (eric jones) Date: Mon, 10 Mar 2003 14:11:18 -0600 Subject: [SciPy-dev] PyGist In-Reply-To: <3E6923A2.80607@netscape.net> Message-ID: <00c701c2e741$392016d0$8901a8c0@ERICDESKTOP> Hey Travis, I just tried xplt out in the new CVS on Win XP, and it worked great for a single plot. If I close the plot window and try to plot something again, it doesn't bring up a new plot. When I then tried xplt.figure(), it seg-faulted. Any ideas? eric ---------------------------------------------- eric jones 515 Congress Ave www.enthought.com Suite 1614 512 536-1057 Austin, Tx 78701 > -----Original Message----- > From: scipy-dev-admin at scipy.net [mailto:scipy-dev-admin at scipy.net] On > Behalf Of Travis Oliphant > Sent: Friday, March 07, 2003 4:57 PM > To: scipy-dev at scipy.org > Subject: [SciPy-dev] PyGist > > > > I have recently discovered the PyGist has undergone some changes while > we've been using it in SciPy. > > Part of these changes have led it to be available on Windows!!!! > > Given that to compile SciPy on Windows we need the same tools required > to compile and use PyGist on Windows, I am very willing to make the > modifications to xplt necessary to get it to compile and be useful to > the windows user. > > This will provide a fast and very capable plotting package that while > missing a couple of the bells and whistles of the eventually delivered > chaco package, will allow users to produce publication quality plots > immediately under current SciPy. > > I think this is very important for the further dissemination of SciPy. > > Some may get concerned that we will spend too many resources making xplt > workable to only through it away in the end. I think this will not > happen because PyGist is so fast and easy to use. > > I fear that we are losing potential users because we are not supporting > a consistent and very useable (if not perfect) plotting package for > SciPy. Because PyGist now works on all platforms and it is very full > featured there is no reason not to provide it in all binaries of SciPy. > > -Travis O. > > _______________________________________________ > Scipy-dev mailing list > Scipy-dev at scipy.net > http://www.scipy.net/mailman/listinfo/scipy-dev From oliphant.travis at ieee.org Mon Mar 10 15:48:27 2003 From: oliphant.travis at ieee.org (Travis E. Oliphant) Date: Mon, 10 Mar 2003 13:48:27 -0700 Subject: [SciPy-dev] PyGist References: <00c701c2e741$392016d0$8901a8c0@ERICDESKTOP> Message-ID: <3E6CFA1B.4070801@ieee.org> eric jones wrote: >Hey Travis, > >I just tried xplt out in the new CVS on Win XP, and it worked great for >a single plot. If I close the plot window and try to plot something >again, it doesn't bring up a new plot. When I then tried xplt.figure(), it seg-faulted. > I tried what you did and it happened to me too. I will track it down. I remember this happening before -Travis > >Any ideas? > >eric > >---------------------------------------------- >eric jones 515 Congress Ave >www.enthought.com Suite 1614 >512 536-1057 Austin, Tx 78701 > > > > >>-----Original Message----- >>From: scipy-dev-admin at scipy.net [mailto:scipy-dev-admin at scipy.net] On >>Behalf Of Travis Oliphant >>Sent: Friday, March 07, 2003 4:57 PM >>To: scipy-dev at scipy.org >>Subject: [SciPy-dev] PyGist >> >> >> >>I have recently discovered the PyGist has undergone some changes while >>we've been using it in SciPy. >> >>Part of these changes have led it to be available on Windows!!!! >> >>Given that to compile SciPy on Windows we need the same tools required >>to compile and use PyGist on Windows, I am very willing to make the >>modifications to xplt necessary to get it to compile and be useful to >>the windows user. >> >>This will provide a fast and very capable plotting package that while >>missing a couple of the bells and whistles of the eventually delivered >>chaco package, will allow users to produce publication quality plots >>immediately under current SciPy. >> >>I think this is very important for the further dissemination of SciPy. >> >>Some may get concerned that we will spend too many resources making >> >> >xplt > > >>workable to only through it away in the end. I think this will not >>happen because PyGist is so fast and easy to use. >> >>I fear that we are losing potential users because we are not >> >> >supporting > > >>a consistent and very useable (if not perfect) plotting package for >>SciPy. Because PyGist now works on all platforms and it is very full >>featured there is no reason not to provide it in all binaries of >> >> >SciPy. > > >>-Travis O. >> >>_______________________________________________ >>Scipy-dev mailing list >>Scipy-dev at scipy.net >>http://www.scipy.net/mailman/listinfo/scipy-dev >> >> > > >_______________________________________________ >Scipy-dev mailing list >Scipy-dev at scipy.net >http://www.scipy.net/mailman/listinfo/scipy-dev > > From eric at enthought.com Mon Mar 10 16:13:17 2003 From: eric at enthought.com (eric jones) Date: Mon, 10 Mar 2003 15:13:17 -0600 Subject: [SciPy-dev] PyGist In-Reply-To: <3E6CFA1B.4070801@ieee.org> Message-ID: <00dd01c2e749$e231d260$8901a8c0@ERICDESKTOP> Hey Travis, I just tried the same thing from RH 7.2 with the current CVS, and the same thing happened, so perhaps it isn't a windows issue? eric ---------------------------------------------- eric jones 515 Congress Ave www.enthought.com Suite 1614 512 536-1057 Austin, Tx 78701 > -----Original Message----- > From: scipy-dev-admin at scipy.net [mailto:scipy-dev-admin at scipy.net] On > Behalf Of Travis E. Oliphant > Sent: Monday, March 10, 2003 2:48 PM > To: scipy-dev at scipy.net > Subject: Re: [SciPy-dev] PyGist > > > > eric jones wrote: > > >Hey Travis, > > > >I just tried xplt out in the new CVS on Win XP, and it worked great for > >a single plot. If I close the plot window and try to plot something > >again, it doesn't bring up a new plot. When I then tried xplt.figure(), > it seg-faulted. > > > > I tried what you did and it happened to me too. > > I will track it down. I remember this happening before > > -Travis > > > > > >Any ideas? > > > >eric > > > >---------------------------------------------- > >eric jones 515 Congress Ave > >www.enthought.com Suite 1614 > >512 536-1057 Austin, Tx 78701 > > > > > > > > > >>-----Original Message----- > >>From: scipy-dev-admin at scipy.net [mailto:scipy-dev-admin at scipy.net] On > >>Behalf Of Travis Oliphant > >>Sent: Friday, March 07, 2003 4:57 PM > >>To: scipy-dev at scipy.org > >>Subject: [SciPy-dev] PyGist > >> > >> > >> > >>I have recently discovered the PyGist has undergone some changes while > >>we've been using it in SciPy. > >> > >>Part of these changes have led it to be available on Windows!!!! > >> > >>Given that to compile SciPy on Windows we need the same tools required > >>to compile and use PyGist on Windows, I am very willing to make the > >>modifications to xplt necessary to get it to compile and be useful to > >>the windows user. > >> > >>This will provide a fast and very capable plotting package that while > >>missing a couple of the bells and whistles of the eventually delivered > >>chaco package, will allow users to produce publication quality plots > >>immediately under current SciPy. > >> > >>I think this is very important for the further dissemination of SciPy. > >> > >>Some may get concerned that we will spend too many resources making > >> > >> > >xplt > > > > > >>workable to only through it away in the end. I think this will not > >>happen because PyGist is so fast and easy to use. > >> > >>I fear that we are losing potential users because we are not > >> > >> > >supporting > > > > > >>a consistent and very useable (if not perfect) plotting package for > >>SciPy. Because PyGist now works on all platforms and it is very full > >>featured there is no reason not to provide it in all binaries of > >> > >> > >SciPy. > > > > > >>-Travis O. > >> > >>_______________________________________________ > >>Scipy-dev mailing list > >>Scipy-dev at scipy.net > >>http://www.scipy.net/mailman/listinfo/scipy-dev > >> > >> > > > > > >_______________________________________________ > >Scipy-dev mailing list > >Scipy-dev at scipy.net > >http://www.scipy.net/mailman/listinfo/scipy-dev > > > > > > > _______________________________________________ > Scipy-dev mailing list > Scipy-dev at scipy.net > http://www.scipy.net/mailman/listinfo/scipy-dev From eric at enthought.com Mon Mar 10 16:46:42 2003 From: eric at enthought.com (eric jones) Date: Mon, 10 Mar 2003 15:46:42 -0600 Subject: [SciPy-dev] Building on Sun Message-ID: <00e201c2e74e$8c9d9c80$8901a8c0@ERICDESKTOP> Hey guys, I just got this strange error when building on Sun. gcc -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -fPIC -I/home/eric/wrk2/scipy/Lib/xplt/src/gist -I/home/eric/wrk2/scipy/Lib/xplt/src/play -I/home/eric/wrk2/scipy/Lib/xplt/src/play/unix -I/usr/local/include/python2.2 -I/home/eric/sunos/include/python2.2 -c /home/eric/wrk2/scipy/Lib/xplt/src/play/unix/fpuset.c -o build/temp.solaris-2.8-sun4u-2.2/fpuset.o -DGISTPATH="/usr/local/lib/python2.2/site-packages/scipy/xplt/gistdata" /usr/ccs/bin/as: "/var/tmp//ccyR5El8.s", line 60: error: unknown opcode "fldcw" /usr/ccs/bin/as: "/var/tmp//ccyR5El8.s", line 60: error: statement syntax error: command 'gcc' failed with exit status 1 Anyone have a clue about this??? eric ---------------------------------------------- eric jones 515 Congress Ave www.enthought.com Suite 1614 512 536-1057 Austin, Tx 78701 From pearu at cens.ioc.ee Mon Mar 10 17:09:48 2003 From: pearu at cens.ioc.ee (Pearu Peterson) Date: Tue, 11 Mar 2003 00:09:48 +0200 (EET) Subject: [SciPy-dev] Building on Sun In-Reply-To: <00e201c2e74e$8c9d9c80$8901a8c0@ERICDESKTOP> Message-ID: On Mon, 10 Mar 2003, eric jones wrote: > Hey guys, > > I just got this strange error when building on Sun. > > gcc -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -fPIC > -I/home/eric/wrk2/scipy/Lib/xplt/src/gist > -I/home/eric/wrk2/scipy/Lib/xplt/src/play > -I/home/eric/wrk2/scipy/Lib/xplt/src/play/unix > -I/usr/local/include/python2.2 -I/home/eric/sunos/include/python2.2 -c > /home/eric/wrk2/scipy/Lib/xplt/src/play/unix/fpuset.c -o > build/temp.solaris-2.8-sun4u-2.2/fpuset.o > -DGISTPATH="/usr/local/lib/python2.2/site-packages/scipy/xplt/gistdata" > /usr/ccs/bin/as: "/var/tmp//ccyR5El8.s", line 60: error: unknown opcode > "fldcw" > /usr/ccs/bin/as: "/var/tmp//ccyR5El8.s", line 60: error: statement > syntax > error: command 'gcc' failed with exit status 1 > > Anyone have a clue about this??? When using -DFPU_SOLARIS in the command line above, compilation is succesful. Pearu From oliphant.travis at ieee.org Mon Mar 10 19:59:24 2003 From: oliphant.travis at ieee.org (Travis E. Oliphant) Date: Mon, 10 Mar 2003 17:59:24 -0700 Subject: [SciPy-dev] PyGist References: <00dd01c2e749$e231d260$8901a8c0@ERICDESKTOP> Message-ID: <3E6D34EC.9090303@ieee.org> eric jones wrote: >Hey Travis, > >I just tried the same thing from RH 7.2 with the current CVS, and the >same thing happened, so perhaps it isn't a windows issue? > > No, it's not, I managed to track it down to gistCmodule.c In the switch to the new version, they forgot to register with gist a function that cleans up the high-level list of graphics engines when a destroy event occurs. So, the high-level was eventually trying to reference a destroyed window. The fix was to just register this function (which already existed). I've checked in the updated version that doesn't segfault for me anymore. -Travis >eric > >---------------------------------------------- >eric jones 515 Congress Ave >www.enthought.com Suite 1614 >512 536-1057 Austin, Tx 78701 > > > > >>-----Original Message----- >>From: scipy-dev-admin at scipy.net [mailto:scipy-dev-admin at scipy.net] On >>Behalf Of Travis E. Oliphant >>Sent: Monday, March 10, 2003 2:48 PM >>To: scipy-dev at scipy.net >>Subject: Re: [SciPy-dev] PyGist >> >> >> >>eric jones wrote: >> >> >> >>>Hey Travis, >>> >>>I just tried xplt out in the new CVS on Win XP, and it worked great >>> >>> >for > > >>>a single plot. If I close the plot window and try to plot something >>>again, it doesn't bring up a new plot. When I then tried >>> >>> >xplt.figure(), > > >>it seg-faulted. >> >> >>I tried what you did and it happened to me too. >> >>I will track it down. I remember this happening before >> >>-Travis >> >> >> >> >>>Any ideas? >>> >>>eric >>> >>>---------------------------------------------- >>>eric jones 515 Congress Ave >>>www.enthought.com Suite 1614 >>>512 536-1057 Austin, Tx 78701 >>> >>> >>> >>> >>> >>> >>>>-----Original Message----- >>>>From: scipy-dev-admin at scipy.net [mailto:scipy-dev-admin at scipy.net] >>>> >>>> >On > > >>>>Behalf Of Travis Oliphant >>>>Sent: Friday, March 07, 2003 4:57 PM >>>>To: scipy-dev at scipy.org >>>>Subject: [SciPy-dev] PyGist >>>> >>>> >>>> >>>>I have recently discovered the PyGist has undergone some changes >>>> >>>> >while > > >>>>we've been using it in SciPy. >>>> >>>>Part of these changes have led it to be available on Windows!!!! >>>> >>>>Given that to compile SciPy on Windows we need the same tools >>>> >>>> >required > > >>>>to compile and use PyGist on Windows, I am very willing to make the >>>>modifications to xplt necessary to get it to compile and be useful >>>> >>>> >to > > >>>>the windows user. >>>> >>>>This will provide a fast and very capable plotting package that >>>> >>>> >while > > >>>>missing a couple of the bells and whistles of the eventually >>>> >>>> >delivered > > >>>>chaco package, will allow users to produce publication quality plots >>>>immediately under current SciPy. >>>> >>>>I think this is very important for the further dissemination of >>>> >>>> >SciPy. > > >>>>Some may get concerned that we will spend too many resources making >>>> >>>> >>>> >>>> >>>xplt >>> >>> >>> >>> >>>>workable to only through it away in the end. I think this will not >>>>happen because PyGist is so fast and easy to use. >>>> >>>>I fear that we are losing potential users because we are not >>>> >>>> >>>> >>>> >>>supporting >>> >>> >>> >>> >>>>a consistent and very useable (if not perfect) plotting package for >>>>SciPy. Because PyGist now works on all platforms and it is very >>>> >>>> >full > > >>>>featured there is no reason not to provide it in all binaries of >>>> >>>> >>>> >>>> >>>SciPy. >>> >>> >>> >>> >>>>-Travis O. >>>> >>>>_______________________________________________ >>>>Scipy-dev mailing list >>>>Scipy-dev at scipy.net >>>>http://www.scipy.net/mailman/listinfo/scipy-dev >>>> >>>> >>>> >>>> >>>_______________________________________________ >>>Scipy-dev mailing list >>>Scipy-dev at scipy.net >>>http://www.scipy.net/mailman/listinfo/scipy-dev >>> >>> >>> >>> >>_______________________________________________ >>Scipy-dev mailing list >>Scipy-dev at scipy.net >>http://www.scipy.net/mailman/listinfo/scipy-dev >> >> > > >_______________________________________________ >Scipy-dev mailing list >Scipy-dev at scipy.net >http://www.scipy.net/mailman/listinfo/scipy-dev > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From oliphant.travis at ieee.org Mon Mar 10 20:06:08 2003 From: oliphant.travis at ieee.org (Travis E. Oliphant) Date: Mon, 10 Mar 2003 18:06:08 -0700 Subject: [SciPy-dev] Building on Sun References: Message-ID: <3E6D3680.7030005@ieee.org> > > >>Hey guys, >> >>I just got this strange error when building on Sun. >> >>gcc -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -fPIC >>-I/home/eric/wrk2/scipy/Lib/xplt/src/gist >>-I/home/eric/wrk2/scipy/Lib/xplt/src/play >>-I/home/eric/wrk2/scipy/Lib/xplt/src/play/unix >>-I/usr/local/include/python2.2 -I/home/eric/sunos/include/python2.2 -c >>/home/eric/wrk2/scipy/Lib/xplt/src/play/unix/fpuset.c -o >>build/temp.solaris-2.8-sun4u-2.2/fpuset.o >>-DGISTPATH="/usr/local/lib/python2.2/site-packages/scipy/xplt/gistdata" >>/usr/ccs/bin/as: "/var/tmp//ccyR5El8.s", line 60: error: unknown opcode >>"fldcw" >>/usr/ccs/bin/as: "/var/tmp//ccyR5El8.s", line 60: error: statement >>syntax >>error: command 'gcc' failed with exit status 1 >> >>Anyone have a clue about this??? >> >> >When using -DFPU_SOLARIS in the command line above, compilation is >succesful. > The config code in setup_xplt is supposed to find this. It could be related to the fact that python setup_xplt.py config is not being run from setup.py right now, like I thought it should be. You could try going to the xplt directory and running python setup_xplt.py config (you should only have to do this once for the same hardware) before installing scipy. -Travis -------------- next part -------------- An HTML attachment was scrubbed... URL: From eric at enthought.com Tue Mar 11 00:38:56 2003 From: eric at enthought.com (eric jones) Date: Mon, 10 Mar 2003 23:38:56 -0600 Subject: [SciPy-dev] --prefix not being accepted by setup.py now? Message-ID: <765001c2e790$83114850$8901a8c0@ERICDESKTOP> I just did a CVS update, and --prefix isn't taken as an argument to the setup script. Here is what I get. [eric at enthoughtaus1 scipy]$ python setup.py install --prefix=$OSDIR %%%%%%%%%%%%%%%%%%%%%%% 1 %%%%%%%%%%%%%%%%%%%%%%% *********************************************** /home/eric/wrk2/scipy/Lib/xplt *********************************************** x11_info: FOUND: libraries = ['X11'] library_dirs = ['/usr/X11R6/lib'] include_dirs = ['/usr/X11R6/include'] usage: setup_xplt.py [global_opts] cmd1 [cmd1_opts] [cmd2 [cmd2_opts] ...] or: setup_xplt.py --help [cmd1 cmd2 ...] or: setup_xplt.py --help-commands or: setup_xplt.py cmd --help error: option --prefix not recognized thanks, eric ---------------------------------------------- eric jones 515 Congress Ave www.enthought.com Suite 1614 512 536-1057 Austin, Tx 78701 From eric at enthought.com Tue Mar 11 00:46:43 2003 From: eric at enthought.com (eric jones) Date: Mon, 10 Mar 2003 23:46:43 -0600 Subject: [SciPy-dev] PyGist In-Reply-To: <3E6D34EC.9090303@ieee.org> Message-ID: <765101c2e791$9baf3420$8901a8c0@ERICDESKTOP> Tested it on windows, and that seems to fix it here. eric ---------------------------------------------- eric jones 515 Congress Ave www.enthought.com Suite 1614 512 536-1057 Austin, Tx 78701 -----Original Message----- From: scipy-dev-admin at scipy.net [mailto:scipy-dev-admin at scipy.net] On Behalf Of Travis E. Oliphant Sent: Monday, March 10, 2003 6:59 PM To: scipy-dev at scipy.net Subject: Re: [SciPy-dev] PyGist eric jones wrote: Hey Travis, I just tried the same thing from RH 7.2 with the current CVS, and the same thing happened, so perhaps it isn't a windows issue? No, it's not, I managed to track it down to gistCmodule.c In the switch to the new version, they forgot to register with gist a function that cleans up the high-level list of graphics engines when a destroy event occurs. So, the high-level was eventually trying to reference a destroyed window. The fix was to just register this function (which already existed). I've checked in the updated version that doesn't segfault for me anymore. -Travis eric ---------------------------------------------- eric jones 515 Congress Ave www.enthought.com Suite 1614 512 536-1057 Austin, Tx 78701 -----Original Message----- From: scipy-dev-admin at scipy.net [mailto:scipy-dev-admin at scipy.net] On Behalf Of Travis E. Oliphant Sent: Monday, March 10, 2003 2:48 PM To: scipy-dev at scipy.net Subject: Re: [SciPy-dev] PyGist eric jones wrote: Hey Travis, I just tried xplt out in the new CVS on Win XP, and it worked great for a single plot. If I close the plot window and try to plot something again, it doesn't bring up a new plot. When I then tried xplt.figure(), it seg-faulted. I tried what you did and it happened to me too. I will track it down. I remember this happening before -Travis Any ideas? eric ---------------------------------------------- eric jones 515 Congress Ave www.enthought.com Suite 1614 512 536-1057 Austin, Tx 78701 -----Original Message----- From: scipy-dev-admin at scipy.net [mailto:scipy-dev-admin at scipy.net] On Behalf Of Travis Oliphant Sent: Friday, March 07, 2003 4:57 PM To: scipy-dev at scipy.org Subject: [SciPy-dev] PyGist I have recently discovered the PyGist has undergone some changes while we've been using it in SciPy. Part of these changes have led it to be available on Windows!!!! Given that to compile SciPy on Windows we need the same tools required to compile and use PyGist on Windows, I am very willing to make the modifications to xplt necessary to get it to compile and be useful to the windows user. This will provide a fast and very capable plotting package that while missing a couple of the bells and whistles of the eventually delivered chaco package, will allow users to produce publication quality plots immediately under current SciPy. I think this is very important for the further dissemination of SciPy. Some may get concerned that we will spend too many resources making xplt workable to only through it away in the end. I think this will not happen because PyGist is so fast and easy to use. I fear that we are losing potential users because we are not supporting a consistent and very useable (if not perfect) plotting package for SciPy. Because PyGist now works on all platforms and it is very full featured there is no reason not to provide it in all binaries of SciPy. -Travis O. _______________________________________________ Scipy-dev mailing list Scipy-dev at scipy.net http://www.scipy.net/mailman/listinfo/scipy-dev _______________________________________________ Scipy-dev mailing list Scipy-dev at scipy.net http://www.scipy.net/mailman/listinfo/scipy-dev _______________________________________________ Scipy-dev mailing list Scipy-dev at scipy.net http://www.scipy.net/mailman/listinfo/scipy-dev _______________________________________________ Scipy-dev mailing list Scipy-dev at scipy.net http://www.scipy.net/mailman/listinfo/scipy-dev -------------- next part -------------- An HTML attachment was scrubbed... URL: From oliphant.travis at ieee.org Tue Mar 11 02:17:51 2003 From: oliphant.travis at ieee.org (Travis Oliphant) Date: Tue, 11 Mar 2003 00:17:51 -0700 Subject: [SciPy-dev] --prefix not being accepted by setup.py now? References: <765001c2e790$83114850$8901a8c0@ERICDESKTOP> Message-ID: <3E6D8D9F.2090808@ieee.org> Trying to be a bit to clever, with a hack. It should work now. -Travis O. From pearu at cens.ioc.ee Tue Mar 11 07:24:02 2003 From: pearu at cens.ioc.ee (Pearu Peterson) Date: Tue, 11 Mar 2003 14:24:02 +0200 (EET) Subject: [SciPy-dev] Re: [SciPy-user] scipy.cluster -> cluster In-Reply-To: <200303111131.47520.Kasper.Souren@ircam.fr> Message-ID: Travis O., What was the reason that you disabled cluster module in scipy/setup.py? Can we turn it on again? Thanks, Pearu On Tue, 11 Mar 2003, Kasper Souren wrote: > Hi, > > I was having some troubles with the cluster module. I am using the cvs > version. To install it I needed to run the setup.py in Lib/cluster. > And then my from scipy.cluster import vq obviously doesn't work anymore. > > Now it's running fine again here, but I guess other people might face this > problem as well... From travis at enthought.com Tue Mar 11 10:06:12 2003 From: travis at enthought.com (Travis N. Vaught) Date: Tue, 11 Mar 2003 09:06:12 -0600 Subject: [SciPy-dev] xplt breaking win32 nightly Message-ID: <000601c2e7df$c4adc140$0300a8c0@tvlaptop> Here's the traceback I get, any ideas? I'm not sure where to start... C:\temp\2.1\scipy>c:\python21\python.exe setup.py %%%%%%%%%%%%%%%%%%%%%%% 1 %%%%%%%%%%%%%%%%%%%%%%% *********************************************** C:\temp\2.1\scipy\Lib\xplt *********************************************** x11_info: NOT AVAILABLE running config ============= begin top level configuration ============= compiling '_configtest.c': /* check whether libm is broken */ #include int main(int argc, char *argv[]) { return exp(-720.) > 1.0; /* typically an IEEE denormal */ } c:\mingw\bin\gcc.exe -mno-cygwin -mdll -O -Wall -c _configtest.c -o _configtest. o c:\mingw\bin\gcc.exe -mno-cygwin -s _configtest.o -lm -o _configtest.exe success! removing: _configtest.c _configtest.o _configtest.exe compiling '_configtest.c': /* check whether libm is broken */ #include int main(int argc, char *argv[]) { return exp(-720.) > 1.0; /* typically an IEEE denormal */ } c:\mingw\bin\gcc.exe -mno-cygwin -mdll -O -Wall -c _configtest.c -o _configtest. o c:\mingw\bin\gcc.exe -mno-cygwin -s _configtest.o -lm -o _configtest.exe Traceback (most recent call last): File "setup.py", line 44, in ? File "setup_xplt.py", line 865, in ? setup(**configuration()) File "scipy_core\scipy_distutils\core.py", line 42, in setup File "c:\Python21\lib\distutils\core.py", line 138, in setup dist.run_commands() File "c:\Python21\lib\distutils\dist.py", line 899, in run_commands self.run_command(cmd) File "c:\Python21\lib\distutils\dist.py", line 919, in run_command cmd_obj.run() File "setup_xplt.py", line 69, in run self.config_toplevel() File "setup_xplt.py", line 90, in config_toplevel if not self.try_run(testcode,libraries=[self.mathlib]): File "c:\Python21\lib\distutils\command\config.py", line 277, in try_run self.spawn([exe]) NameError: global name 'exe' is not defined ........................ Travis N. Vaught Enthought, Inc. (512)536-1057 http://www.enthought.com ........................ From eric at enthought.com Tue Mar 11 13:55:31 2003 From: eric at enthought.com (eric jones) Date: Tue, 11 Mar 2003 12:55:31 -0600 Subject: [SciPy-dev] --prefix not being accepted by setup.py now? In-Reply-To: <3E6D8D9F.2090808@ieee.org> Message-ID: <766c01c2e7ff$cd3b0870$8901a8c0@ERICDESKTOP> Hey Travis, It looks like --prefix is working. Thanks. A few other things: 1. I noticed that the xplt stuff is getting built with cc instead of gcc. Is this intentional? Shouldn't we use the same compiler throughout as the change will have meaning on systems with multiple compilers installed. 2. The xplt files seem to be rebuilt everytime I run setup.py, even if they have been previously built. 3. The xplt stuff doesn't build on Sun, but I'm getting a different error. I've attached the output. Thanks, eric ---------------------------------------------- eric jones 515 Congress Ave www.enthought.com Suite 1614 512 536-1057 Austin, Tx 78701 > -----Original Message----- > From: scipy-dev-admin at scipy.net [mailto:scipy-dev-admin at scipy.net] On > Behalf Of Travis Oliphant > Sent: Tuesday, March 11, 2003 1:18 AM > To: scipy-dev at scipy.net > Subject: Re: [SciPy-dev] --prefix not being accepted by setup.py now? > > > Trying to be a bit to clever, with a hack. > > It should work now. > > -Travis O. > > _______________________________________________ > Scipy-dev mailing list > Scipy-dev at scipy.net > http://www.scipy.net/mailman/listinfo/scipy-dev -------------- next part -------------- A non-text attachment was scrubbed... Name: sunos.out Type: application/octet-stream Size: 9809 bytes Desc: not available URL: From pearu at cens.ioc.ee Tue Mar 11 13:56:43 2003 From: pearu at cens.ioc.ee (Pearu Peterson) Date: Tue, 11 Mar 2003 20:56:43 +0200 (EET) Subject: [SciPy-dev] xplt breaking win32 nightly In-Reply-To: <000601c2e7df$c4adc140$0300a8c0@tvlaptop> Message-ID: On Tue, 11 Mar 2003, Travis N. Vaught wrote: > Here's the traceback I get, any ideas? I'm not sure where to start... > > File "setup_xplt.py", line 90, in config_toplevel > if not self.try_run(testcode,libraries=[self.mathlib]): > File "c:\Python21\lib\distutils\command\config.py", line 277, in > try_run > self.spawn([exe]) > NameError: global name 'exe' is not defined That is a bug in Python 2.1 distutils :( The bugy code in distutils\command\config.py 275 self._link(body, headers, include_dirs, 276 libraries, library_dirs, lang) 277 self.spawn([exe]) should read: 275 src,obj,exe=self._link(body, headers, include_dirs, 276 libraries, library_dirs, lang) 277 self.spawn([exe]) As a workaround, try_run can be redefined in setup_xplt.py. I am testing it right now (there are other Python 2.1 related issues as well) and will commit the fixes soon. Pearu From eric at enthought.com Tue Mar 11 14:04:28 2003 From: eric at enthought.com (eric jones) Date: Tue, 11 Mar 2003 13:04:28 -0600 Subject: [SciPy-dev] Re: [SciPy-user] scipy.cluster -> cluster In-Reply-To: Message-ID: <767001c2e801$0d964b40$8901a8c0@ERICDESKTOP> I just re-enabled cluster and checked it with numpy22 and python 2.2 on windows and RH 7.2. It built fine. It failed a few tests (using doctest.testmod(scipy.cluster.vq), but the failures were output format changes in arrays. The actual values all looked OK. Should I check in the change? In the past, I think there were issues because cluster is a C++ module, but I don't remember what they were. It may have been that it was linked with gcc which didn't include the correct libraries on some platforms.??? eric ---------------------------------------------- eric jones 515 Congress Ave www.enthought.com Suite 1614 512 536-1057 Austin, Tx 78701 > -----Original Message----- > From: scipy-dev-admin at scipy.net [mailto:scipy-dev-admin at scipy.net] On > Behalf Of Pearu Peterson > Sent: Tuesday, March 11, 2003 6:24 AM > To: scipy-dev at scipy.net > Subject: [SciPy-dev] Re: [SciPy-user] scipy.cluster -> cluster > > > Travis O., > > What was the reason that you disabled cluster module in scipy/setup.py? > Can we turn it on again? > > Thanks, > Pearu > > On Tue, 11 Mar 2003, Kasper Souren wrote: > > > Hi, > > > > I was having some troubles with the cluster module. I am using the cvs > > version. To install it I needed to run the setup.py in Lib/cluster. > > And then my from scipy.cluster import vq obviously doesn't work anymore. > > > > Now it's running fine again here, but I guess other people might face > this > > problem as well... > > > _______________________________________________ > Scipy-dev mailing list > Scipy-dev at scipy.net > http://www.scipy.net/mailman/listinfo/scipy-dev From oliphant.travis at ieee.org Tue Mar 11 14:36:19 2003 From: oliphant.travis at ieee.org (Travis E. Oliphant) Date: Tue, 11 Mar 2003 12:36:19 -0700 Subject: [SciPy-dev] Re: [SciPy-user] scipy.cluster -> cluster References: Message-ID: <3E6E3AB3.5090409@ieee.org> Pearu Peterson wrote: >Travis O., > >What was the reason that you disabled cluster module in scipy/setup.py? >Can we turn it on again? > > It was not working and I was trying to test something else, so I didn't track down why. We can definitely turn it on again and fix whatever the problem was. Note, the CVS issues are partly due to the xplt changes and partly due to the conversion to the new system, so blame me where appropriate....:-) -Travis From eric at enthought.com Tue Mar 11 14:46:15 2003 From: eric at enthought.com (eric jones) Date: Tue, 11 Mar 2003 13:46:15 -0600 Subject: [SciPy-dev] Re: [SciPy-user] scipy.cluster -> cluster In-Reply-To: <3E6E3AB3.5090409@ieee.org> Message-ID: <768301c2e806$e403d760$8901a8c0@ERICDESKTOP> We're in the middle of a lot of changes, so no need to blame anyone. :-) Between the CVS changes and the xplt changes, things are just gonna break for a day or two. Hopefully we can get things working on as many platforms as soon as possible. Linux and Windows (MingW) seem to be mostly working. I would like OS X and Sun to get working fairly quickly also. By the way, I just tried building with cluster enabled on Mac OS X, and I get: gcc -L/sw/lib -bundle -bundle_loader /sw/bin/python build/temp.darwin-6.2-PowerMacintosh-2.2/vq_wrap.o -Lbuild/temp.darwin-6.2-PowerMacintosh-2.2 -L/sw/lib/gcc-lib/powerpc-apple-darwin6.2/3.1 -L/sw/lib -lc_misc -lcephes -lrootfind -lg2c -o build/lib.darwin-6.2-PowerMacintosh-2.2/scipy/cluster/_vq.so ld: Undefined symbols: ___gxx_personality_v0 error: command 'gcc' failed with exit status 1 So, this looks like the error I was talking about in a previous post. Changing to: bash-2.05a$ g++ -L/sw/lib -bundle -bundle_loader /sw/bin/python build/temp.darwin-6.2-PowerMacintosh-2.2/vq_wrap.o -Lbuild/temp.darwin-6.2-PowerMacintosh-2.2 -L/sw/lib/gcc-lib/powerpc-apple-darwin6.2/3.1 -L/sw/lib -lc_misc -lcephes -lrootfind -lg2c -o build/lib.darwin-6.2-PowerMacintosh-2.2/scipy/cluster/_vq.so and everything works. I'll look and see if there is an easy fix. eric ---------------------------------------------- eric jones 515 Congress Ave www.enthought.com Suite 1614 512 536-1057 Austin, Tx 78701 > -----Original Message----- > From: scipy-dev-admin at scipy.net [mailto:scipy-dev-admin at scipy.net] On > Behalf Of Travis E. Oliphant > Sent: Tuesday, March 11, 2003 1:36 PM > To: scipy-dev at scipy.net > Subject: Re: [SciPy-dev] Re: [SciPy-user] scipy.cluster -> cluster > > > > Pearu Peterson wrote: > > >Travis O., > > > >What was the reason that you disabled cluster module in scipy/setup.py? > >Can we turn it on again? > > > > > It was not working and I was trying to test something else, so I didn't > track down why. > We can definitely turn it on again and fix whatever the problem was. > > Note, the CVS issues are partly due to the xplt changes and partly due > to the conversion to the new system, so blame me where appropriate....:-) > > -Travis > > > > _______________________________________________ > Scipy-dev mailing list > Scipy-dev at scipy.net > http://www.scipy.net/mailman/listinfo/scipy-dev From oliphant.travis at ieee.org Tue Mar 11 16:01:17 2003 From: oliphant.travis at ieee.org (Travis E. Oliphant) Date: Tue, 11 Mar 2003 14:01:17 -0700 Subject: [SciPy-dev] Re: [Scipy-cvs] world/scipy/Lib/xplt setup_xplt.py,1.18,1.19 References: <20030311194626.801D83EB09@www.scipy.com> Message-ID: <3E6E4E9D.1000309@ieee.org> pearu at scipy.org wrote: >Update of /home/cvsroot/world/scipy/Lib/xplt >In directory scipy.org:/tmp/cvs-serv6702 > >Modified Files: > setup_xplt.py >Log Message: >Fixed Python 2.1 distutils config try_run and try_compile methods >by redefining them in config_pygist. Now `setup_xplt.py config` >works with Python 2.1. > >Open issues: since Make.cfg and config.h are regenerated when >running config then they should not be in CVS, should they? > Pearu, No, they probably should not be. In fact, the config.h file should only be generated once (or if explicitly requested by the user). Right now, it's being generated every time (thus the inelegant hack) --- and this seems to be related to why the gistCmodule gets built every time also. -Travis O. From pearu at cens.ioc.ee Tue Mar 11 17:29:59 2003 From: pearu at cens.ioc.ee (Pearu Peterson) Date: Wed, 12 Mar 2003 00:29:59 +0200 (EET) Subject: [SciPy-dev] --prefix not being accepted by setup.py now? In-Reply-To: <766c01c2e7ff$cd3b0870$8901a8c0@ERICDESKTOP> Message-ID: On Tue, 11 Mar 2003, eric jones wrote: > A few other things: > > 1. > I noticed that the xplt stuff is getting built with cc instead of gcc. > Is this intentional? Shouldn't we use the same compiler throughout as > the change will have meaning on systems with multiple compilers > installed. Fixed. > 2. > The xplt files seem to be rebuilt everytime I run setup.py, even if they > have been previously built. Fixed. However there is still one gotcha: when using the same CVS tree for different platform, one must remove pygist/Make.cfg whenever switching the platforms. Since pygist/Make.cfg is not used anywhere else but in setup_xplt.getallparams() function then Make.cfg file should be created in distutils platform specific temporary directory (e.g build/temp.linux-i686-2.2). > 3. > The xplt stuff doesn't build on Sun, but I'm getting a different error. > I've attached the output. Fixed both finding X11 libraries and a typo that caused Python failure. Pearu From eric at enthought.com Tue Mar 11 18:52:56 2003 From: eric at enthought.com (eric jones) Date: Tue, 11 Mar 2003 17:52:56 -0600 Subject: [SciPy-dev] --prefix not being accepted by setup.py now? In-Reply-To: Message-ID: <000501c2e829$59831060$8901a8c0@ERICDESKTOP> > > 2. > > The xplt files seem to be rebuilt everytime I run setup.py, even if they > > have been previously built. > > Fixed. However there is still one gotcha: when using the same CVS tree > for different platform, one must remove pygist/Make.cfg whenever switching > the platforms. Since pygist/Make.cfg is not used anywhere else but > in setup_xplt.getallparams() function then Make.cfg file should be > created in distutils platform specific temporary directory > (e.g build/temp.linux-i686-2.2). I have made a patch that builds the makefile. I'll tst it tomorrow and check it in. It seems fairly brittle though to be build Makefiles from setup.py files. How hard is it to have distutils build everything instead of relying on the make file? eric From oliphant.travis at ieee.org Tue Mar 11 19:59:21 2003 From: oliphant.travis at ieee.org (Travis E. Oliphant) Date: Tue, 11 Mar 2003 17:59:21 -0700 Subject: [SciPy-dev] --prefix not being accepted by setup.py now? References: <000501c2e829$59831060$8901a8c0@ERICDESKTOP> Message-ID: <3E6E8669.5040002@ieee.org> eric jones wrote: > > > >>>2. >>>The xplt files seem to be rebuilt everytime I run setup.py, even if >>> >>> >they > > >>>have been previously built. >>> >>> >>Fixed. However there is still one gotcha: when using the same CVS tree >>for different platform, one must remove pygist/Make.cfg whenever >> >> >switching > > >>the platforms. Since pygist/Make.cfg is not used anywhere else but >>in setup_xplt.getallparams() function then Make.cfg file should be >>created in distutils platform specific temporary directory >>(e.g build/temp.linux-i686-2.2). >> >> > >I have made a patch that builds the makefile. I'll tst it tomorrow and >check it in. It seems fairly brittle though to be build Makefiles from >setup.py files. How hard is it to have distutils build everything >instead of relying on the make file? > It's not a Make file. It's just a configuration file: All it does is store parameters (like library locations and so forth) which are found by running some c code tests (like configure does). distutils still handles all the building process, this file is only used to store some locations and define statements. We could definitely do it differently, This is a first draft of adapting the method that pygist is using. -Travis O. -------------- next part -------------- An HTML attachment was scrubbed... URL: From oliphant.travis at ieee.org Wed Mar 12 04:36:48 2003 From: oliphant.travis at ieee.org (Travis Oliphant) Date: Wed, 12 Mar 2003 02:36:48 -0700 Subject: [SciPy-dev] ImageMagick and chaco Message-ID: <3E6EFFB0.8070408@ieee.org> Hi group, I've been playing a bit with ImageMagick and have noticed that it has an extensive API for drawing into images. The API looks like it has been inspired by Display Postscript. It would seem that chaco could use ImageMagick at it's core to support output to any number of devices. There is a Python Interface to ImageMagick now, but it requires the boost library. I'm working on an interface that is more basic and does not require boost. It would seem that at the very least, ImageMagick would be a good backend to target for chaco (as it opens up the door for a whole range of file formats). You can check out the vector drawing api in Image Magick at http://www.imagemagick.org/www/api/draw.html -Travis O. From johannesbroedel at gmx.de Wed Mar 12 07:39:44 2003 From: johannesbroedel at gmx.de (Johannes Broedel) Date: Wed, 12 Mar 2003 13:39:44 +0100 Subject: [SciPy-dev] xplt, drawing-time... Message-ID: <3E6F2A90.1070403@gmx.de> Hi, I just tried xplt, it works fine on both, teh Linux and the Windows-Machine. I want to show dynamic processes, e.g. computing 1000 data points to be shown not all at the same time - they should appear one after the other. At the moment xplt seems to collect the points and to draw them finally. Does anyone know a solution for that? Thanks in advance, Johannes Broedel From oliphant.travis at ieee.org Wed Mar 12 14:10:39 2003 From: oliphant.travis at ieee.org (Travis E. Oliphant) Date: Wed, 12 Mar 2003 12:10:39 -0700 Subject: [SciPy-dev] xplt, drawing-time... References: <3E6F2A90.1070403@gmx.de> Message-ID: <3E6F862F.6030400@ieee.org> Johannes Broedel wrote: > Hi, I just tried xplt, it works fine on both, teh Linux and the > Windows-Machine. > I want to show dynamic processes, e.g. computing 1000 data points to > be shown not all at the same time - they should appear one after the > other. At the moment xplt seems to collect the points and to draw them > finally. Does anyone know a solution for that? > Thanks in advance, Johannes Broedel The lower level gist library which xplt is built on could be used here. xplt only captures a few of the capabilities of gist. There is help for the functions if you do for example help(xplt.gist) pydoc will show you all of the functions defined in gist (which are also available as xplt.XXXXX) Give me an example of what you want to do, and I can probably do it. -Travis O. > > > _______________________________________________ > Scipy-dev mailing list > Scipy-dev at scipy.net > http://www.scipy.net/mailman/listinfo/scipy-dev From oliphant.travis at ieee.org Wed Mar 12 14:56:58 2003 From: oliphant.travis at ieee.org (Travis E. Oliphant) Date: Wed, 12 Mar 2003 12:56:58 -0700 Subject: [SciPy-dev] xplt, drawing-time... References: <3E6F2A90.1070403@gmx.de> Message-ID: <3E6F910A.7000004@ieee.org> Johannes Broedel wrote: > Hi, I just tried xplt, it works fine on both, teh Linux and the > Windows-Machine. > I want to show dynamic processes, e.g. computing 1000 data points to > be shown not all at the same time - they should appear one after the > other. At the moment xplt seems to collect the points and to draw them > finally. Does anyone know a solution for that? Perhaps what you want is simply the xplt.hold('on') function that will hold the previous plot. Then you can plot data points one at a time in a loop. You may have to issue calls to xplt.pause() to delay the next plot. I just checked in to CVS a fix for the current problem that xplt.plot cannot handle plotting a single data point. (a quick fix is to get rid of the squeeze function everywhere it shows up in xplt/Mplot.py). Also, check out xplt.animate() if you think the result is blinking too much. I just tried the following code and it gave me a nice animation: xplt.figure() x = r_[0:10:1000j] xplt.hold('on') for xval in x: yval = sin(xval / 4) xplt.plot(xval, yval, 'x') xplt.pause(100) If you don't like the changing limits on the plot as it runs, then just issue xplt.limits(xlow,xhigh,ylow,yhigh) before the for loop. -Travis O. > > Thanks in advance, Johannes Broedel > > _______________________________________________ > Scipy-dev mailing list > Scipy-dev at scipy.net > http://www.scipy.net/mailman/listinfo/scipy-dev From Kasper.Souren at ircam.fr Wed Mar 12 15:30:19 2003 From: Kasper.Souren at ircam.fr (Kasper Souren) Date: Wed, 12 Mar 2003 21:30:19 +0100 Subject: [SciPy-dev] xplt, drawing-time... In-Reply-To: <3E6F862F.6030400@ieee.org> References: <3E6F2A90.1070403@gmx.de> <3E6F862F.6030400@ieee.org> Message-ID: <200303122130.19197.Kasper.Souren@ircam.fr> > Give me an example of what you want to do, and I can probably do it. Hmm, can I also make use of your offer? ;) I like imagesc, but I want the window to be bigger (or better: resizable) and a possibility to have actions for the clicks would be extremely cool. And the zooming is a bit weird. It would be nicer to be able to define a rectangle by - click and hold - move to other point - release Also, there's a little bug. If I do an imagesc_cb for the first time, there are lots of black parts, where it should it in fact be white. The second time it's gone. But probably it's more important to get chaco running... Just a little hint in the right gist-direction would be cool as well. I'm checking out Mplot.py right now. :) bye, Kasper From DavidA at ActiveState.com Wed Mar 12 15:44:46 2003 From: DavidA at ActiveState.com (David Ascher) Date: Wed, 12 Mar 2003 12:44:46 -0800 Subject: [SciPy-dev] Chaco class documentation? Message-ID: <3E6F9C3E.9030309@ActiveState.com> I'm trying (again) to use Chaco. My needs are to build output files from dynamically generated data files, not interactive plots. In other words, I want to use the classes directly, not through a GUI or through the .co format. Is there documentation on the relationships between: - PlotValue - Canvas - PlotRenderer* - PlotTitle's - PlotLabel's - PlotItem's etc? The traits mechanism along with the dependence of the demo program on the .co files and the wxPython front end, coupled with a lack of 'lower-level' sample code, makes it fairly hard to figure out what the containing and aggregate relationships are. I'm willing to maintain rough docs in the CVS tree, as long as people are willing to feed me information and review what I write. We could start with a few bare facts, but that's where I really need input. Things like: The structure at the atomic level of a plot is a PlotItem. It corresponds to a drawable object like a value point, a symbol, a tick mark. A PlotItemList is a list of such PlotItems. A PlotContainer is a container of XXX's. A PlotFrame is XXX A Plottable is XXX A PlotCanvas is XXX The main purpose of a PlotCanvas is to be used in GUI applications and associated with scrollbars. A PlotCanvas contains one or more PlotItems. A PlotValue corresponds to a data set. - data: a list or 1-darray of numbers ?? - origin: ??? - type: a type of plot. Supported types include -- numbers indicate number of XXXXs - line (default) (1) - bar (histogram) (1+) - range (2) - scatter (1) - polygon (1) - stackedline (1+) - stackedbar (1+) - rangebar (2) - hloc (high/low/open/close) (3,4) - filllt (fill less than) (2) - fillne (fill not equal to) (2) - fillgt (fill greater than (2) - candle (candlestick) (4) - line_style: ??? - line_color: a color - line_weight: a number (1 means 1 pixel??) - outline_color: a color - outline_weight: a number (1 means 1 pixel??) - fill_color: a color - fill_style: Not implemented yet - size: the size of the symbol - symbol: One of [None, 'circle', 'square', 'diamond', 'triangle', 'down triangle', 'cross', 'plus'] - bar_width: a number - bin_width: a number -- meaning?? - select_type: ??? - select_notify: ??? Colors: Colors can be represented with textual values (e.g. 'red') or with XXX. From oliphant.travis at ieee.org Wed Mar 12 20:18:27 2003 From: oliphant.travis at ieee.org (Travis E. Oliphant) Date: Wed, 12 Mar 2003 18:18:27 -0700 Subject: [SciPy-dev] xplt, drawing-time... References: <3E6F2A90.1070403@gmx.de> <3E6F862F.6030400@ieee.org> <200303122130.19197.Kasper.Souren@ircam.fr> Message-ID: <3E6FDC63.1030304@ieee.org> Kasper Souren wrote: >>Give me an example of what you want to do, and I can probably do it. >> >> > >Hmm, can I also make use of your offer? ;) > >I like imagesc, but I want the window to be bigger (or better: resizable) and >a possibility to have actions for the clicks would be extremely cool. >And the zooming is a bit weird. It would be nicer to be able to define a >rectangle by > This is the default gist behavior. I won't be changing it any time soon. You could have a look if you want. >- click and hold >- move to other point > >- release > You could set up a mouse command to do this using gist but it would block input waiting for you to finish your zooming. > >Also, there's a little bug. If I do an imagesc_cb for the first time, there >are lots of black parts, where it should it in fact be white. The second time >it's gone. > Did you get a latest reslease. This problem for me disappeared when I changed the maxcolors in Mplot.py to 256 from the default 200. Quite a bit can be done with gist if you are diligent. -Travis -------------- next part -------------- An HTML attachment was scrubbed... URL: From Kasper.Souren at ircam.fr Thu Mar 13 08:41:28 2003 From: Kasper.Souren at ircam.fr (Kasper Souren) Date: Thu, 13 Mar 2003 14:41:28 +0100 Subject: [SciPy-dev] xplt, drawing-time... In-Reply-To: <3E6FDC63.1030304@ieee.org> References: <3E6F2A90.1070403@gmx.de> <200303122130.19197.Kasper.Souren@ircam.fr> <3E6FDC63.1030304@ieee.org> Message-ID: <200303131441.29687.Kasper.Souren@ircam.fr> > You could set up a mouse command to do this using gist but it would > block input waiting for you to finish your zooming. Is it already be possible to do this kind of stuff in chaco? imagesc with interactive zooming and event triggering? > Did you get a latest reslease. This problem for me disappeared when I > changed the maxcolors in Mplot.py to 256 from the default 200. I (and Emacs) can't find "maxcolors" in my Mplot.py. And I don't feel like testing it now, or is the cvs considered okay again? > Quite a bit can be done with gist if you are diligent. Ok. What docs are you using for Gist? I found some stuff, but it wasn't clear to me which one is best for doing pyGist stuff. bye, Kasper From oliphant.travis at ieee.org Thu Mar 13 13:17:32 2003 From: oliphant.travis at ieee.org (Travis E. Oliphant) Date: Thu, 13 Mar 2003 11:17:32 -0700 Subject: [SciPy-dev] xplt, drawing-time... References: <3E6F2A90.1070403@gmx.de> <200303122130.19197.Kasper.Souren@ircam.fr> <3E6FDC63.1030304@ieee.org> <200303131441.29687.Kasper.Souren@ircam.fr> Message-ID: <3E70CB3C.2050906@ieee.org> >I (and Emacs) can't find "maxcolors" in my Mplot.py. And I don't feel like >testing it now, or is the cvs considered okay again? > The CVS should be fine now. # These lines should be in your file to fix the imagesc problem _dpi = 75 _hold = 0 _maxcolors=256 gist.pldefault(dpi=_dpi,maxcolors=_maxcolors) # This changes _maxcolors to 256 which is set at 200 internally. >Ok. What docs are you using for Gist? I found some stuff, but it wasn't clear to me which one is best for doing pyGist stuff. > There are docs from the old LLNL Release. You could also look at Yorick plotting documentation because gist comes from there. Michiel Hoon has some docs on his page that are an adaptation of Lawrence Livermore Docs. I use xplt.ghelp('plg') for example to bring up a pager (i.e. like more or less) on gist commands. You could also do help(xplt) to get pydoc to give you a list of commands (some of these will be gist commands). Chaco is heading in the right direction and I'm very enthused by its progress. The purpose of xplt is a stop-gap to give you the ability to plot and make graphs today. Ultimately you can make any plot with xplt (gist) but you won't be able to do many interactive kinds of things especially with widgets. There is limited support for interactive plotting that you can probably stretch quite a ways (look at the legend command for an example of what I've done with it, for example), but it won't ever be a graphics package like chaco. -Travis O. > > >bye, >Kasper > >_______________________________________________ >Scipy-dev mailing list >Scipy-dev at scipy.net >http://www.scipy.net/mailman/listinfo/scipy-dev > > From johannesbroedel at gmx.de Thu Mar 13 13:27:13 2003 From: johannesbroedel at gmx.de (Johannes Broedel) Date: Thu, 13 Mar 2003 19:27:13 +0100 Subject: [SciPy-dev] [Fwd: drawing time] Message-ID: <3E70CD81.6040804@gmx.de> -------------- next part -------------- An embedded message was scrubbed... From: unknown sender Subject: no subject Date: no date Size: 2607 URL: From baecker at physik.tu-dresden.de Thu Mar 13 16:21:44 2003 From: baecker at physik.tu-dresden.de (baecker at physik.tu-dresden.de) Date: Thu, 13 Mar 2003 22:21:44 +0100 (CET) Subject: [SciPy-dev] xplt, drawing-time... -> (docs) In-Reply-To: <3E70CB3C.2050906@ieee.org> References: <3E6F2A90.1070403@gmx.de> <200303122130.19197.Kasper.Souren@ircam.fr> <3E6FDC63.1030304@ieee.org> <200303131441.29687.Kasper.Souren@ircam.fr> <3E70CB3C.2050906@ieee.org> Message-ID: Hi, the answers below concerning the xplt documentation are really helpful - I think it would be great if the could be put in a place where a new user could find them (more details below) On Thu, 13 Mar 2003, Travis E. Oliphant wrote: [...] > >Ok. What docs are you using for Gist? I found some stuff, but it wasn't clear to me which one is best for doing pyGist stuff. > > > > There are docs from the old LLNL Release. You could also look at Yorick > plotting documentation because gist comes from there. Michiel Hoon has > some docs on his page that are an adaptation of Lawrence Livermore Docs. I think a link to these somewhere on scipy.org would be good (I only started to realise about xplt after the recent thread here) > I use xplt.ghelp('plg') for example to bring up a pager (i.e. like more > or less) on gist commands. I think it would be nice to have this mentioned at the beginning of help(xplt)! Even better, if the corresponding documentation was accessible via help(xplt.plg) (at the moment this just produces "Help on built-in function plg: plg(...)" ) > You could also do > > help(xplt) to get pydoc to give you a list of commands (some of these > will be gist commands). _some_ ! And I think that this is a crucial point here: a) most of the xplt commands don't have a doc string (couldn't one automagically convert the information from help(xplt.plg) etc. ?) b) there are just too many from Numeric - arange, reshape etc. etc. A newcomer will not be able to single out which command comes from where (Actually, this is a general thing which really annoys me - all the symbols from the imported modules become visible. In some sense this makes surely sense, but is there maybe a way around this ?) Arnd From Kasper.Souren at ircam.fr Fri Mar 14 06:33:52 2003 From: Kasper.Souren at ircam.fr (Kasper Souren) Date: Fri, 14 Mar 2003 12:33:52 +0100 Subject: [SciPy-dev] xplt, drawing-time... -> (docs) In-Reply-To: References: <3E6F2A90.1070403@gmx.de> <3E70CB3C.2050906@ieee.org> Message-ID: <200303141233.52448.Kasper.Souren@ircam.fr> On Thursday 13 March 2003 22:21, baecker at physik.tu-dresden.de wrote: > the answers below concerning the xplt documentation are really > helpful - I think it would be great if the could > be put in a place where a new user could find them > (more details below) I think it would be cool if there were a Wiki (or something like that), where everybody could add stuff like this. bye, Kasper From baecker at physik.tu-dresden.de Fri Mar 14 18:42:01 2003 From: baecker at physik.tu-dresden.de (baecker at physik.tu-dresden.de) Date: Sat, 15 Mar 2003 00:42:01 +0100 (CET) Subject: [SciPy-dev] scipy after CVS changes ... Message-ID: Hi, a have few remarks/questions after the recent changes in CVS. First the installation went fine (debian testing, installation with Numeric23.0). 1.) trying chaco as well: I tried to uncomment the line (in setup.py) to install chaco #scipy_packages += chaco_packages and got as error: Traceback (most recent call last): File "setup.py", line 107, in ? setup_package() File "setup.py", line 82, in setup_package config_list += map(get_package_config,scipy_packages) File "setup.py", line 63, in get_package_config mod = __import__('setup_'+os.path.basename(name)) ImportError: No module named setup_freetype 2.) Question: is there a log-file of the installation process ? (this might help to trace errors etc.) 3.) Finally, I have a few cosmetic remarks on INSTALL.txt: - under INSTALLATION it says: "run python setup_scipy_core.py install" setup_scipy_core.py is now in scipy_core under the name setup.py Moreover, I think this step is not necessary anymore, i.e. a straight `python setup.py install` will do the job, or ? (so the next line `python setup_scipy.py install` should be changed accordingly). I think the topic TESTING should be moved straight after the `python setup.py install` instructions (maybe with an "(Highly recommended)" added ?) The section TROUBLESHOOTING has to be updated according to the new setup: 6) cd scipy/linalg --> cd scipy/Lib/linalg (actually, for my machine I get python -c 'import atlas_version' Traceback (most recent call last): File "", line 1, in ? ImportError: ./atlas_version.so: undefined symbol: ATL_buildinfo However, I thought (up to now) that my (debian provided) atlas is fine ... ;-) 7) change to: python scipy_core/scipy_distutils/system_info.py python scipy_core/scipy_distutils/command/build_flib.py Arnd From pearu at cens.ioc.ee Sat Mar 15 10:36:24 2003 From: pearu at cens.ioc.ee (Pearu Peterson) Date: Sat, 15 Mar 2003 17:36:24 +0200 (EET) Subject: [SciPy-dev] scipy after CVS changes ... In-Reply-To: Message-ID: On Sat, 15 Mar 2003 baecker at physik.tu-dresden.de wrote: > 1.) trying chaco as well: > > I tried to uncomment the line (in setup.py) to install chaco > #scipy_packages += chaco_packages > and got as error: > > Traceback (most recent call last): > File "setup.py", line 107, in ? > setup_package() > File "setup.py", line 82, in setup_package > config_list += map(get_package_config,scipy_packages) > File "setup.py", line 63, in get_package_config > mod = __import__('setup_'+os.path.basename(name)) > ImportError: No module named setup_freetype setup_freetype.py needs to be implemented. > 2.) Question: is there a log-file of the installation process ? > (this might help to trace errors etc.) Nope. Python 2.3 distutils has logging support that we can start using in future. I am not sure how much effort is needed to get logging support to earlier versions of Python distutils (that is, solely in the frames of scipy_distutils). Until then pipes and tee can be used for creating log-files of the installation process. > 3.) Finally, I have a few cosmetic remarks on INSTALL.txt: Thanks for your remarks. They are now in CVS. Pearu From Kasper.Souren at ircam.fr Tue Mar 18 06:08:55 2003 From: Kasper.Souren at ircam.fr (Kasper Souren) Date: Tue, 18 Mar 2003 11:08:55 +0000 Subject: [SciPy-dev] cluster? Message-ID: <200303181108.55856.Kasper.Souren@ircam.fr> Hi, It seems like cluster is missing again. Last time it was missing it was still installed as a seperate module, but that doesn't appear to be the case. Is this the case for every current cvs installation or is it particular to my system? bye, Kasper From pearu at cens.ioc.ee Tue Mar 18 12:05:03 2003 From: pearu at cens.ioc.ee (Pearu Peterson) Date: Tue, 18 Mar 2003 19:05:03 +0200 (EET) Subject: [SciPy-dev] cluster? In-Reply-To: <200303181108.55856.Kasper.Souren@ircam.fr> Message-ID: On Tue, 18 Mar 2003, Kasper Souren wrote: > It seems like cluster is missing again. Last time it was missing it was still > installed as a seperate module, but that doesn't appear to be the case. > Is this the case for every current cvs installation or is it particular to my > system? I think Eric and Travis discussed the cluster module issue recently, see scipy-dev arvhives. You can easily enable cluster in scipy setup.py file. It's currently commented out from the list standard_packages. Pearu From Kasper.Souren at ircam.fr Tue Mar 18 12:30:25 2003 From: Kasper.Souren at ircam.fr (Kasper Souren) Date: Tue, 18 Mar 2003 18:30:25 +0100 Subject: [SciPy-dev] cluster? In-Reply-To: References: Message-ID: <200303181830.25781.Kasper.Souren@ircam.fr> > I think Eric and Travis discussed the cluster module issue > recently, see scipy-dev arvhives. > You can easily enable cluster in scipy setup.py file. It's currently > commented out from the list standard_packages. Ah ok. That thread was because of an earlier message of mine about scipy.cluster. Apparently I overlooked something and should have checked setup.py before. bye, Kasper From interhoney at btconnect.com Wed Mar 19 14:06:02 2003 From: interhoney at btconnect.com (Richard) Date: Wed, 19 Mar 2003 19:06:02 0000 Subject: [SciPy-dev] interhoeny Message-ID: <20030319194748.87E223EB09@www.scipy.com> Hi I have just reviewed your web site and was hoping you may wish to exchange links with us at http://www.interhoney.com. Please complete the form at http://www.interhoney.com/linkexchange.asp should you wish to. The email address for this email was obtained through a web site and has been stored in our database of prospective link partners please send a blank email to unsubscribed at interhoney.com should you not wish to here from us again Richard Halsall From Promotioner at eyou.com Thu Mar 20 13:30:12 2003 From: Promotioner at eyou.com (Customer Services) Date: Fri, 21 Mar 2003 02:30:12 +0800 Subject: [SciPy-dev] Promote Our Marketing Message-ID: <20030320191318.C4F413EB09@www.scipy.com> An HTML attachment was scrubbed... URL: From derek at physast.uga.edu Fri Mar 21 21:48:52 2003 From: derek at physast.uga.edu (Derek Homeier) Date: Fri, 21 Mar 2003 21:48:52 -0500 Subject: [SciPy-dev] build_ext scipy.xplt.gistC misses X11 include dir Message-ID: Hi, building scipy from cvs 03/21/2003 under MacOS X 10.2.4 fails in xplt because /usr/X11R6/include is lost from the include path: *********************************************** /Volumes/scratch/derek/BUILD/scipy/Lib/xplt scipy *********************************************** x11_info: FOUND: libraries = ['X11'] library_dirs = ['/usr/X11R6/lib'] include_dirs = ['/usr/X11R6/include'] SciPy Version 0.2.0_alpha_183.4048 running build running build_py ... running build_ext building 'scipy.xplt.gistC' extension gcc -Wno-long-double -no-cpp-precomp -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -I/Volumes/scratch/derek/BUILD/scipy/Lib/xplt/src/gist -I/Volumes/scratch/derek/BUILD/scipy/Lib/xplt/src/play -I/Volumes/scratch/derek/BUILD/scipy/Lib/xplt/src/play/unix -I/sw/include/python2.3 -c /Volumes/scratch/derek/BUILD/scipy/Lib/xplt/src/play/x11/images.c -o /Volumes/scratch/derek/BUILD/scipy/Lib/xplt/src/play/x11/images.o -DGISTPATH="/sw/lib/python2.3/site-packages/scipy/xplt/gistdata" In file included from /Volumes/scratch/derek/BUILD/scipy/Lib/xplt/src/play/x11/images.c:9: /Volumes/scratch/derek/BUILD/scipy/Lib/xplt/src/play/x11/playx.h:11:22: X11/Xlib.h: No such file or directory In file included from /Volumes/scratch/derek/BUILD/scipy/Lib/xplt/src/play/x11/images.c:9: /Volumes/scratch/derek/BUILD/scipy/Lib/xplt/src/play/x11/playx.h:29: parse error before "Display" [...horrible death] > cat Lib/xplt/pygist/Make.cfg # Make.cfg from setup.py script Fri Mar 21 21:26:21 2003 # Darwin bart.physast.uga.edu 6.4 Darwin Kernel Version 6.4: Wed Jan 29 18:50:42 PST 2003; root:xnu/xnu-344.26.obj~1/RELEASE_PPC Power Macintosh MATHLIB=-lm NO_EXP10=-DNO_EXP10 FPELIB= FPELIBM= XINC=-I/usr/X11R6/include XLIB=-L/usr/X11R6/lib > ls -l /usr/X11R6/include/X11/Xlib.h -r--r--r-- 1 root wheel 112790 Dec 10 23:30 /usr/X11R6/include/X11/Xlib.h Any ideas? Derek From DavidA at ActiveState.com Fri Mar 21 22:52:18 2003 From: DavidA at ActiveState.com (David Ascher) Date: Fri, 21 Mar 2003 19:52:18 -0800 Subject: [SciPy-dev] setup.py vs. setup_foo.py Message-ID: <3E7BDDF2.1070109@ActiveState.com> I think I've missed a conversation re: the CVS reorg. I find it weird that there are setup_foo.py files in what (IMO) should be standalone modules/packages such as kiva, traits, chaco, freetype. Furthermore, some modules have both (e.g. freetype, last time I checked). Finally, is the scipy_distutils stuff which all of them require available in a separate module/package, and if not, anyone have any objection to making that separation. I'm packaging something based on chaco, which has more or less natural dependencies on traits, kiva and chaco (and freetype, although I'm not 100% sure I understand the latter yet). It's frustrating to have to tell people to install "scipy" just to get traits/freetype/kiva/chaco to build. Cheers, --david [see y'all at pycon?] From pearu at cens.ioc.ee Sat Mar 22 00:06:32 2003 From: pearu at cens.ioc.ee (Pearu Peterson) Date: Sat, 22 Mar 2003 07:06:32 +0200 (EET) Subject: [SciPy-dev] setup.py vs. setup_foo.py In-Reply-To: <3E7BDDF2.1070109@ActiveState.com> Message-ID: On Fri, 21 Mar 2003, David Ascher wrote: > I think I've missed a conversation re: the CVS reorg. I find it weird > that there are setup_foo.py files in what (IMO) should be standalone > modules/packages such as kiva, traits, chaco, freetype. setup_foo.py file must exist for a package foo that is supposed to be installed by some parent setup file such as scipy setup.py, for instance. Existence of setup_foo.py does not mean that the corresponding package foo cannot be installed as _standalone_. There are number of packages in scipy that can be installed standalone: scipy_distutils, scipy_base, linalg, fftpack, special, weave, etc., including also packages such as kiva, traits, chaco, freetype. On the other hand, some of them are installed _separately_ (scipy_distutils, scipy_base, kiva, traits, chaco, freetype, etc) and some of them under the scipy (linalg, fftpack, special, etc). > Furthermore, some modules have both (e.g. freetype, last time I checked). Yes, this is an inconsistency that should be fixed. I'd drop setup.py files since its functionality can be easily included into setup_foo.py (just by three lines that call setup(..)). (In principle, we could drop also setup_foo.py in favor of setup.py but then parent setup.py files must implement some nasty (a bit nastier than in the current set up) import hacks to get all configuration dictionaries of subpackages from their setup.py files.) > Finally, is the scipy_distutils stuff which all of them require > available in a separate module/package, and if not, anyone have any > objection to making that separation. Sorry, I cannot follow what you are trying to say here. > I'm packaging something based on chaco, which has more or less natural > dependencies on traits, kiva and chaco (and freetype, although I'm not > 100% sure I understand the latter yet). It's frustrating to have to > tell people to install "scipy" just to get traits/freetype/kiva/chaco > to build. People can `cvs checkout chaco_all` to get only those packages that chaco requires. There is no need to install the whole scipy in order to use chaco only. Currently the same applies for the following packages (this list will grow in future): freetype, weave, linalg, fftpack, special, cow. That is, scipy CVS server defines additional modules freetype_all, weave_all, linalg_all, etc. similar to chaco_all. In addition, people can `cvs checkout scipy_core` to get scipy_base, scipy_test, scipy_distutils in one package with a setup.py file that installs the mentioned three packages in one call. Pearu From pearu at cens.ioc.ee Sat Mar 22 00:14:56 2003 From: pearu at cens.ioc.ee (Pearu Peterson) Date: Sat, 22 Mar 2003 07:14:56 +0200 (EET) Subject: [SciPy-dev] build_ext scipy.xplt.gistC misses X11 include dir In-Reply-To: Message-ID: On Fri, 21 Mar 2003, Derek Homeier wrote: > Hi, > > building scipy from cvs 03/21/2003 under MacOS X 10.2.4 fails in xplt > because /usr/X11R6/include is lost from the include path: As a quick fix, set run_config = 0 in the header of Lib/xplt/setup_xplt.py. I'll fix it later in CVS as well. Pearu From DavidA at ActiveState.com Sat Mar 22 13:37:07 2003 From: DavidA at ActiveState.com (David Ascher) Date: Sat, 22 Mar 2003 10:37:07 -0800 Subject: [SciPy-dev] setup.py vs. setup_foo.py References: Message-ID: <3E7CAD53.3010503@ActiveState.com> Pearu Peterson wrote: thanks for the explanation. >>Finally, is the scipy_distutils stuff which all of them require >>available in a separate module/package, and if not, anyone have any >>objection to making that separation. > > > Sorry, I cannot follow what you are trying to say here. I didn't know about scipy_distutils being available standalone. You answered it, thanks. > People can `cvs checkout chaco_all` to get only those packages that > chaco requires. Wow, is this documented somewhere I missed? Thanks, all this helps. --david From davida at ActiveState.com Sat Mar 22 20:36:24 2003 From: davida at ActiveState.com (David Ascher) Date: Sat, 22 Mar 2003 17:36:24 -0800 Subject: [SciPy-dev] setup.py vs. setup_foo.py In-Reply-To: References: Message-ID: <3E7D0F98.1010504@activestate.com> Pearu Peterson wrote: >People can `cvs checkout chaco_all` to get only those packages that >chaco requires. There is no need to install the whole scipy in order to > Why does chaco_all include weave? From travis at enthought.com Sat Mar 22 23:45:14 2003 From: travis at enthought.com (Travis N. Vaught) Date: Sat, 22 Mar 2003 22:45:14 -0600 Subject: [SciPy-dev] setup.py vs. setup_foo.py In-Reply-To: <3E7D0F98.1010504@activestate.com> Message-ID: <02a901c2f0f7$026ecf40$a201a8c0@tvlaptop> Weave is used to wrap the freetype library > -----Original Message----- > From: scipy-dev-admin at scipy.net [mailto:scipy-dev-admin at scipy.net] On > Behalf Of David Ascher > Sent: Saturday, March 22, 2003 7:36 PM > To: scipy-dev at scipy.net > Subject: Re: [SciPy-dev] setup.py vs. setup_foo.py > > Pearu Peterson wrote: > > >People can `cvs checkout chaco_all` to get only those packages that > >chaco requires. There is no need to install the whole scipy in order to > > > Why does chaco_all include weave? > > > > _______________________________________________ > Scipy-dev mailing list > Scipy-dev at scipy.net > http://www.scipy.net/mailman/listinfo/scipy-dev From davida at ActiveState.com Sun Mar 23 00:20:32 2003 From: davida at ActiveState.com (David Ascher) Date: Sat, 22 Mar 2003 21:20:32 -0800 Subject: [SciPy-dev] setup.py vs. setup_foo.py In-Reply-To: <02a901c2f0f7$026ecf40$a201a8c0@tvlaptop> References: <02a901c2f0f7$026ecf40$a201a8c0@tvlaptop> Message-ID: <3E7D4420.8080104@activestate.com> Travis N. Vaught wrote: >Weave is used to wrap the freetype library > > Fair enough. What's the status of the use of freetype at this point? I'd like to update the PIL backend to use it when it becomes "not too hard". =) --david From eric at enthought.com Sun Mar 23 04:53:02 2003 From: eric at enthought.com (Eric Jones) Date: Sun, 23 Mar 2003 03:53:02 -0600 (CST) Subject: [SciPy-dev] setup.py vs. setup_foo.py Message-ID: <20030323095302.1D9E41050@www.enthought.com> David Ascher wrote .. > Travis N. Vaught wrote: > > >Weave is used to wrap the freetype library > > > > > Fair enough. > > What's the status of the use of freetype at this point? I'd like to > update the PIL backend to use it when it becomes "not too hard". =) I don't think it is that hard at this point -- it builds on the windows, linux, and MacOS machines here without issue. The downside is that it still has some rendering flaws and it is slower than necessary. I plan on fixing these things the week after PyCon, so waiting till then is propbably worth while. eric From davida at ActiveState.com Sun Mar 23 13:02:28 2003 From: davida at ActiveState.com (David Ascher) Date: Sun, 23 Mar 2003 10:02:28 -0800 Subject: [SciPy-dev] setup.py vs. setup_foo.py In-Reply-To: <20030323095302.1D9E41050@www.enthought.com> References: <20030323095302.1D9E41050@www.enthought.com> Message-ID: <3E7DF6B4.1010301@activestate.com> Eric Jones wrote: >>What's the status of the use of freetype at this point? I'd like to >>update the PIL backend to use it when it becomes "not too hard". =) >> >> > >I don't think it is that hard at this point -- it builds on the windows, linux, and MacOS machines here without issue. The downside is that it still has some rendering flaws and it is slower than necessary. I plan on fixing these things the week after PyCon, so waiting till then is propbably worth while. > > Let me rephrase my question -- which backends use freetype, and how? --da From derek at physast.uga.edu Mon Mar 24 16:57:04 2003 From: derek at physast.uga.edu (Derek Homeier) Date: Mon, 24 Mar 2003 16:57:04 -0500 Subject: [SciPy-dev] build_ext scipy.xplt.gistC misses X11 include dir In-Reply-To: Message-ID: <8CB833B4-5E43-11D7-BB86-003065EF8FD0@physast.uga.edu> On Saturday, March 22, 2003, at 12:14 AM, Pearu Peterson wrote: >> building scipy from cvs 03/21/2003 under MacOS X 10.2.4 fails in xplt >> because /usr/X11R6/include is lost from the include path: > > As a quick fix, set > run_config = 0 > in the header of Lib/xplt/setup_xplt.py. I'll fix it later in CVS as > well. > Thanks, that did it. For reference, is there a "clean" option for setup.py? It only worked after deleting the build directory and starting all over again from freshly downloaded source. Derek From eric at enthought.com Mon Mar 24 18:36:04 2003 From: eric at enthought.com (Eric Jones) Date: Mon, 24 Mar 2003 17:36:04 -0600 (CST) Subject: [SciPy-dev] setup.py vs. setup_foo.py Message-ID: <20030324233604.36C4B1050@www.enthought.com> Both the wxPython and the TkInter (OpenGL) versions use the freetype renderer. eric David Ascher wrote .. > Eric Jones wrote: > > >>What's the status of the use of freetype at this point? I'd like to > >>update the PIL backend to use it when it becomes "not too hard". =) > >> > >> > > > >I don't think it is that hard at this point -- it builds on the windows, > linux, and MacOS machines here without issue. The downside is that it > still has some rendering flaws and it is slower than necessary. I plan > on fixing these things the week after PyCon, so waiting till then is propbably > worth while. > > > > > Let me rephrase my question -- which backends use freetype, and how? > > --da > > > _______________________________________________ > Scipy-dev mailing list > Scipy-dev at scipy.net > http://www.scipy.net/mailman/listinfo/scipy-dev From DavidA at ActiveState.com Mon Mar 24 18:44:06 2003 From: DavidA at ActiveState.com (David Ascher) Date: Mon, 24 Mar 2003 15:44:06 -0800 Subject: [SciPy-dev] setup.py vs. setup_foo.py In-Reply-To: <20030324233604.36C4B1050@www.enthought.com> References: <20030324233604.36C4B1050@www.enthought.com> Message-ID: <3E7F9846.4080905@ActiveState.com> Eric Jones wrote: > Both the wxPython and the TkInter (OpenGL) versions use the freetype renderer. > Ok, sounds like I should update the PIL backend at some point. Maybe at pycon =) From datafeed at SoftHome.net Mon Mar 24 20:49:58 2003 From: datafeed at SoftHome.net (M. Evans) Date: Mon, 24 Mar 2003 18:49:58 -0700 Subject: [SciPy-dev] MetaPost Graphics Language Message-ID: <1329837755.20030324184958@SoftHome.net> http://cm.bell-labs.com/who/hobby/MetaPost.html Compiles to PostScript. M. From DavidA at ActiveState.com Mon Mar 24 22:36:04 2003 From: DavidA at ActiveState.com (David Ascher) Date: Mon, 24 Mar 2003 19:36:04 -0800 Subject: [SciPy-dev] MetaPost Graphics Language In-Reply-To: <1329837755.20030324184958@SoftHome.net> References: <1329837755.20030324184958@SoftHome.net> Message-ID: <3E7FCEA4.4040304@ActiveState.com> M. Evans wrote: >http://cm.bell-labs.com/who/hobby/MetaPost.html > >Compiles to PostScript. > > Yes, metapost is very cool. Definitely a nice thing to play with, but not particularly within scipy's scope as I understand it. It does let one "program in graphics" in a much more fun environment than Postscript. Something I'd use in a programming class to teach the smart-alecks something. =) --david From datafeed at SoftHome.net Wed Mar 26 16:05:49 2003 From: datafeed at SoftHome.net (M. Evans) Date: Wed, 26 Mar 2003 14:05:49 -0700 Subject: [SciPy-dev] VIGRA - Image Processing Message-ID: <1146113901.20030326140549@SoftHome.net> http://kogs-www.informatik.uni-hamburg.de/~koethe/vigra/ From tufkittycat at yahoo.com Wed Mar 26 20:43:10 2003 From: tufkittycat at yahoo.com (kittycat tuff) Date: Wed, 26 Mar 2003 17:43:10 -0800 (PST) Subject: [SciPy-dev] (no subject) Message-ID: <20030327014310.59136.qmail@web13310.mail.yahoo.com> What is this about please? MRS. EKI OMORODION# 8 Queens Drive IkoyiLagos.Email: ekiomo150 at netscape.netINTRODUCTION: l am Mrs. Eki Omorodion l know this proposal will come to you as a surprise because we have not met before either physically or through correspondence. I have no doubt in your ability to handle this proposal involving huge sum of money.THE SUBJECT: MY HUSBAND CHIEF JOSEPH OMORODION (Now Late) was the Royal Head of my Community, JESSE (an oil rich town)in Nigeria. My late husband?S community produces 3.5% of the total crude oil production in Nigeria and 0.5% of the Dollar value of each barrel is paid to my husband as royalty by the Federal Government.My husband was also the Chairman of OMPADEC,Jesse branch.In his position as the Royal head and Chairman of the OMPADEC, Jesse branch, he made some money which he left for me and our children as the only thing to inherit. The money is Twelve Million US Dollars($12M).Though this said fund accumulated between the period 1976-1998. Due to poor banking system in Nigeria and political instability as a result of past Military rules (1985-1999), he deposited this Money in a Strong Room/safe with an open beneficiary in Apex Bank of Nigeria pending when he would finish arrangement to transfer it abroad as a CONTRACT PAYMENT. He was planning this when he died late last year of Heart Attack.THE PROPOSAL: Just before my husband died he called my attention to themoney and charged me to look for a foreigner who would assist me in thetransfer / investment of the funds abroad. So l would be very grateful if you could accept to help me archieve this great objective.I promise to give you 20% of the total funds transferred to your vital bank account as compensation for your assistance. Five percent(5%)would be set aside to take care of all expenses we may incure during the transaction. To indicate your interest, contact me urgently and confidentially for more information and the roles you will play in this business. All the legal information concerning this Money will be sent to you as soon as we agree together.Send your reply through this mail box, or see the note belowYours faithfully,MRS. Eki Omorodion.N.BI will like you to provide me immediately with your full names, telephone and fax numbers to enable my eldest son Donald Omorodion to contact you. He shall handle this transaction from A-Z on behalf of the family. Alternatively you can call him on his telephone numbers234-1-7761459, 873-762-533-730, fax 873-762-533-731Ask him for the code and he shall respond GOODLUCK before discussion. Just to be sure that you are speaking to him.--------------------------------------------------This email is a free service of Phantom Emailavailable at http://phantomemail.com/.Looking for a date? Check out http://personalinteractions.com/go/p185. --> Prev by sort-type: URGENT ASSISTANCE Next by sort-type: =?gb2312?q?=C4=FA=B5=C4=C5=F3=D3=D1=CF=F2=C4=E3=CD=C6=BC=F6?= Prev by Thread: URGENT ASSISTANCE Next by Thread: =?gb2312?q?=C4=FA=B5=C4=C5=F3=D3=D1=CF=F2=C4=E3=CD=C6=BC=F6?= Index(es): Date Thread --------------------------------- Do you Yahoo!? Yahoo! Platinum - Watch CBS' NCAA March Madness, live on your desktop! -------------- next part -------------- An HTML attachment was scrubbed... URL: From freakhouse at rock.com Thu Mar 27 07:23:00 2003 From: freakhouse at rock.com (freakhouse) Date: Thu, 27 Mar 2003 04:23:00 -0800 Subject: [SciPy-dev] Freakhouse Update Message-ID: <20030327130856.5345A3EB09@www.scipy.com> FREAKHOUSE The debut CD Beautiful Misery available this July in stores everywhere click here for FREE MP3's coming soon on Reality... NEW RELEASES FROM Godhead, Marcy Playground, and Slow Roosevelt www.freakhouse.com This is a one time mailing. Unless you sign up on our website you will receive no future mailings. -------------- next part -------------- An HTML attachment was scrubbed... URL: From fperez at colorado.edu Thu Mar 27 16:45:54 2003 From: fperez at colorado.edu (Fernando Perez) Date: Thu, 27 Mar 2003 14:45:54 -0700 Subject: [SciPy-dev] IPython, a new SciPy.org netizen Message-ID: <3E837112.6010603@colorado.edu> Hi all, I'd like start by publicly thanking Eric Jones, Joe Cooper and the rest of the SciPy team for hosting IPython. Some of you are already users of ipython and may have received a message earlier today about this. My apologies for the double mail, this one is short :) For those who are not previous ipython users, I encourage you to take a look at IPython at: http://ipython.scipy.org This will be IPython's new home on the net, and it will have the usual scipy.org accoutrements in due time. But right now the most important things, anonymous CVS access and mailing lists, are already up. I really hope that this will not only enable me to develop ipython further, but also help the whole community to provide the scipy project with a good interactive shell. Scipy is heavily using PyCrust already, and I have a lot of interest in moving ipython in the direction of integrating (optionally) with pycrust. For further discussion of ipython issues, I encourage those interested to sign up at the ipython-specific mailing lists, located at: - User list: http://scipy.net/mailman/listinfo/ipython-user - Dev list: http://scipy.net/mailman/listinfo/ipython-dev This will keep the scipy-* lists focused on scipy-specific issues. Those interested in integration with PyCrust should also sign up for the PyCrust list at https://lists.sourceforge.net/lists/listinfo/pycrust-users, following Patrick O'Brien's suggestion. Knowledgeable WxPython developers would be most welcome. Hope to see you all on the lists! Best regards, f. From freakhouse at rock.com Thu Mar 27 19:18:22 2003 From: freakhouse at rock.com (freakhouse) Date: Thu, 27 Mar 2003 16:18:22 -0800 Subject: [SciPy-dev] Freakhouse Update Message-ID: <20030328010431.7B6783EB09@www.scipy.com> FREAKHOUSE The debut CD Beautiful Misery available this July in stores everywhere click here for FREE MP3's coming soon on Reality... NEW RELEASES FROM Godhead, Marcy Playground, and Slow Roosevelt www.freakhouse.com This is a one time mailing. Unless you sign up on our website you will receive no future mailings. -------------- next part -------------- An HTML attachment was scrubbed... URL: From eric at enthought.com Thu Mar 27 23:47:25 2003 From: eric at enthought.com (Eric Jones) Date: Thu, 27 Mar 2003 22:47:25 -0600 (CST) Subject: [SciPy-dev] Re: [SciPy-user] IPython, a new SciPy.org netizen Message-ID: <20030328044725.50F731050@www.enthought.com> Hey Fernando, Cool! Glad to hear this is all set up. I look forward to a bright future for ipython and pycrust integration. By the way, I'm at PyCon right now, and the conference is going very well. They've done a great job of organizing it. see ya, eric Fernando Perez wrote .. > Hi all, > > I'd like start by publicly thanking Eric Jones, Joe Cooper and the rest > of the > SciPy team for hosting IPython. Some of you are already users of ipython > and > may have received a message earlier today about this. My apologies for > the > double mail, this one is short :) > > For those who are not previous ipython users, I encourage you to take a > look > at IPython at: > > http://ipython.scipy.org > > This will be IPython's new home on the net, and it will have the usual > scipy.org accoutrements in due time. But right now the most important > things, > anonymous CVS access and mailing lists, are already up. > > I really hope that this will not only enable me to develop ipython further, > but also help the whole community to provide the scipy project with a good > interactive shell. Scipy is heavily using PyCrust already, and I have > a lot > of interest in moving ipython in the direction of integrating (optionally) > with pycrust. > > For further discussion of ipython issues, I encourage those interested > to sign > up at the ipython-specific mailing lists, located at: > > - User list: http://scipy.net/mailman/listinfo/ipython-user > - Dev list: http://scipy.net/mailman/listinfo/ipython-dev > > This will keep the scipy-* lists focused on scipy-specific issues. > > Those interested in integration with PyCrust should also sign up for the > PyCrust list at https://lists.sourceforge.net/lists/listinfo/pycrust-users, > following Patrick O'Brien's suggestion. Knowledgeable WxPython developers > would be most welcome. > > Hope to see you all on the lists! > > Best regards, > > f. > > _______________________________________________ > SciPy-user mailing list > SciPy-user at scipy.net > http://www.scipy.net/mailman/listinfo/scipy-user From travis at enthought.com Fri Mar 28 14:09:22 2003 From: travis at enthought.com (Travis N. Vaught) Date: Fri, 28 Mar 2003 13:09:22 -0600 Subject: [SciPy-dev] Cygwin build Message-ID: <001f01c2f55d$8de69de0$0300a8c0@tvlaptop> Is anyone getting a build on cygwin to work.from the nightly build: SciPyTest INFO - Building: scipy SciPyTest INFO - Version: cvs SciPyTest INFO - Url: cvs:pserver:anonymous at scipy.org:/home/cvsroot SciPyTest INFO - Install dir: /cygdrive/c/temp/cygtmp/2.2-1 SciPyTest INFO - Package dir: /cygdrive/c/temp/cygtmp/2.2-1/scipy SciPyTest INFO - Suffix: tgz SciPyTest INFO - Build type: setup SciPyTest INFO - Begin Get Source: scipy SciPyTest INFO - Finished Get Source: scipy SciPyTest INFO - installing w/ /cygdrive/c/temp/cygtmp/2.2-1/bin/python.exe into /cygdrive/c/temp/cygtmp/2.2-1/lib/python2.2/site-packages SciPyTest ERROR - Command /cygdrive/c/temp/cygtmp/2.2-1/bin/python.exe setup.py install Failed (status = 256) Traceback (most recent call last): File "setup.py", line 111, in ? setup_package() File "setup.py", line 90, in setup_package config_list += map(get_separate_package_config,separate_packages) File "setup.py", line 74, in get_separate_package_config return get_package_config(name,'') File "setup.py", line 67, in get_package_config mod = __import__('setup_'+os.path.basename(name)) ImportError: No module named setup_gui_thread ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ [tnv] hmmmm....... SciPyTest ERROR - Build failed Traceback (most recent call last): File "scipytest.py", line 352, in doScipyBuild scipy.install() File "autotest.py", line 676, in install self.build() File "autotest.py", line 642, in build self.pythonSetup() File "stdpkgtest.py", line 427, in pythonSetup self.runCommand( '%s setup.py %s install' % File "autotest.py", line 258, in runCommand raise ValueError, 'cmd = %s, status = %d' % ( cmd, status ) ValueError: cmd = /cygdrive/c/temp/cygtmp/2.2-1/bin/python.exe setup.py install, status = 256 ........................ Travis N. Vaught Enthought, Inc. (512)536-1057 http://www.enthought.com ........................ From pearu at cens.ioc.ee Fri Mar 28 15:02:36 2003 From: pearu at cens.ioc.ee (Pearu Peterson) Date: Fri, 28 Mar 2003 22:02:36 +0200 (EET) Subject: [SciPy-dev] Cygwin build In-Reply-To: <001f01c2f55d$8de69de0$0300a8c0@tvlaptop> Message-ID: On Fri, 28 Mar 2003, Travis N. Vaught wrote: > Is anyone getting a build on cygwin to work.from the nightly build: > > SciPyTest INFO - Building: scipy > SciPyTest INFO - Version: cvs > SciPyTest INFO - Url: > > cvs:pserver:anonymous at scipy.org:/home/cvsroot > SciPyTest INFO - Install dir: /cygdrive/c/temp/cygtmp/2.2-1 > SciPyTest INFO - Package dir: /cygdrive/c/temp/cygtmp/2.2-1/scipy > SciPyTest INFO - Suffix: tgz > SciPyTest INFO - Build type: setup > SciPyTest INFO - Begin Get Source: scipy > SciPyTest INFO - Finished Get Source: scipy > SciPyTest INFO - installing w/ > /cygdrive/c/temp/cygtmp/2.2-1/bin/python.exe > into /cygdrive/c/temp/cygtmp/2.2-1/lib/python2.2/site-packages > SciPyTest ERROR - Command /cygdrive/c/temp/cygtmp/2.2-1/bin/python.exe > > setup.py install Failed (status = 256) > Traceback (most recent call last): > File "setup.py", line 111, in ? > setup_package() > File "setup.py", line 90, in setup_package > config_list += map(get_separate_package_config,separate_packages) > File "setup.py", line 74, in get_separate_package_config > return get_package_config(name,'') > File "setup.py", line 67, in get_package_config > mod = __import__('setup_'+os.path.basename(name)) > ImportError: No module named setup_gui_thread > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > [tnv] hmmmm....... The tarball SciPy-0.2.0_alpha_196.4120_src.tar.gz is missing some setup_*.py files. I have tracked down the problem and I'll commit the fix to CVS as soon as cd cvs/scipy python setup.py sdist cd dist tar xzf Scipy-* cd Scipy-* python setup.py build works again. Pearu From pearu at cens.ioc.ee Fri Mar 28 16:41:55 2003 From: pearu at cens.ioc.ee (Pearu Peterson) Date: Fri, 28 Mar 2003 23:41:55 +0200 (EET) Subject: [SciPy-dev] Cygwin build In-Reply-To: Message-ID: Travis, The issue of missing files in a Scipy tar-ball should be resolved now in CVS. Don't forget to remove the old MANIFEST file before creating scipy tar-ball with `python setup.py sdist`. Pearu From DavidA at ActiveState.com Fri Mar 28 23:19:27 2003 From: DavidA at ActiveState.com (David Ascher) Date: Fri, 28 Mar 2003 23:19:27 -0500 Subject: [SciPy-dev] Re: [Scipy-cvs] world/kiva/agg - New directory In-Reply-To: <20030329043545.96DEB3EB10@www.scipy.com> References: <20030329043545.96DEB3EB10@www.scipy.com> Message-ID: <3E851ECF.8030701@ActiveState.com> eric at scipy.org wrote: >Update of /home/cvsroot/world/kiva/agg >In directory scipy.org:/tmp/cvs-serv28240/agg > >Log Message: >Directory /home/cvsroot/world/kiva/agg added to the repository\ > Kuuul! Thanks! From eric at enthought.com Sat Mar 29 01:29:30 2003 From: eric at enthought.com (Eric Jones) Date: Sat, 29 Mar 2003 00:29:30 -0600 (CST) Subject: [SciPy-dev] Re: [Scipy-cvs] world/kiva/agg - New directory Message-ID: <20030329062930.AC12E1051@www.enthought.com> I've tested it on Windows and Linux against the latest agg2 CVS, and it works both places for me. It isn't hooked up to kiva yet, but you can play with the agg path renderer on its own. You'll need to check out agg2 in a directory next to chaco_all: $ cd ~/wrk $ cvs -d:pserver:anonymous at cvs.sourceforge.net:/cvsroot/vector-agg login password: $ cvs -z3 -d:pserver:anonymous at cvs.sourceforge.net:/cvsroot/vector-agg co agg2 $ cd agg2 $ make $ cd ../chaco_all $ kiva/setup_kiva.py --> set BUILD_AGG=1 $ python setup.py install $ cd kiva/agg/examples $ python lion.py 0.36 tot time, time per lion, lions per second 0.18 0.018 55.5555555556 This should also produce a file called lion.bmp that has 10 slightly rotated and transparent versions of the lion rendered on top of each other. It looks fine on windows, but I haven't tried it anywhere else (although the linux rendered file also looked fine on windows). I'm quite sure it doesn't produce the right file format on Big Endian machines. On my faster windows box, I get about 100 lions per second. Let me know if you run into any troubles playing with it. eric David Ascher wrote .. > eric at scipy.org wrote: > > >Update of /home/cvsroot/world/kiva/agg > >In directory scipy.org:/tmp/cvs-serv28240/agg > > > >Log Message: > >Directory /home/cvsroot/world/kiva/agg added to the repository\ > > > Kuuul! > > Thanks! > > > _______________________________________________ > Scipy-dev mailing list > Scipy-dev at scipy.net > http://www.scipy.net/mailman/listinfo/scipy-dev From mariam_y2k_abacha at yahoo.com Mon Mar 31 06:56:31 2003 From: mariam_y2k_abacha at yahoo.com (ALHAJI MOHAMMED SANI ABACHA) Date: Wed, 31 Mar 2083 12:08:51 -0800 Subject: [SciPy-dev] Re: thank god i can reach you Message-ID: <20030331115631.8C3D23EB09@www.scipy.com> Dear Sir, SEEKING HONEST ASSOCIATE Pardon me for contacting you through this medium and in this manner without any prior introduction. This is due to circumstances beyond my control. I had to bribe the prison attendants to secretly allow me open an email address from the computer in their office. My name is Alhaji Mohammed Sani Abacha, the eldest surviving son of the late Nigerian Head of State, General Sani Abacha. I am currently in detention on the orders of the current Nigerian government at the Kirikiri Maximum Security Prisons, Lagos on what is to me, on political grounds. You would have read some of the news recently of how the present government claims that my late father looted their treasury before he died. Well, you can see some of them at the following websites: http//news.bbc.co.uk; www.bobminton.org. Since the assumption of power by the present civilian government in Nigeria, my entire family has known no peace. The present government has set out to humiliate and persecute my late father's family and associates for both real and imagined sins' of my late father. They have confiscated all the assets they could lay hands on, frozen the family's bank accounts both here and abroad and generally emasculate the members of my family. All these victimization and more have left me, my siblings and most especially my widowed mother in a very difficult situation in the battle for survival. In view of this experience and in order to avoid further decimation of the family's fortunes, my mother and I have decided to entrust a reasonable part of the family's hidden funds under the care of a trustworthy foreigner for safekeeping. Her major problem is that while I am in detention my mother's movements and access are restricted since she is virtually under house arrest and constantly monitored. This explains my having to contact you through clandestine sources. Let me therefore inform you in the utmost confidence that before the freezing of certain key bank accounts in Nigeria, we were able through a technical arrangement to withdraw monies totaling US$45,000,000.00 (Forty Five Million U.S. Dollars Only) which was immediately moved out of the country through the help of some of my late father's close associates who are still serving in the present government. It is both my wish and my mother's that you assist us in the safekeeping of these monies. My mother will be able to discuss with you if the proper arrangements are made through our lawyer, Messr abdulsan and abdulsan & Co. (Legal Practitioners & Notaries Public). Note that all correspondence between us shall be through the lawyer, contact directly the most senior partner. CHIEF hamed bala(SAN) bala & bala & CO. (Legal Practitioners & Notaries Public) e-mail:hamed at as-if.com I have arranged and agreed with my mother that 25% of the total sum will be for you for your kind assistance, while 5% of the total sum have been earmarked for expenses that might be incured both local and international in the course of the whole of the whole transaction, including calls made either by you or both. But please note that this request is contingent on your undertaking that you shall make the funds available to my mother on demand as a primary condition prior to the commencement of this transaction. This email address is my only source of communication. You can contact the attorney directly as all the information is already with him. Please keep me posted via email as I will be looking forward to your favorable response. Regards, ALHAJI MOHAMMED SANI ABACHA -------------- next part -------------- A non-text attachment was scrubbed... Name: b.txt Type: application/octet-stream Size: 0 bytes Desc: not available URL: