From eric at scipy.org Thu Nov 1 00:21:10 2001 From: eric at scipy.org (eric) Date: Thu, 1 Nov 2001 00:21:10 -0500 Subject: [SciPy-dev] plotting enhancements and copyright References: <86hesgzmdm.fsf@bock.chem.unc.edu><001201c161c7$cd474230$777ba8c0@ericlaptop><867ktbk71g.fsf@bock.chem.unc.edu><008401c16236$b66f7b80$c700a8c0@ericlaptop> <86u1wfiibj.fsf_-_@bock.chem.unc.edu> Message-ID: <00ba01c16295$04d19de0$777ba8c0@ericlaptop> Jochen, SciPy is and always will be Open Source. Allowing patches to alter copyrights is dangerous because of the precedent it sets. Let me be clear about the issue: You have sent a 50+ line patch to a code base to a 850+ line wxplt.py module that is an integral part of a 3000 line code base (the plt package). Based on this patch, you have copyrighted the entire wxplt.py module. This is inappropriate. Over the next few years, wxplt.py is likely to get (and needs... : | ) multiple patches of the same size or larger than the one you submitted. If each of these patches again included a copyright, we could potentially have 5+ copyrights attached to each file. I am not a lawyer and do not know, nor do I want to know, all the implications of having files encumbered by multiple copyrights. I did, however, watch the unpleasant copyright battle over Python (http://www.onlamp.com/pub/a/python/2000/08/14/pythonnews.html) and have read Guido's frustrated emails. I have also looked at the Python source code for hints as to how this sort of issue should be handled. I did not find a single source file that had multiple copyrights. They did occasionally list authors, but, if a copyright existed, it appeared to be held by the original author. The same approach is mirrored in many open source projects. As an example, the following is cut from the QPL license at http://www.troll.no/qpl/. 3.a is the relative statement here. 3. You may make modifications to the Software. In order to preserve the integrity of the unmodified version of the Software, modifications must be distributed in the form of patches, and the following restrictions apply to each patch: a. Application of the patch must not modify copyright notices in the Software. b. The patch must be explicitly licensed by the following clauses without additional restriction: Permission is hereby granted, free of charge, to any person obtaining a copy of this patch, to deal in the patch without restriction, including without limitation the rights to use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies of the patch, subject to the following conditions: Any copyright notice and this permission notice must be included in all copies or substantial portions of the patch. c. The patch must include an accurate description of the modification, the date of the modification and the author of the modification. It seems dangerous then, to break with this established approach by blurring the ownership of large and important source files for the sake of single patches. SciPy will follow a similar path as Python. The overall license is the very broad BSD license. We wanted to use the Python license, but were advised not to because it is written for an institution instead of a corporation. Still, the BSD license is as open of a license as I know, so I don't think this is an issue. As far as individual modules, there are multiple modules in SciPy with copyrights held by other people (Travis Oliphant, Ivan Frohne, Gary Strangman, etc.) This is perfectly fine. We have asked for and received permission to use the modules. It is relatively easy to do this from a single source. It is not easy from multiple sources. I am not interested in accepting patches that require an extra copyright even to these modules because of the possible hassles it creates. As far as your contributed zoom feature, it is very cool, and I would like to see it in SciPy. I initially suggested we acknowledge your contribution in the THANKS file. This was not acceptable. I then suggested that you separate your code into a second module and copyright this module, but leave to original source that you did not write un-encumbered by your copyright. I also suggested that this was logistically a bit of hassle since the module is only 50 or so lines and should really be folded into the original code. As such, someone in the future would probably redo your work in the original module. Until this happens though, you can submit your module with its copyright for inclusion in SciPy. From the tone of your news group posting, I gather that this is also unacceptable. This is unfortunate because zoom is a welcomed enhancement. Jochen, thanks for raising such an important issue as it is better to learn where the hitches are gonna occur sooner rather than later. We'll work on a formal policy for contributions as soon as possible. I am sorry you disagree with me on this issue of not allowing patch authors to assume partial ownership and control over module source code, but I am also secure in knowing that the decision follows a precedent established by Python and is for the good of SciPy. sincerely, eric jones ----- Original Message ----- From: "Jochen K?pper" To: "eric" Cc: "scipy-dev" ; "scipy-user" Sent: Wednesday, October 31, 2001 4:57 PM Subject: [SciPy-dev] plotting enhancements and copyright > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Cc'ed to the scipy lists. > Should also make it into the archive. > > This message is to inform the users and developers od SciPy what's > going on in politics. > > The plot_window class (an earlier version of which I send to this > lists) or respective changes to plot_canvas and some further changes > to scipy.plt won't get included in scipy 'cause of politcal issues. > > This is sad as it provided a first implementation of zooming and an > *useful* interface to use scipy.plt as wxWindow in other applications. > > See below for more. > Because this is new for most people I cite a little more. > > > Eric, > > eric> 4) Do you feel strongly about the inclusion of the copyright? > > For clarification: This is refering to a line at the top of the > respective source file: "#Copyright (C) 2001 Jochen K?pper" > > >> Yes. The code is copyrighted by me anyway, so why not tell everybody? > > eric> Ok. Unfortunately, I am not interested in encumbering the > eric> existing code with another copyright for a single or even > eric> multiple additional features. This sort of thing is almost > eric> never done because it can lead to major hassles in the future > eric> trying to work with the 20 people who have added feature patches > eric> and bug fixes to a file over its lifetime. > > What problems are you thinking of here? Changing the license? > What else? > > eric> So I guess the best thing to do then if for you to derive a new > eric> plot_canvas class and add/override the methods you need to and > eric> place it in a new module. > > That's what I did to begin with. > > eric> You can then copyright this module. > > Yeah. I guess I just put it into jkext, so I can everything the way I > like it, not restricted by scipy rules. (I do not want to argue about > these rules. I think there have to be rules and the ones that are > there are appropriate for the project from my point of view.) The > module is GPL'ed. > > eric> I guess you need to include the Enthought/BSD copyright also if > eric> any or my original code is in the modules and you plan on > eric> distributing it separately. > > Yes. > > eric> As for how it is handled in SciPy, I'm not sure. We can include > eric> your module, but the zoom capability is also likely to be folded > eric> back into the original class once someone has the time to sit > eric> down and work on the graphics code (with someone having to redo > eric> your work). > > It isn't hard, as I showed. > I actually spent more time to fit it into scipy than writing the stuff > in the first place:( And this while I was learning wxPython. > > eric> I guess we'll need to add a policy that copyrights for patches > eric> and bug fixes will need to be assigned to the original code > eric> author or copyright holder. Contributors will be acknowledged in > eric> the THANKS file. This is the standard practice in OS projects > eric> so I didn't feel the need to make it explicit, but I will now to > eric> prevent future confusion on the issue. New modules can retain > eric> the authors copyright, as long as it is BSD compliant (or > eric> whatever we eventually end up with). > > I think you are confusing things here. "Copyright" and "license" are > two distinct features. Any code I write I do have a copyright on, no > matter what the license is. I can give up my copyright i.e. by > transfering it to someone else, but unless I explicitely do that I'll > own the copyright. > > The license is whole different story. (I am ok with the BSD style > licens, esp. since I see that there is (good) reasoning behind it.) > > Many people never write the FSF-papers. So far I am one of them. (Not > that they would seriously need mine.) > For now I am not going to transfer my copyright on BSD licensed code > to a company, sorry. > > I wish SciPy good luck! > > Bye, > Jochen > - -- > Einigkeit und Recht und Freiheit http://www.Jochen-Kuepper.de > Libert?, ?galit?, Fraternit? GnuPG key: 44BCCD8E > Sex, drugs and rock-n-roll > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.0.6-cygwin-fcn-1 (Cygwin) > Comment: Processed by Mailcrypt and GnuPG > > iD8DBQE74HPBiJ/aUUS8zY4RAkg8AJ9/samJAatCoGs8HtHZiyFYGa2LQQCfT0OY > aFLQzbp5IzVZZKaUGovzZFA= > =4r2z > -----END PGP SIGNATURE----- > > _______________________________________________ > Scipy-dev mailing list > Scipy-dev at scipy.net > http://www.scipy.net/mailman/listinfo/scipy-dev > From jochen at unc.edu Thu Nov 1 10:48:46 2001 From: jochen at unc.edu (Jochen =?iso-8859-1?q?K=FCpper?=) Date: 01 Nov 2001 10:48:46 -0500 Subject: [SciPy-dev] Re: [SciPy-user] plotting enhancements and copyright In-Reply-To: <00af01c16294$efb03930$777ba8c0@ericlaptop> References: <86hesgzmdm.fsf@bock.chem.unc.edu> <001201c161c7$cd474230$777ba8c0@ericlaptop> <867ktbk71g.fsf@bock.chem.unc.edu> <008401c16236$b66f7b80$c700a8c0@ericlaptop> <86u1wfiibj.fsf_-_@bock.chem.unc.edu> <00af01c16294$efb03930$777ba8c0@ericlaptop> Message-ID: <864roeija9.fsf@bock.chem.unc.edu> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Eric, eric> SciPy is and always will be Open Source. Nice. I never seriously doubted that. eric> Allowing patches to alter copyrights is dangerous because of the eric> precedent it sets. I still do not understand, but that might be me. What do you think of here? eric> You have sent a 50+ line patch to a code base to a 850+ line eric> wxplt.py module that is an integral part of a 3000 line code eric> base (the plt package). Based on this patch, you have eric> copyrighted the entire wxplt.py module. This is inappropriate. Ok. I initially had the C-notice in the class documentation. But I think that wouldn't make differene if that class source is in wxplt.py and is an integral part of it. eric> Over the next few years, wxplt.py is likely to get (and eric> needs... : | ) multiple patches of the same size or larger than eric> the one you submitted. I hope so. You know I was still working on it. eric> If each of these patches again included a copyright, we could eric> potentially have 5+ copyrights attached to each file. Yes. eric> I am not a lawyer and do not know, nor do I want to know, all the eric> implications of having files encumbered by multiple copyrights. Me too. Although I would like to learn about implications, esp. the ones why it is considered to be bad practice. eric> I did, however, watch the unpleasant copyright battle over eric> Python eric> (http://www.onlamp.com/pub/a/python/2000/08/14/pythonnews.html) eric> and have read Guido's frustrated emails. I have also looked at eric> the Python source code for hints as to how this sort of issue eric> should be handled. I did not find a single source file that had eric> multiple copyrights. [...] eric> It seems dangerous then, to break with this established approach eric> by blurring the ownership of large and important source files eric> for the sake of single patches. I just looked at the XEmacs cvsweb. From the first 5 src-files I picked three had multiple copyrights, 2 were only copyrighted by FSF. And wxWindows, which is obviously also closely related to wxplt, has a 1whole bunch of files with multiple copyrights in there. I am not sure what the individual contributions to these files are, though. eric> SciPy will follow a similar path as Python. The overall license eric> is the very broad BSD license. Fine. And it definitely does make sence to follow python, as that is what it definitely depends on. eric> We wanted to use the Python license, but were advised not to eric> because it is written for an institution instead of a eric> corporation. As was the BSD license. Do you want to share the problems your advisors foresaw in the Python license used by a corporation? And how this is less of a problem with BSD? eric> Still, the BSD license is as open of a license as I know, so I eric> don't think this is an issue. To my mind that's a different issue. Not to be included here. [...] eric> We have asked for and received permission to use the modules. Well, feel free to do so. If you ever want to include stuff from me, ask. I am confident that in many cases I won't have trouble to let you change the license to BSD. eric> I am not interested in accepting patches that require an extra eric> copyright even to these modules because of the possible hassles eric> it creates. Well, I am still not clear what possible hassles you are thinking of? eric> As far as your contributed zoom feature, it is very cool, and I eric> would like to see it in SciPy. If you lool at my jkext next week you will find a class implementing that. (As I need that for my own application.) Feel free to put it into SciPy. eric> I then suggested that you separate your code into a second eric> module and copyright this module, but leave to original source eric> that you did not write un-encumbered by your copyright. This is how I initially did it. This is how I will do it again. If you want to include that module into scipy, now problem with me. (v.s.) eric> As such, someone in the future would probably redo your work in eric> the original module. Until this happens though, you can submit eric> your module with its copyright for inclusion in SciPy. From the eric> tone of your news group posting, I gather that this is also eric> unacceptable. That is not correct. I am not willing to restrict myself to rules I don't really like without any benefit. I will write that module and let you know when I think it is worhwhile including it into scipy. (It's almost useful by know.) Feel free whatever you wanna do within it's license. (v.s.) eric> Jochen, thanks for raising such an important issue as it is eric> better to learn where the hitches are gonna occur sooner rather eric> than later. :) ... :( ...... ;) eric> We'll work on a formal policy for contributions as soon as eric> possible. Don't make it too formal, or more people won't like it. eric> I am sorry you disagree with me on this issue of not allowing eric> patch authors to assume partial ownership and control over eric> module source code, but I am also secure in knowing that the eric> decision follows a precedent established by Python and is for eric> the good of SciPy. As I said before, I wish SciPy good luck. If this decision will help in the end you are a wise man! It is unfortunate that the enhancements are not included in plt, but their functionality will come at some point anyhow. I don't have any strong sentiments about that issue overall. I am simply on a different track with regard to the very issue and as such we have to work in parallel instead of coacting. I'll keep in touch, at least as a user of SciPy, and we'll see where it goes. Greetings, Jochen - -- University of North Carolina phone: +1-919-962-4403 Department of Chemistry phone: +1-919-962-1579 Venable Hall CB#3290 (Kenan C148) fax: +1-919-843-6041 Chapel Hill, NC 27599, USA GnuPG key: 44BCCD8E -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6-cygwin-fcn-1 (Cygwin) Comment: Processed by Mailcrypt and GnuPG iD8DBQE74W7eiJ/aUUS8zY4RApxmAJ9hXGHBNnYTq5i90UnF0YPv1l6htwCfUPzb 2dTgq49xx3mf7zmIqITOcmw= =iZOt -----END PGP SIGNATURE----- From rossini at blindglobe.net Thu Nov 1 11:20:28 2001 From: rossini at blindglobe.net (A.J. Rossini) Date: 01 Nov 2001 08:20:28 -0800 Subject: [SciPy-dev] Re: [SciPy-user] plotting enhancements and copyright In-Reply-To: <864roeija9.fsf@bock.chem.unc.edu> References: <86hesgzmdm.fsf@bock.chem.unc.edu> <001201c161c7$cd474230$777ba8c0@ericlaptop> <867ktbk71g.fsf@bock.chem.unc.edu> <008401c16236$b66f7b80$c700a8c0@ericlaptop> <86u1wfiibj.fsf_-_@bock.chem.unc.edu> <00af01c16294$efb03930$777ba8c0@ericlaptop> <864roeija9.fsf@bock.chem.unc.edu> Message-ID: <87zo66mpir.fsf@jeeves.blindglobe.net> >>>>> "Jochen" == Jochen K?pper writes: Jochen> I just looked at the XEmacs cvsweb. From the first 5 Jochen> src-files I picked three had multiple copyrights, 2 were Jochen> only copyrighted by FSF. And wxWindows, which is Jochen> obviously also closely related to wxplt, has a 1whole Jochen> bunch of files with multiple copyrights in there. I am not Jochen> sure what the individual contributions to these files are, Jochen> though. Actually, what you are referring to was for many years (and still is) the primary difference between Emacs and XEmacs. Not fair, though it is relevant. Submission of GPL'd code for inclusion to Emacs (I'm lead coordinator/developer for ESS, an IDE-like environment using (x)emacs for statistical data analysis), requires signing over all copyright to the FSF. It makes it easier to fight for in that context. I can't submit ESS for inclusion with Emacs without tracing down _ALL_ of the authors, and getting clearance from them. This, I don't have time to do. Now, to avoid any GPL wars, let me point out that the issue is "what would need to happen to modify the license in the future". The need to go back to copyright holders, or at least verify what they mean, intend, or will allow, is annoying. With a BSD license, I think there is less of an issue. However, it is still cleaner to have a single license and copyright holder, than to force people to make sure that each module is properly usable. The Omegahat project (http://www.omegahat.org/), had to handle that as well (its goal is to work on the next generation of statistical computing frameworks), and chose to enforce the single license/single copyright holder. Of course, this is counter-balanced by the need to recognize contributors in such a way that they feel it is worthwhile. eric> We'll work on a formal policy for contributions as soon as eric> possible. Jochen> Don't make it too formal, or more people won't like it. Actually, it should be "formal", in the sense that it lays out the ground work (yet another problem...). It should not necessarily be technical, though. Anyway, this should be hashed out soon. Not that I'm involved in anyway, just a bystander at this point. best, -tony -- A.J. Rossini Rsrch. Asst. Prof. of Biostatistics U. of Washington Biostatistics rossini at u.washington.edu FHCRC/SCHARP/HIV Vaccine Trials Net rossini at scharp.org -------------- http://software.biostat.washington.edu/ -------------- FHCRC: M-W: 206-667-7025 (fax=4812)|Voicemail is pretty sketchy/use Email UW: T-Th: 206-543-1044 (fax=3286)|Change last 4 digits of phone to FAX Rosen: (Mullins' Lab) Fridays, and I'm unreachable except by email. From eric at scipy.org Thu Nov 1 13:17:32 2001 From: eric at scipy.org (eric) Date: Thu, 1 Nov 2001 13:17:32 -0500 Subject: [SciPy-dev] Re: [SciPy-user] plotting enhancements and copyright References: <86hesgzmdm.fsf@bock.chem.unc.edu><001201c161c7$cd474230$777ba8c0@ericlaptop><867ktbk71g.fsf@bock.chem.unc.edu><008401c16236$b66f7b80$c700a8c0@ericlaptop><86u1wfiibj.fsf_-_@bock.chem.unc.edu><00af01c16294$efb03930$777ba8c0@ericlaptop> <864roeija9.fsf@bock.chem.unc.edu> Message-ID: <01e301c16301$79b44920$777ba8c0@ericlaptop> Hello Jochen, > eric> Allowing patches to alter copyrights is dangerous because of the > eric> precedent it sets. > > I still do not understand, but that might be me. What do you think of here? I've explained it as clearly as I know how. Maybe A.J. Rossini's response adds some insight that I was unable to convey. > eric> You have sent a 50+ line patch to a code base to a 850+ line > eric> wxplt.py module that is an integral part of a 3000 line code > eric> base (the plt package). Based on this patch, you have > eric> copyrighted the entire wxplt.py module. This is inappropriate. > > Ok. I initially had the C-notice in the class documentation. But I > think that wouldn't make differene if that class source is in wxplt.py > and is an integral part of it. I agree. Copyrights in documentation would have the same affect as a copyright in the header and therefore are not a good idea. I need to check on this, but I also think that a patch submitted with such a restriction would not be accepted by the Python team into Python itself. > eric> Over the next few years, wxplt.py is likely to get (and > eric> needs... : | ) multiple patches of the same size or larger than > eric> the one you submitted. > > I hope so. > You know I was still working on it. > > eric> If each of these patches again included a copyright, we could > eric> potentially have 5+ copyrights attached to each file. > > Yes. > > eric> I am not a lawyer and do not know, nor do I want to know, all the > eric> implications of having files encumbered by multiple copyrights. > > Me too. Although I would like to learn about implications, esp. the > ones why it is considered to be bad practice. Again, see A.J. Rossini's post for a concrete example. > > eric> I did, however, watch the unpleasant copyright battle over > eric> Python > eric> (http://www.onlamp.com/pub/a/python/2000/08/14/pythonnews.html) > eric> and have read Guido's frustrated emails. I have also looked at > eric> the Python source code for hints as to how this sort of issue > eric> should be handled. I did not find a single source file that had > eric> multiple copyrights. > > [...] > > eric> It seems dangerous then, to break with this established approach > eric> by blurring the ownership of large and important source files > eric> for the sake of single patches. > > I just looked at the XEmacs cvsweb. From the first 5 src-files I > picked three had multiple copyrights, 2 were only copyrighted by FSF. > And wxWindows, which is obviously also closely related to wxplt, has a > 1whole bunch of files with multiple copyrights in there. I am not sure > what the individual contributions to these files are, though. > > eric> SciPy will follow a similar path as Python. The overall license > eric> is the very broad BSD license. > > Fine. And it definitely does make sence to follow python, as that is > what it definitely depends on. > > eric> We wanted to use the Python license, but were advised not to > eric> because it is written for an institution instead of a > eric> corporation. > > As was the BSD license. > Do you want to share the problems your advisors foresaw in the Python > license used by a corporation? And how this is less of a problem with > BSD? Python's license history is unpleasant and confusing. Therefore, saying SciPy is covered by the Python license is also confusing. The Python license (http://www.python.org/2.1.1/license.html) has multiple sections from 4 different organizations, none of which have anything to do with SciPy. The PSF section at the top looks reasonable to me, but again, I am no expert. So, if we made th necessary changes to the top portion of the license and omitted the other sections, is it still the Python license? Can you say it is covered by the Python license? Very few people read the actual license, and the term "covered by the Python license" is unfortunately now loaded. We did not want there to be any ambiguity about the usage of SciPy and therefore chose a license without the storied history. The BSD license is not specific to 4 organizations, it is written in a general way for *anyone* to use, It seems to have the same overall intent as the Python license, and *is* used by other corporations. Compare the BSD license to the Intel's Open Source license: http://www.opensource.org/licenses/bsd-license.html http://www.opensource.org/licenses/intel-open-source-license.html > > eric> Still, the BSD license is as open of a license as I know, so I > eric> don't think this is an issue. > > To my mind that's a different issue. Not to be included here. > > [...] > eric> We have asked for and received permission to use the modules. > > Well, feel free to do so. If you ever want to include stuff from me, > ask. I am confident that in many cases I won't have trouble to let you > change the license to BSD. > > eric> I am not interested in accepting patches that require an extra > eric> copyright even to these modules because of the possible hassles > eric> it creates. > > Well, I am still not clear what possible hassles you are thinking of? I'm sorry. I have no other arguments to make other than to again refer you to A.J. Rossini's post. > eric> As far as your contributed zoom feature, it is very cool, and I > eric> would like to see it in SciPy. > > If you lool at my jkext next week you will find a class implementing > that. (As I need that for my own application.) Feel free to put it > into SciPy. > > eric> I then suggested that you separate your code into a second > eric> module and copyright this module, but leave to original source > eric> that you did not write un-encumbered by your copyright. > > This is how I initially did it. This is how I will do it again. If you > want to include that module into scipy, now problem with me. (v.s.) > > eric> As such, someone in the future would probably redo your work in > eric> the original module. Until this happens though, you can submit > eric> your module with its copyright for inclusion in SciPy. From the > eric> tone of your news group posting, I gather that this is also > eric> unacceptable. > > That is not correct. I am not willing to restrict myself to rules I > don't really like without any benefit. I will write that module and > let you know when I think it is worhwhile including it into scipy. > (It's almost useful by know.) Feel free whatever you wanna do within > it's license. (v.s.) > > eric> Jochen, thanks for raising such an important issue as it is > eric> better to learn where the hitches are gonna occur sooner rather > eric> than later. > > :) ... :( ...... ;) > > eric> We'll work on a formal policy for contributions as soon as > eric> possible. > > Don't make it too formal, or more people won't like it. After this thread of emails, it seems prudent to explicitly state the policy. I'm really not interested in spending a lot more time writing emails like this. I do not enjoy it, and it isn't the best use of time. I'm pretty sure the policy will be as discussed here: Patches to an existing file cannot modifiy the original copyright. I'll ask around the Python community and see what other recommendations we get. > eric> I am sorry you disagree with me on this issue of not allowing > eric> patch authors to assume partial ownership and control over > eric> module source code, but I am also secure in knowing that the > eric> decision follows a precedent established by Python and is for > eric> the good of SciPy. > > As I said before, I wish SciPy good luck. If this decision will help > in the end you are a wise man! It is unfortunate that the enhancements > are not included in plt, but their functionality will come at some > point anyhow. > > I don't have any strong sentiments about that issue overall. I am > simply on a different track with regard to the very issue and as such > we have to work in parallel instead of coacting. > I'll keep in touch, at least as a user of SciPy, and we'll see where > it goes. Ok. I'm sorry we will not get your contributions, but the great thing about Open Source is that people can have different opinions, and users still have access to code. Users that need 'zoom' instantly can grab it from your site which is good. However, I've thought through it a little more and adding a 50 line patch as a new module to SciPy just isn't a good idea from the code maintenance standpoint. We'll just have to wait till someone submits a zoom patch to wxplt.py without the copyright restrictions. thanks, eric From jh at oobleck.astro.cornell.edu Thu Nov 1 16:18:32 2001 From: jh at oobleck.astro.cornell.edu (Joe Harrington) Date: Thu, 1 Nov 2001 16:18:32 -0500 Subject: [SciPy-dev] why copyright at all? Message-ID: <200111012118.fA1LIWi21208@oobleck.astro.cornell.edu> There are two clear sides to this problem. On the one hand, having many copyright holders makes it hard to change distribution terms. A future lawsuit, even against a completely different entity, might make it necessary to change or add terms to the license. However, having another individual hold the copyright to code I wrote is problematic to me. The code is then his or her property. What if he goes bankrupt, and a creditor seizes his intellectual property, puts a commercial license on future versions, and seeks payment from all SciPy users to continue having that module maintained? We'd fork the development tree, and then we'd have the first problem. See SSH for a more sinister version of the same thing. In the debate over copyright, we often forget that there is another option, one more than two centuries old: the public domain. Yes, with a PD product, anyone can grab it, modify it, and copyright the results. We can still do our thing, and ignore the interloper. I claim, based on the nonexistence of Digital, Apollo, Stellar, Ardent, Stardent, and a host of other companies that any of you can name, that open-source development will compete handily with commercial development, given more than a tiny audience. This is not the mid-1980s, when RMS and his small crew started openly challenging the computational giants, and were afraid of being squashed like so many bugs. Open Source works. We ourselves have taken on Kodak (IDL), Matlab, and Wolfram (Mathematica). So, what are we worried about? That they will "steal" our free code and incorporate it into their products? Let them, it will be good for science! Our goal should not be to bring them down, but to improve the offerings available to all. Ours will happen always to be free. Look at the boom-and-bust of e-commerce to see how the market responds to pricy substitutes for free products. An alternative solution for the problem of patches would be for the patch creator to place the patch in the public domain. SciPy then picks up the patch and incorporates it, copyrighting the derived work. The author retains the right to use the patch, even if the terms of the license change against his or her liking. So does everyone else in the world. Isn't that what we all want? Go PD! --jh-- From eric at scipy.org Thu Nov 1 16:11:00 2001 From: eric at scipy.org (eric) Date: Thu, 1 Nov 2001 16:11:00 -0500 Subject: [SciPy-dev] patch copyrights, and Guido's comments Message-ID: <02ce01c16319$b555dd00$777ba8c0@ericlaptop> Folks, I pinged Guido and asked him about Python's policy on this issue. With his permission, I've posted his comments below. I think for now it is safe to say we will continue with the "patches cannot add copyrights" policy -- unless someone on the list comes up with an acceptable plan. It sounds like an alternative acceptable policy is legally involved and would require a lot of effort. The Python folks are working on this, and, once Python formalizes their policies, we'll review things again. The direction they are leaning has definite possiblities. thanks, eric ------------------ Eric Hello Guido, I'm part of the team developing SciPy (www.scipy.org), an early stage effort to create a large package of modules for Scientific Computing. We're trying to follow the general license, copyright process of Python with the exception that we are using the BSD license instead of the Python license because of the quagmire it was in when SciPy came out. Changing to the Python license may be in the future, but that is not the issue here. We have had our first issue with someone unhappy about a copyright policy. It concerns whether patches submitted to modules should be able to attach a copyright notice to the file they patch. This seems to be a bad idea to me, and from looking through the code in Python, it doesn't appear that this is allowed in Python either. The thread discussing the issue is archived here: http://scipy.net/pipermail/scipy-dev/2001-October/000072.html and continues here: http://scipy.net/pipermail/scipy-dev/2001-November/000073.html I'm inclined to allow only a single copyright per file, but the copyright can be owned by someone other than Enthought. Travis Oliphant and others have copyrighted modules in SciPy right now. I would like to get feedback on whether this is an appropriate policy and how you handle this in Python. Sorry to bother you with legal matters, but your experience in this area could probably save some future headaches. thanks, eric --------------------- Guido Hi Eric, We don't have an explicit policy against multiple copyright notices in files; it's just that most of our contributors don't care. Personally, I think it's pretty murky whether it makes sense to assert copyright on a 50-line patch to a 500-line file. Python currently doesn't have strict guidelines about who owns contributions, but we realize this is not good, and the PSF is planning to work on fixing this situation. There are three possible ways to deal with this: - Copyright assignment: murky, because in most European countries you can't assign the "moral" rights - Licensing: clear, but must be careful that the PSF has the right to change the license -- imagine having to go back to hundreds of contributors for a change in license - Joint ownership: this is an experimental approach taken by Zope Corp. See: http://dev.zope.org/CVS/ContributorIntroduction We're currently leaning towards JO for regular contributors and large contributions, and some light form of licensing for smaller contributions (like most patches) for which ownership seems overkill. We haven't decided yet; in a couple of months, check the PSF website for an outcome. (Are you coming to python10?) --Guido van Rossum (home page: http://www.python.org/~guido/) -------------- Guido in a follow-up Actually, Python has a lot of contributed modules that have an outside copyright notice and license, and we've always be fine with those as long as it was a BSD or Python style license. I just don't recall people wanting a copyright notice for a relatively small change; instead, we typically have a comment saying "Author: XXX" or "Patched by: XXX". Ehm, we do have multiple copyrights in a few files. Tools/scripts/trace.py has at least 4! I guess I should have said that it's rare but that we do allow multiple copyrights per file. -------------- next part -------------- An HTML attachment was scrubbed... URL: From eric at scipy.org Thu Nov 1 17:09:42 2001 From: eric at scipy.org (eric) Date: Thu, 1 Nov 2001 17:09:42 -0500 Subject: [SciPy-dev] Re: [OFF-TOPIC]: organizations and licenses Re: [SciPy-user] plotting enhancements and copyright References: <87668ujffj.fsf@jeeves.blindglobe.net> Message-ID: <030001c16321$e8e1d770$777ba8c0@ericlaptop> Hey Tony, I haven't heard any major complaints about this, but it does seem somewhat relevant to the current conversation, so I'll toss this out. There are reasons why SciPy is not GPL'd beyond the fact that Enthought is a commercial entity. I would have made the same choice for SciPy had I remained in academics. By its very nature, SciPy (and Python itself to some extent) is most valuable as a building block integrated into larger systems -- not as a stand-alone package. Pretty much anything that computes and needs signal/image processing, optimization algorithms, etc. can benefit from SciPy. This includes both Open Source packages as well as commercial software and hardware. Commercial entities cannot use GPL'd code (at least how I read it) in their products unless the product is free, so a GPL'd SciPy would be useless to them. However, a BSD style license opens SciPy to use and contributions from these companies. If SciPy can serve and be developed by both communities, it will grow more quickly. I believe SciPy is good for science (both academic and commercial), and the faster it grows the better. Packages like Emacs don't have the same issues because, while they are used by companies to develop products, they do not become a part of products. As a result, companies that are happy using Emacs would pass over SciPy and choose to either roll-their-own or purchase a licensed alternative when it came to scientific tools. As you said, the licensing decision has already been made. Still, I thought it worthwhile to explain, at least in part, the reasoning behind the choice. eric From jochen at jochen-kuepper.de Thu Nov 1 21:34:08 2001 From: jochen at jochen-kuepper.de (Jochen =?iso-8859-1?q?K=FCpper?=) Date: 01 Nov 2001 21:34:08 -0500 Subject: [SciPy-dev] typos Message-ID: Index: io/array_import.py =================================================================== RCS file: /home/cvsroot/world/scipy/io/array_import.py,v retrieving revision 1.5 diff -u -r1.5 array_import.py --- io/array_import.py 2001/09/14 20:26:34 1.5 +++ io/array_import.py 2001/11/02 02:34:28 @@ -248,7 +248,7 @@ Outputs: - file -- The open file. + array -- The array read. """ if type(separator) in [types.StringType, type(default)]: Index: plt/wxplt.py =================================================================== RCS file: /home/cvsroot/world/scipy/plt/wxplt.py,v retrieving revision 1.8 diff -u -r1.8 wxplt.py --- plt/wxplt.py 2001/10/24 14:47:18 1.8 +++ plt/wxplt.py 2001/11/02 02:34:30 @@ -580,7 +580,7 @@ self.client.save(dlg.GetPath(),ftype) else: msg = "Extension is currently used to determine file type." \ - "'%s' is not a vaild extension." \ + "'%s' is not a valid extension." \ "You may use one of the following extensions. %s" \ % (ftype,image_type_map.keys()) d = wx.wxMessageDialog(self,msg,style=wx.wxOK) Greetings, Jochen -- Einigkeit und Recht und Freiheit http://www.Jochen-Kuepper.de Libert?, ?galit?, Fraternit? GnuPG key: 44BCCD8E Sex, drugs and rock-n-roll From magnus at thinkware.se Sat Nov 3 09:47:55 2001 From: magnus at thinkware.se (Magnus =?iso-8859-1?Q?Lyck=E5?=) Date: Sat, 03 Nov 2001 15:47:55 +0100 Subject: [SciPy-dev] State of stats modules? Message-ID: <5.1.0.14.0.20011103145347.02423130@localhost> Hi, I'm a new scipy user, and I'm still a little lost... I've looked through the mailing list archeives and the web site, but I guess I might have missed some info I should have spotted... Anyway, I'll ask some questions here... I start with this one: What's the state of the stats module? Just at random, I tried the aanova function and get: Traceback (most recent call last): File "", line 1, in ? File "G:\Python21\scipy\stats\stats.py", line 3933, in aanova M = pstat.collapse(data,Bscols,-1,None,None,mean) TypeError: collapse() takes at most 5 arguments (6 given) collapse wants: def collapse (listoflists,keepcols,collapsecols,sterr=None,ns=None): In other words... No mean... Removing the last parameter in lines 3933, 3988 and 4372 I get a result, but I won't hang my neck out and say that it's correct (or not). Also, what happens is that the aanova function uses "print" to display the result. Fine for interactive use if I just want to see how things stand, but less amusing if I want to use the results from the anova programmatically in further computations, or for plotting or what ever. The return value from the function is None. :-( There is obviously code in ststs.py that assumes that collapse can work with other stuff than means, as it seems to do now: collapsed = pstat.collapse(M,btwcols,-1,None,len,mean) # Obviously needed for-loop to get source cell-means embedded in collapse fcns contrastmns = pstat.collapse(collapsed,btwsourcecols,-2,sterr,len,mean) # Collapse again, this time SUMMING instead of averaging (to get cell Ns) contrastns = pstat.collapse(collapsed,btwsourcecols,-1,None,None, sum) # Collapse again, this time calculating harmonicmeans (for hns) contrasthns = pstat.collapse(collapsed,btwsourcecols,-1,None,None, harmonicmean) I assume that it's the following snippet in pstat.collapse that should use the sixth parameter: if keepcols == []: means = [0]*len(collapsecols) for i in range(len(collapsecols)): avgcol = colex(listoflists,collapsecols[i]) means[i] = stats.mean(avgcol) <=== supplied function here? return means But I don't feel that I understand enough of statistics or the plan here to patch things on my own... Anyone caring for this? -- Magnus Lyck?, Thinkware AB ?lvans v?g 99, SE-907 50 UME? tel 070-582 80 65, fax: 070-612 80 65 http://www.thinkware.se/ mailto:magnus at thinkware.se From magnus at thinkware.se Sat Nov 3 10:29:08 2001 From: magnus at thinkware.se (Magnus =?iso-8859-1?Q?Lyck=E5?=) Date: Sat, 03 Nov 2001 16:29:08 +0100 Subject: [SciPy-dev] Odd result from plt.IsShown() Message-ID: <5.1.0.14.0.20011103154807.02483910@localhost> I'm using plt to display some x-y diagrams in a wxPython app, and I update the plot when I shift or change my data if it's visible, checking plt.IsShown(). This works as it should. When I close the app, I also close the plot window if IsShown() returns true, but sometimes this fails, which causes a Windows error message when I try to close a non-existing window. I start showing my data when I press a "Plot button" like this: def OnPlotButton(self, evt): #Construction of "age" and "y" lists snipped self.plot = plt.plot(age, y) plt.title(self.case.idNr) plt.xtitle('Age (years)') plt.ytitle('Height / Weight (cm /kg)') This works OK. When I change data set, or modify my data set, I do the following: if self.plot.IsShown(): self.OnPlotButton(None) This always works. If the diagram is showing, the data is updated, but if it was closed, or never opened, no new plot will be shown. In other words, IsShown() works as expected. It always runs OnPlotButton when a plot window is open, and it never starts a new window it it's closed. I'll have to press the plot button again, just as I intended. When I close the application, I run: def OnClose(self, event): self.db.close() print "Saving and exiting" try: print "In try block" if self.plot.IsShown(): print "In if..." self.plot.Close() print "After close" else: print "In else" except: print "In except" pass event.Skip() If I never used plot, all is fine. self.plot doesn't exist, so I get an attribute error which I catch in my except clause, printing "In except" before returning my prompt. If the plot windows is active, it will close nicely. If I have used plotting, closed the plot window and then changed data set or modified the current data set before I close the app, all is fine. But if I close the plot window, and then close the app directly, I get a crash on exit. The program prints "Saving and exiting", and then "In if...", indicating that IsShown() quite unexpectedly returned 1! I might have pressed my save button, or clicked away in some other way after closing the plot window, but I haven't changed data in such a way that there would have been a re-plot in case the plot window had been open. I'm quite stunned here, because it seems self.plot.IsShown() acts quite differently in the different places in my code! (And yes, it's all in the same class. :-) I can make my program available if someone would like to take a closer look at it. Another unexpected thing is that I get a Python prompt in the command window where I started my app when I open my plot window! I can't type anything in it, and it closes when I exit my app. BTW, plot seems to leak memory. On a normal exit it says: 16:04:20: There were memory leaks. 16:04:20: ----- Memory dump ----- 16:04:20: wxPrintData at $1B8E4E0, size 112 16:04:20: wxFont at $1B8EEF8, size 12 16:04:20: wxFont at $1B8D2C0, size 12 16:04:20: wxFont at $1B8C940, size 12 16:04:20: wxFont at $1B8C1D0, size 12 16:04:20: wxFont at $1B8B500, size 12 16:04:20: wxEvtHandler at $1B8A830, size 40 16:04:20: wxPyCallback at $1B88AB0, size 12 16:04:20: wxObject at $1B88A20, size 28 16:04:20: 16:04:20: 16:04:20: ----- Memory statistics ----- 16:04:20: 1 objects of class wxObject, total size 28 16:04:20: 1 objects of class wxPyCallback, total size 12 16:04:20: 1 objects of class wxEvtHandler, total size 40 16:04:20: 5 objects of class wxFont, total size 60 16:04:20: 1 objects of class wxPrintData, total size 112 16:04:20: 16:04:20: Number of object items: 9 16:04:20: Number of non-object items: 0 16:04:20: Total allocated size: 252 16:04:20: 16:04:20: -- Magnus Lyck?, Thinkware AB ?lvans v?g 99, SE-907 50 UME? tel 070-582 80 65, fax: 070-612 80 65 http://www.thinkware.se/ mailto:magnus at thinkware.se From eric at scipy.org Mon Nov 5 09:55:33 2001 From: eric at scipy.org (eric) Date: Mon, 5 Nov 2001 09:55:33 -0500 Subject: [SciPy-dev] State of stats modules? References: <5.1.0.14.0.20011103145347.02423130@localhost> Message-ID: <060301c16609$ec43a700$777ba8c0@ericlaptop> Hey Mangus, About stats.py: Most of the stats module was written by Gary Strangman (http://www.nmr.mgh.harvard.edu/Neural_Systems_Group/gary/). As far as I know, it's the most full featured stats module around, and has very good doc-strings. Gary developed it for his own research, and, as such, it is somewhat specialized to his field. Still, it is very usable, and, at least for the functions I have used, reliable. Gary's work was/is an excellent starting point for SciPy's statistics capabilities. Most of the work needed is actually trimming out extra functionality not needed or duplicated, adding unit test functions, and assuring that functions behave similarly in calling convention to other Numeric/SciPy functions. The new_stats.py module is the beginnings of this effort, but it hasn't had any attention in a while. There are also the beginnings of some unit testing in the stats/tests directory. Hopefully a full compliment of unit tests will develop so there are fewer questions about result vailidity. aanova and collapse: I haven't used these, and don't know much about them. I'll forward this to Gary and see if he has any comments. > Anyone caring for this? The stats module deserves some attention, but isn't receiving any right now. Any takers? see ya, eric ----- Original Message ----- From: "Magnus Lyck?" To: ; Sent: Saturday, November 03, 2001 9:47 AM Subject: [SciPy-dev] State of stats modules? > Hi, I'm a new scipy user, and I'm still a little lost... > I've looked through the mailing list archeives and > the web site, but I guess I might have missed some info > I should have spotted... Anyway, I'll ask some questions > here... I start with this one: > > What's the state of the stats module? > > Just at random, I tried the aanova function and get: > > Traceback (most recent call last): > File "", line 1, in ? > File "G:\Python21\scipy\stats\stats.py", line 3933, in aanova > M = pstat.collapse(data,Bscols,-1,None,None,mean) > TypeError: collapse() takes at most 5 arguments (6 given) > > collapse wants: > def collapse (listoflists,keepcols,collapsecols,sterr=None,ns=None): > > In other words... No mean... > > Removing the last parameter in lines 3933, 3988 and 4372 I get > a result, but I won't hang my neck out and say that it's correct > (or not). > > Also, what happens is that the aanova function uses "print" to > display the result. Fine for interactive use if I just want to > see how things stand, but less amusing if I want to use the > results from the anova programmatically in further computations, > or for plotting or what ever. The return value from the function > is None. :-( > > There is obviously code in ststs.py that assumes that collapse can > work with other stuff than means, as it seems to do now: > > collapsed = pstat.collapse(M,btwcols,-1,None,len,mean) > # Obviously needed for-loop to get source cell-means embedded in collapse fcns > contrastmns = pstat.collapse(collapsed,btwsourcecols,-2,sterr,len,mean) > # Collapse again, this time SUMMING instead of averaging (to get cell Ns) > contrastns = pstat.collapse(collapsed,btwsourcecols,-1,None,None, > sum) > # Collapse again, this time calculating harmonicmeans (for hns) > contrasthns = pstat.collapse(collapsed,btwsourcecols,-1,None,None, > harmonicmean) > > I assume that it's the following snippet in pstat.collapse that should > use the sixth parameter: > > if keepcols == []: > means = [0]*len(collapsecols) > for i in range(len(collapsecols)): > avgcol = colex(listoflists,collapsecols[i]) > means[i] = stats.mean(avgcol) <=== supplied function here? > return means > > But I don't feel that I understand enough of statistics or the plan here to > patch things on my own... > > Anyone caring for this? > > > -- > Magnus Lyck?, Thinkware AB > ?lvans v?g 99, SE-907 50 UME? > tel 070-582 80 65, fax: 070-612 80 65 > http://www.thinkware.se/ mailto:magnus at thinkware.se > > _______________________________________________ > Scipy-dev mailing list > Scipy-dev at scipy.net > http://www.scipy.net/mailman/listinfo/scipy-dev > From eric at scipy.org Mon Nov 5 10:07:04 2001 From: eric at scipy.org (eric) Date: Mon, 5 Nov 2001 10:07:04 -0500 Subject: [SciPy-dev] Odd result from plt.IsShown() References: <5.1.0.14.0.20011103154807.02483910@localhost> Message-ID: <062f01c1660b$87b2f410$777ba8c0@ericlaptop> Hey Mangus, This may have to do with a few bugs (fixed in the CVS) in gui_thread.py and not in plt.... or it could be in plt. Can you post the code and I'll take a look around. thanks, eric ----- Original Message ----- From: "Magnus Lyck?" To: ; Sent: Saturday, November 03, 2001 10:29 AM Subject: [SciPy-dev] Odd result from plt.IsShown() > I'm using plt to display some x-y diagrams in a wxPython app, > and I update the plot when I shift or change my data if it's visible, > checking plt.IsShown(). This works as it should. When I close > the app, I also close the plot window if IsShown() returns true, > but sometimes this fails, which causes a Windows error message > when I try to close a non-existing window. > > I start showing my data when I press a "Plot button" like this: > > def OnPlotButton(self, evt): > #Construction of "age" and "y" lists snipped > self.plot = plt.plot(age, y) > plt.title(self.case.idNr) > plt.xtitle('Age (years)') > plt.ytitle('Height / Weight (cm /kg)') > > This works OK. When I change data set, or modify my data > set, I do the following: > > if self.plot.IsShown(): > self.OnPlotButton(None) > > This always works. If the diagram is showing, the data is > updated, but if it was closed, or never opened, no new plot > will be shown. In other words, IsShown() works as expected. > It always runs OnPlotButton when a plot window is open, and > it never starts a new window it it's closed. I'll have to > press the plot button again, just as I intended. > > When I close the application, I run: > > def OnClose(self, event): > self.db.close() > print "Saving and exiting" > try: > print "In try block" > if self.plot.IsShown(): > print "In if..." > self.plot.Close() > print "After close" > else: > print "In else" > except: > print "In except" > pass > event.Skip() > > If I never used plot, all is fine. self.plot doesn't exist, > so I get an attribute error which I catch in my except clause, > printing "In except" before returning my prompt. > > If the plot windows is active, it will close nicely. > > If I have used plotting, closed the plot window and then changed > data set or modified the current data set before I close the app, > all is fine. > > But if I close the plot window, and then close the app directly, > I get a crash on exit. The program prints "Saving and exiting", > and then "In if...", indicating that IsShown() quite unexpectedly > returned 1! I might have pressed my save button, or clicked away > in some other way after closing the plot window, but I haven't changed > data in such a way that there would have been a re-plot in case the > plot window had been open. I'm quite stunned here, because it seems > self.plot.IsShown() acts quite differently in the different places in > my code! (And yes, it's all in the same class. :-) > > I can make my program available if someone would like to take a > closer look at it. > > Another unexpected thing is that I get a Python prompt in the command > window where I started my app when I open my plot window! I can't > type anything in it, and it closes when I exit my app. > > BTW, plot seems to leak memory. On a normal exit it says: > 16:04:20: There were memory leaks. > 16:04:20: ----- Memory dump ----- > 16:04:20: wxPrintData at $1B8E4E0, size 112 > 16:04:20: wxFont at $1B8EEF8, size 12 > 16:04:20: wxFont at $1B8D2C0, size 12 > 16:04:20: wxFont at $1B8C940, size 12 > 16:04:20: wxFont at $1B8C1D0, size 12 > 16:04:20: wxFont at $1B8B500, size 12 > 16:04:20: wxEvtHandler at $1B8A830, size 40 > 16:04:20: wxPyCallback at $1B88AB0, size 12 > 16:04:20: wxObject at $1B88A20, size 28 > 16:04:20: > 16:04:20: > 16:04:20: ----- Memory statistics ----- > 16:04:20: 1 objects of class wxObject, total size 28 > 16:04:20: 1 objects of class wxPyCallback, total size 12 > 16:04:20: 1 objects of class wxEvtHandler, total size 40 > 16:04:20: 5 objects of class wxFont, total size 60 > 16:04:20: 1 objects of class wxPrintData, total size 112 > 16:04:20: > 16:04:20: Number of object items: 9 > 16:04:20: Number of non-object items: 0 > 16:04:20: Total allocated size: 252 > 16:04:20: > 16:04:20: > > > -- > Magnus Lyck?, Thinkware AB > ?lvans v?g 99, SE-907 50 UME? > tel 070-582 80 65, fax: 070-612 80 65 > http://www.thinkware.se/ mailto:magnus at thinkware.se > > _______________________________________________ > Scipy-dev mailing list > Scipy-dev at scipy.net > http://www.scipy.net/mailman/listinfo/scipy-dev > From rossini at blindglobe.net Mon Nov 5 11:51:42 2001 From: rossini at blindglobe.net (A.J. Rossini) Date: 05 Nov 2001 08:51:42 -0800 Subject: [SciPy-dev] State of stats modules? In-Reply-To: <060301c16609$ec43a700$777ba8c0@ericlaptop> References: <5.1.0.14.0.20011103145347.02423130@localhost> <060301c16609$ec43a700$777ba8c0@ericlaptop> Message-ID: <87u1w9qhy9.fsf@jeeves.blindglobe.net> >>>>> "e" == eric writes: e> The stats module deserves some attention, but isn't receiving e> any right now. Any takers? An alternative which I've been trying to find time for is to use the RSPython module (http://www.omegahat.org/) for embedding R (http://www.r-project.org/) within Python. It needs some work on the object translation, but other than that, would be yet another way to do (an extremely wide range of) statistical analyses in SciPy. I'm first looking at this for Zope, in the context of report generation and "literate analysis" (a statistics-based take-off of literate programming), but SciPy would be a definitely interesting target, as well... best, -tony -- A.J. Rossini Rsrch. Asst. Prof. of Biostatistics U. of Washington Biostatistics rossini at u.washington.edu FHCRC/SCHARP/HIV Vaccine Trials Net rossini at scharp.org -------------- http://software.biostat.washington.edu/ -------------- FHCRC: M-W: 206-667-7025 (fax=4812)|Voicemail is pretty sketchy/use Email UW: T-Th: 206-543-1044 (fax=3286)|Change last 4 digits of phone to FAX Rosen: (Mullins' Lab) Fridays, and I'm unreachable except by email. From eric at scipy.org Mon Nov 5 11:16:19 2001 From: eric at scipy.org (eric) Date: Mon, 5 Nov 2001 11:16:19 -0500 Subject: [SciPy-dev] State of stats modules? References: <5.1.0.14.0.20011103145347.02423130@localhost><060301c16609$ec43a700$777ba8c0@ericlaptop> <87u1w9qhy9.fsf@jeeves.blindglobe.net> Message-ID: <06a001c16615$348062a0$777ba8c0@ericlaptop> Hey Tony, I've seen the R package, but haven't played with it yet. It looks like a very powerful stats package. I've used the pymat Matlab interface before, and it was pretty nifty. Please keep us posted on how this is going. eric ----- Original Message ----- From: "A.J. Rossini" To: Cc: Sent: Monday, November 05, 2001 11:51 AM Subject: Re: [SciPy-dev] State of stats modules? > >>>>> "e" == eric writes: > > e> The stats module deserves some attention, but isn't receiving > e> any right now. Any takers? > > An alternative which I've been trying to find time for is to use the > RSPython module (http://www.omegahat.org/) for embedding R > (http://www.r-project.org/) within Python. It needs some work on the > object translation, but other than that, would be yet another way to > do (an extremely wide range of) statistical analyses in SciPy. > > I'm first looking at this for Zope, in the context of report > generation and "literate analysis" (a statistics-based take-off of > literate programming), but SciPy would be a definitely interesting > target, as well... > > best, > -tony > > -- > A.J. Rossini Rsrch. Asst. Prof. of Biostatistics > U. of Washington Biostatistics rossini at u.washington.edu > FHCRC/SCHARP/HIV Vaccine Trials Net rossini at scharp.org > -------------- http://software.biostat.washington.edu/ -------------- > FHCRC: M-W: 206-667-7025 (fax=4812)|Voicemail is pretty sketchy/use Email > UW: T-Th: 206-543-1044 (fax=3286)|Change last 4 digits of phone to FAX > Rosen: (Mullins' Lab) Fridays, and I'm unreachable except by email. > _______________________________________________ > Scipy-dev mailing list > Scipy-dev at scipy.net > http://www.scipy.net/mailman/listinfo/scipy-dev > From jochen at unc.edu Mon Nov 5 12:26:53 2001 From: jochen at unc.edu (Jochen =?iso-8859-1?q?K=FCpper?=) Date: 05 Nov 2001 12:26:53 -0500 Subject: [SciPy-dev] wxplt Message-ID: <86ofmhnn6q.fsf@bock.chem.unc.edu> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Eric, ok, thinking about it a little longer, reading a little more... Take the patch I sent you and remove my copyright notice. I put that patch into PD. Greetings, Jochen PS: It just doesn't make any sense to have it unused. - -- University of North Carolina phone: +1-919-962-4403 Department of Chemistry phone: +1-919-962-1579 Venable Hall CB#3290 (Kenan C148) fax: +1-919-843-6041 Chapel Hill, NC 27599, USA GnuPG key: 44BCCD8E -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6-cygwin-fcn-1 (Cygwin) Comment: Processed by Mailcrypt and GnuPG iD8DBQE75svdiJ/aUUS8zY4RAvRLAJ0YsZ0uyePWMZhWm+6NOyw0pufvmACeJcwm FtiMwhsrTjRt2D2SjiqzOjE= =Yo3F -----END PGP SIGNATURE----- From eric at scipy.org Mon Nov 5 11:53:20 2001 From: eric at scipy.org (eric) Date: Mon, 5 Nov 2001 11:53:20 -0500 Subject: [SciPy-dev] Re: wxplt References: <86ofmhnn6q.fsf@bock.chem.unc.edu> Message-ID: <06d001c1661a$647d4a40$777ba8c0@ericlaptop> Hey Jochen, Thank you very much. Its a cool feature, and SciPy is better for it. I'll look at applying it again soon. Did you ever get a chance to look at the "button release outside the window" issue and the image() issue? The image() one is definitely more serious as it led to a freeze on my W2K machine after a zoom or two -- haven't tried it on Linux. Not sure what is going on here. thanks again, eric ----- Original Message ----- From: "Jochen K?pper" To: "eric jones" Cc: "scipy-dev" Sent: Monday, November 05, 2001 12:26 PM Subject: wxplt > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Eric, > > ok, thinking about it a little longer, reading a little more... > > Take the patch I sent you and remove my copyright notice. I put that > patch into PD. > > Greetings, > Jochen > > PS: It just doesn't make any sense to have it unused. > - -- > University of North Carolina phone: +1-919-962-4403 > Department of Chemistry phone: +1-919-962-1579 > Venable Hall CB#3290 (Kenan C148) fax: +1-919-843-6041 > Chapel Hill, NC 27599, USA GnuPG key: 44BCCD8E > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.0.6-cygwin-fcn-1 (Cygwin) > Comment: Processed by Mailcrypt and GnuPG > > iD8DBQE75svdiJ/aUUS8zY4RAvRLAJ0YsZ0uyePWMZhWm+6NOyw0pufvmACeJcwm > FtiMwhsrTjRt2D2SjiqzOjE= > =Yo3F > -----END PGP SIGNATURE----- > From strang at nmr.mgh.harvard.edu Mon Nov 5 13:15:09 2001 From: strang at nmr.mgh.harvard.edu (Gary Strangman) Date: Mon, 5 Nov 2001 13:15:09 -0500 (EST) Subject: [SciPy-dev] State of stats modules? In-Reply-To: <060301c16609$ec43a700$777ba8c0@ericlaptop> Message-ID: > Most of the stats module was written by Gary Strangman > (http://www.nmr.mgh.harvard.edu/Neural_Systems_Group/gary/). As far as I > know, it's the most full featured stats module around, and has very good > doc-strings. Gary developed it for his own research, and, as such, it is > somewhat specialized to his field. Still, it is very usable, and, at least > for the functions I have used, reliable. Specialized it is, and I have variable confidence in the various functions (some are much more used--read: better tested--than others). > Gary's work was/is an excellent starting point for SciPy's statistics > capabilities. Most of the work needed is actually trimming out extra > functionality not needed or duplicated, adding unit test functions, and > assuring that functions behave similarly in calling convention to other > Numeric/SciPy functions. The new_stats.py module is the beginnings of this > effort, but it hasn't had any attention in a while. There are also the > beginnings of some unit testing in the stats/tests directory. Hopefully a > full compliment of unit tests will develop so there are fewer questions > about result vailidity. This would be outstanding ... particularly the unit testing. I've done some, but way too little. > aanova and collapse: > > I haven't used these, and don't know much about them. I'll forward this to > Gary and see if he has any comments. aanova() was a simple analysis of variance function, commonly used in behavioral-type research but broadly applicable. It was written when I was learning about anovas in grad school, and hence is poorly written, poorly tested, and non-optimized. (It worked for the stuff I needed, when I needed it, but my I have pulled the function from more recent versions of my module out of my own concerns about its adequacy and hence utility.) collapse() is a generic function to collapse over rows of a data file. It finds unique combinations of values in the columns specified by keepcols and for each such unique combination it calculates a collapse-function (mean, sterr, user-defined) for each column specified in collapsecols. > The stats module deserves some attention, but isn't receiving any right now. > Any takers? More recent versions of pstat.py and stats.py (at least more recent than the def's that were quoted) can be found on my web site http://www.nmr.mgh.harvard.edu/nsg/strang/python.html but sadly those are modified only very slowly and irregularly at best. "Takers" are welcome. :-) Gary -------------------------------------------------------------- Gary Strangman, PhD | Neural Systems Group Office: 617-724-0662 | Massachusetts General Hospital Fax: 617-726-4078 | 13th Street, Bldg 149, Room 9103 strang at nmr.mgh.harvard.edu | Charlestown, MA 02129 http://www.nmr.mgh.harvard.edu/Neural_Systems_Group/gary/ From europax at home.com Mon Nov 5 21:37:34 2001 From: europax at home.com (Rob) Date: Mon, 05 Nov 2001 18:37:34 -0800 Subject: [SciPy-dev] some progress on Freebsd 4.4-stable build Message-ID: <3BE74CED.47312577@home.com> The following changes in setup.py allows the X11 stuff to build: 217c217 < include_dirs = ['/usr/include/X11'], --- > include_dirs = ['/usr/X11R6/include'], 506c506 < --- > other=None 531,532c531,532 < headers = headers, < include_dirs = ['Numerical/Include'] --- > headers = headers, > include_dirs = ['Numerical/Include','/usr/X11R6/include'] After making those changes I progress quite a way until it borks. Here is the output: Script started on Mon Nov 5 18:31:49 2001 Numeric Version 20.1.1 running build running build_py not copying ./setup.py (output up-to-date) not copying ./__init__.py (output up-to-date) not copying ./build_clib_new.py (output up-to-date) not copying ./build_flib.py (output up-to-date) not copying ./data_store.py (output up-to-date) not copying ./misc.py (output up-to-date) not copying ./dumb_shelve.py (output up-to-date) not copying ./dumbdbm_patched.py (output up-to-date) not copying ./fortran_support.py (output up-to-date) not copying ./handy.py (output up-to-date) not copying ./helpmod.py (output up-to-date) not copying ./limits.py (output up-to-date) not copying ./proc.py (output up-to-date) not copying ./saved_values.py (output up-to-date) not copying ./scipy_tempfile.py (output up-to-date) not copying ./scipy_test.py (output up-to-date) not copying ./scipy_version.py (output up-to-date) not copying ./sync.py (output up-to-date) warning: build_py: package init file './tests/__init__.py' not found (or not a regular file) not copying ./tests/test_limits.py (output up-to-date) not copying ./tests/test_misc.py (output up-to-date) not copying gui_thread/__init__.py (output up-to-date) not copying gui_thread/examples.py (output up-to-date) not copying gui_thread/gui_thread_guts.py (output up-to-date) not copying gui_thread/main.py (output up-to-date) not copying ./plt/__init__.py (output up-to-date) not copying ./plt/dumb_shelve.py (output up-to-date) not copying ./plt/dumbdbm_patched.py (output up-to-date) not copying ./plt/interface.py (output up-to-date) not copying ./plt/plot_objects.py (output up-to-date) not copying ./plt/plot_utility.py (output up-to-date) not copying ./plt/wxplt.py (output up-to-date) not copying ./gplt/__init__.py (output up-to-date) not copying ./gplt/interface.py (output up-to-date) not copying ./gplt/new_plot.py (output up-to-date) not copying ./gplt/pyPlot.py (output up-to-date) not copying ./cluster/__init__.py (output up-to-date) not copying ./cluster/setup.py (output up-to-date) not copying ./cluster/vq.py (output up-to-date) warning: build_py: package init file './cluster/tests/__init__.py' not found (or not a regular file) not copying ./cluster/tests/vq_test.py (output up-to-date) not copying ./cow/__init__.py (output up-to-date) not copying ./cow/cow.py (output up-to-date) not copying ./cow/herd.py (output up-to-date) not copying ./cow/sync_cluster.py (output up-to-date) not copying ./ga/__init__.py (output up-to-date) not copying ./ga/algorithm.py (output up-to-date) not copying ./ga/examples.py (output up-to-date) not copying ./ga/ga_gnm.py (output up-to-date) not copying ./ga/ga_list.py (output up-to-date) not copying ./ga/ga_util.py (output up-to-date) not copying ./ga/gene.py (output up-to-date) not copying ./ga/genome.py (output up-to-date) not copying ./ga/language.py (output up-to-date) not copying ./ga/parallel_pop.py (output up-to-date) not copying ./ga/population.py (output up-to-date) not copying ./ga/scaling.py (output up-to-date) not copying ./ga/selection.py (output up-to-date) not copying ./ga/tree.py (output up-to-date) not copying ./ga/tree_opt.py (output up-to-date) not copying ./compiler/__init__.py (output up-to-date) not copying ./compiler/build_tools.py (output up-to-date) not copying ./compiler/code_blocks.py (output up-to-date) not copying ./compiler/compile_code.py (output up-to-date) not copying ./compiler/lib2def.py (output up-to-date) not copying ./compiler/misc.py (output up-to-date) not copying ./compiler/size_check.py (output up-to-date) not copying ./compiler/slice_handler.py (output up-to-date) warning: build_py: package init file './compiler/tests/__init__.py' not found (or not a regular file) not copying ./compiler/tests/test_compile_code.py (output up-to-date) not copying ./compiler/tests/test_size_check.py (output up-to-date) not copying ./compiler/tests/test_slice_handler.py (output up-to-date) not copying ./io/__init__.py (output up-to-date) not copying ./io/mio.py (output up-to-date) not copying ./io/array_import.py (output up-to-date) not copying ./signal/__init__.py (output up-to-date) not copying ./signal/bsplines.py (output up-to-date) not copying ./signal/filter_design.py (output up-to-date) not copying ./signal/signaltools.py (output up-to-date) not copying ./stats/__init__.py (output up-to-date) not copying ./stats/new_stats.py (output up-to-date) not copying ./stats/pstat.py (output up-to-date) not copying ./stats/rv.py (output up-to-date) not copying ./stats/stats.py (output up-to-date) not copying ./xplt/GistPlotter.py (output up-to-date) not copying ./xplt/Graphics.py (output up-to-date) not copying ./xplt/Mplot.py (output up-to-date) not copying ./xplt/NarPlotter.py (output up-to-date) not copying ./xplt/__init__.py (output up-to-date) not copying ./xplt/animation2d.py (output up-to-date) not copying ./xplt/berts.py (output up-to-date) not copying ./xplt/cellarray.py (output up-to-date) not copying ./xplt/colorbar.py (output up-to-date) not copying ./xplt/curve.py (output up-to-date) not copying ./xplt/demo5.py (output up-to-date) not copying ./xplt/ezplot.py (output up-to-date) not copying ./xplt/eztest.py (output up-to-date) not copying ./xplt/gist.py (output up-to-date) not copying ./xplt/gist3dhelp.py (output up-to-date) not copying ./xplt/gistdemohigh.py (output up-to-date) not copying ./xplt/gistdemolow.py (output up-to-date) not copying ./xplt/gistmeshtest.py (output up-to-date) not copying ./xplt/gisttest2d.py (output up-to-date) not copying ./xplt/gisttest3d.py (output up-to-date) not copying ./xplt/graftest2d.py (output up-to-date) not copying ./xplt/graftypes.py (output up-to-date) not copying ./xplt/graph.py (output up-to-date) not copying ./xplt/graph2d.py (output up-to-date) not copying ./xplt/graph3d.py (output up-to-date) not copying ./xplt/helpmod.py (output up-to-date) not copying ./xplt/lines.py (output up-to-date) not copying ./xplt/mesh3d.py (output up-to-date) not copying ./xplt/meshtest.py (output up-to-date) not copying ./xplt/movie.py (output up-to-date) not copying ./xplt/nicks.py (output up-to-date) not copying ./xplt/pl3d.py (output up-to-date) not copying ./xplt/plane.py (output up-to-date) not copying ./xplt/plwf.py (output up-to-date) not copying ./xplt/polymap.py (output up-to-date) not copying ./xplt/quadmesh.py (output up-to-date) not copying ./xplt/region.py (output up-to-date) not copying ./xplt/shapetest.py (output up-to-date) not copying ./xplt/slice3.py (output up-to-date) not copying ./xplt/sphereisos.py (output up-to-date) not copying ./xplt/surface.py (output up-to-date) not copying ./xplt/surftest3d.py (output up-to-date) not copying ./xplt/surftest4d.py (output up-to-date) not copying ./xplt/twograftest2d.py (output up-to-date) not copying ./xplt/write_style.py (output up-to-date) not copying ./xplt/yorick.py (output up-to-date) not copying ./fft/FFT2.py (output up-to-date) not copying ./fft/FFT2threads.py (output up-to-date) not copying ./fft/FFTWthreads.py (output up-to-date) not copying ./fft/__init__.py (output up-to-date) not copying ./fft/benchFFT2.py (output up-to-date) not copying ./fft/benchFFT2threads.py (output up-to-date) not copying ./fft/benchFFTWthreads.py (output up-to-date) not copying ./special/__init__.py (output up-to-date) not copying ./special/gendoc.py (output up-to-date) not copying ./special/special.py (output up-to-date) not copying ./interpolate/__init__.py (output up-to-date) not copying ./interpolate/common_routines.py (output up-to-date) not copying ./interpolate/fitpack.py (output up-to-date) not copying ./interpolate/interpolate.py (output up-to-date) not copying ./optimize/__init__.py (output up-to-date) not copying ./optimize/common_routines.py (output up-to-date) not copying ./optimize/minpack.py (output up-to-date) not copying ./optimize/optimize.py (output up-to-date) not copying ./integrate/__init__.py (output up-to-date) not copying ./integrate/common_routines.py (output up-to-date) not copying ./integrate/odepack.py (output up-to-date) not copying ./integrate/orthogonal.py (output up-to-date) not copying ./integrate/quadpack.py (output up-to-date) not copying ./integrate/quadrature.py (output up-to-date) warning: build_py: package init file './Numerical/Lib/__init__.py' not found (or not a regular file) not copying ./Numerical/Lib/ArrayPrinter.py (output up-to-date) not copying ./Numerical/Lib/LinearAlgebra.py (output up-to-date) not copying ./Numerical/Lib/MLab.py (output up-to-date) not copying ./Numerical/Lib/Matrix.py (output up-to-date) not copying ./Numerical/Lib/Numeric.py (output up-to-date) not copying ./Numerical/Lib/Precision.py (output up-to-date) not copying ./Numerical/Lib/RandomArray.py (output up-to-date) not copying ./Numerical/Lib/UserArray.py (output up-to-date) not copying ./Numerical/Lib/numeric_version.py (output up-to-date) warning: build_py: package init file './tests/__init__.py' not found (or not a regular file) warning: build_py: package init file './cluster/tests/__init__.py' not found (or not a regular file) warning: build_py: package init file './compiler/tests/__init__.py' not found (or not a regular file) warning: build_py: package init file './Numerical/Lib/__init__.py' not found (or not a regular file) running build_clib building 'gist' library skipping xplt/gist/cgm.c (build/temp.freebsd-4.4-STABLE-i386-2.1/cgm.o up-to-date) skipping xplt/gist/clip.c (build/temp.freebsd-4.4-STABLE-i386-2.1/clip.o up-to-date) skipping xplt/gist/dispas.c (build/temp.freebsd-4.4-STABLE-i386-2.1/dispas.o up-to-date) skipping xplt/gist/dispat.c (build/temp.freebsd-4.4-STABLE-i386-2.1/dispat.o up-to-date) skipping xplt/gist/dispax.c (build/temp.freebsd-4.4-STABLE-i386-2.1/dispax.o up-to-date) skipping xplt/gist/draw.c (build/temp.freebsd-4.4-STABLE-i386-2.1/draw.o up-to-date) skipping xplt/gist/draw0.c (build/temp.freebsd-4.4-STABLE-i386-2.1/draw0.o up-to-date) skipping xplt/gist/engine.c (build/temp.freebsd-4.4-STABLE-i386-2.1/engine.o up-to-date) skipping xplt/gist/gcntr.c (build/temp.freebsd-4.4-STABLE-i386-2.1/gcntr.o up-to-date) skipping xplt/gist/gist.c (build/temp.freebsd-4.4-STABLE-i386-2.1/gist.o up-to-date) skipping xplt/gist/gread.c (build/temp.freebsd-4.4-STABLE-i386-2.1/gread.o up-to-date) skipping xplt/gist/gtext.c (build/temp.freebsd-4.4-STABLE-i386-2.1/gtext.o up-to-date) skipping xplt/gist/hlevel.c (build/temp.freebsd-4.4-STABLE-i386-2.1/hlevel.o up-to-date) skipping xplt/gist/host.c (build/temp.freebsd-4.4-STABLE-i386-2.1/host.o up-to-date) skipping xplt/gist/osys.c (build/temp.freebsd-4.4-STABLE-i386-2.1/osys.o up-to-date) skipping xplt/gist/ps.c (build/temp.freebsd-4.4-STABLE-i386-2.1/ps.o up-to-date) skipping xplt/gist/tick.c (build/temp.freebsd-4.4-STABLE-i386-2.1/tick.o up-to-date) skipping xplt/gist/tick60.c (build/temp.freebsd-4.4-STABLE-i386-2.1/tick60.o up-to-date) skipping xplt/gist/xbasic.c (build/temp.freebsd-4.4-STABLE-i386-2.1/xbasic.o up-to-date) skipping xplt/gist/xfancy.c (build/temp.freebsd-4.4-STABLE-i386-2.1/xfancy.o up-to-date) skipping xplt/gist/xfont.c (build/temp.freebsd-4.4-STABLE-i386-2.1/xfont.o up-to-date) skipping xplt/gist/xicky.c (build/temp.freebsd-4.4-STABLE-i386-2.1/xicky.o up-to-date) skipping build/temp.freebsd-4.4-STABLE-i386-2.1/libgist.a (up-to-date) building 'c_misc' library skipping special/c_misc/besselpoly.c (build/temp.freebsd-4.4-STABLE-i386-2.1/besselpoly.o up-to-date) skipping build/temp.freebsd-4.4-STABLE-i386-2.1/libc_misc.a (up-to-date) building 'cephes' library skipping special/cephes/airy.c (build/temp.freebsd-4.4-STABLE-i386-2.1/airy.o up-to-date) skipping special/cephes/bdtr.c (build/temp.freebsd-4.4-STABLE-i386-2.1/bdtr.o up-to-date) skipping special/cephes/beta.c (build/temp.freebsd-4.4-STABLE-i386-2.1/beta.o up-to-date) skipping special/cephes/btdtr.c (build/temp.freebsd-4.4-STABLE-i386-2.1/btdtr.o up-to-date) skipping special/cephes/cbrt.c (build/temp.freebsd-4.4-STABLE-i386-2.1/cbrt.o up-to-date) skipping special/cephes/chbevl.c (build/temp.freebsd-4.4-STABLE-i386-2.1/chbevl.o up-to-date) skipping special/cephes/chdtr.c (build/temp.freebsd-4.4-STABLE-i386-2.1/chdtr.o up-to-date) skipping special/cephes/clog.c (build/temp.freebsd-4.4-STABLE-i386-2.1/clog.o up-to-date) skipping special/cephes/cmplx.c (build/temp.freebsd-4.4-STABLE-i386-2.1/cmplx.o up-to-date) skipping special/cephes/const.c (build/temp.freebsd-4.4-STABLE-i386-2.1/const.o up-to-date) skipping special/cephes/cpmul.c (build/temp.freebsd-4.4-STABLE-i386-2.1/cpmul.o up-to-date) skipping special/cephes/dawsn.c (build/temp.freebsd-4.4-STABLE-i386-2.1/dawsn.o up-to-date) skipping special/cephes/ellie.c (build/temp.freebsd-4.4-STABLE-i386-2.1/ellie.o up-to-date) skipping special/cephes/ellik.c (build/temp.freebsd-4.4-STABLE-i386-2.1/ellik.o up-to-date) skipping special/cephes/ellpe.c (build/temp.freebsd-4.4-STABLE-i386-2.1/ellpe.o up-to-date) skipping special/cephes/ellpj.c (build/temp.freebsd-4.4-STABLE-i386-2.1/ellpj.o up-to-date) skipping special/cephes/ellpk.c (build/temp.freebsd-4.4-STABLE-i386-2.1/ellpk.o up-to-date) skipping special/cephes/euclid.c (build/temp.freebsd-4.4-STABLE-i386-2.1/euclid.o up-to-date) skipping special/cephes/exp.c (build/temp.freebsd-4.4-STABLE-i386-2.1/exp.o up-to-date) skipping special/cephes/exp10.c (build/temp.freebsd-4.4-STABLE-i386-2.1/exp10.o up-to-date) skipping special/cephes/exp2.c (build/temp.freebsd-4.4-STABLE-i386-2.1/exp2.o up-to-date) skipping special/cephes/expn.c (build/temp.freebsd-4.4-STABLE-i386-2.1/expn.o up-to-date) skipping special/cephes/fabs.c (build/temp.freebsd-4.4-STABLE-i386-2.1/fabs.o up-to-date) skipping special/cephes/fdtr.c (build/temp.freebsd-4.4-STABLE-i386-2.1/fdtr.o up-to-date) skipping special/cephes/fftr.c (build/temp.freebsd-4.4-STABLE-i386-2.1/fftr.o up-to-date) skipping special/cephes/floor.c (build/temp.freebsd-4.4-STABLE-i386-2.1/floor.o up-to-date) skipping special/cephes/fresnl.c (build/temp.freebsd-4.4-STABLE-i386-2.1/fresnl.o up-to-date) skipping special/cephes/gamma.c (build/temp.freebsd-4.4-STABLE-i386-2.1/gamma.o up-to-date) skipping special/cephes/gdtr.c (build/temp.freebsd-4.4-STABLE-i386-2.1/gdtr.o up-to-date) skipping special/cephes/gels.c (build/temp.freebsd-4.4-STABLE-i386-2.1/gels.o up-to-date) skipping special/cephes/hyp2f1.c (build/temp.freebsd-4.4-STABLE-i386-2.1/hyp2f1.o up-to-date) skipping special/cephes/hyperg.c (build/temp.freebsd-4.4-STABLE-i386-2.1/hyperg.o up-to-date) skipping special/cephes/i0.c (build/temp.freebsd-4.4-STABLE-i386-2.1/i0.o up-to-date) skipping special/cephes/i1.c (build/temp.freebsd-4.4-STABLE-i386-2.1/i1.o up-to-date) skipping special/cephes/igam.c (build/temp.freebsd-4.4-STABLE-i386-2.1/igam.o up-to-date) skipping special/cephes/igami.c (build/temp.freebsd-4.4-STABLE-i386-2.1/igami.o up-to-date) skipping special/cephes/incbet.c (build/temp.freebsd-4.4-STABLE-i386-2.1/incbet.o up-to-date) skipping special/cephes/incbi.c (build/temp.freebsd-4.4-STABLE-i386-2.1/incbi.o up-to-date) skipping special/cephes/isnan.c (build/temp.freebsd-4.4-STABLE-i386-2.1/isnan.o up-to-date) skipping special/cephes/iv.c (build/temp.freebsd-4.4-STABLE-i386-2.1/iv.o up-to-date) skipping special/cephes/j0.c (build/temp.freebsd-4.4-STABLE-i386-2.1/j0.o up-to-date) skipping special/cephes/j1.c (build/temp.freebsd-4.4-STABLE-i386-2.1/j1.o up-to-date) skipping special/cephes/jn.c (build/temp.freebsd-4.4-STABLE-i386-2.1/jn.o up-to-date) skipping special/cephes/jv.c (build/temp.freebsd-4.4-STABLE-i386-2.1/jv.o up-to-date) skipping special/cephes/k0.c (build/temp.freebsd-4.4-STABLE-i386-2.1/k0.o up-to-date) skipping special/cephes/k1.c (build/temp.freebsd-4.4-STABLE-i386-2.1/k1.o up-to-date) skipping special/cephes/kn.c (build/temp.freebsd-4.4-STABLE-i386-2.1/kn.o up-to-date) skipping special/cephes/kolmogorov.c (build/temp.freebsd-4.4-STABLE-i386-2.1/kolmogorov.o up-to-date) skipping special/cephes/levnsn.c (build/temp.freebsd-4.4-STABLE-i386-2.1/levnsn.o up-to-date) skipping special/cephes/log.c (build/temp.freebsd-4.4-STABLE-i386-2.1/log.o up-to-date) skipping special/cephes/log10.c (build/temp.freebsd-4.4-STABLE-i386-2.1/log10.o up-to-date) skipping special/cephes/log2.c (build/temp.freebsd-4.4-STABLE-i386-2.1/log2.o up-to-date) skipping special/cephes/lsqrt.c (build/temp.freebsd-4.4-STABLE-i386-2.1/lsqrt.o up-to-date) skipping special/cephes/mmmpy.c (build/temp.freebsd-4.4-STABLE-i386-2.1/mmmpy.o up-to-date) skipping special/cephes/mtherr.c (build/temp.freebsd-4.4-STABLE-i386-2.1/mtherr.o up-to-date) skipping special/cephes/mtransp.c (build/temp.freebsd-4.4-STABLE-i386-2.1/mtransp.o up-to-date) skipping special/cephes/mvmpy.c (build/temp.freebsd-4.4-STABLE-i386-2.1/mvmpy.o up-to-date) skipping special/cephes/nbdtr.c (build/temp.freebsd-4.4-STABLE-i386-2.1/nbdtr.o up-to-date) skipping special/cephes/ndtr.c (build/temp.freebsd-4.4-STABLE-i386-2.1/ndtr.o up-to-date) skipping special/cephes/ndtri.c (build/temp.freebsd-4.4-STABLE-i386-2.1/ndtri.o up-to-date) skipping special/cephes/pdtr.c (build/temp.freebsd-4.4-STABLE-i386-2.1/pdtr.o up-to-date) skipping special/cephes/polevl.c (build/temp.freebsd-4.4-STABLE-i386-2.1/polevl.o up-to-date) skipping special/cephes/polmisc.c (build/temp.freebsd-4.4-STABLE-i386-2.1/polmisc.o up-to-date) skipping special/cephes/polrt.c (build/temp.freebsd-4.4-STABLE-i386-2.1/polrt.o up-to-date) skipping special/cephes/polyn.c (build/temp.freebsd-4.4-STABLE-i386-2.1/polyn.o up-to-date) skipping special/cephes/pow.c (build/temp.freebsd-4.4-STABLE-i386-2.1/pow.o up-to-date) skipping special/cephes/powi.c (build/temp.freebsd-4.4-STABLE-i386-2.1/powi.o up-to-date) skipping special/cephes/psi.c (build/temp.freebsd-4.4-STABLE-i386-2.1/psi.o up-to-date) skipping special/cephes/rgamma.c (build/temp.freebsd-4.4-STABLE-i386-2.1/rgamma.o up-to-date) skipping special/cephes/round.c (build/temp.freebsd-4.4-STABLE-i386-2.1/round.o up-to-date) skipping special/cephes/setprec.c (build/temp.freebsd-4.4-STABLE-i386-2.1/setprec.o up-to-date) skipping special/cephes/shichi.c (build/temp.freebsd-4.4-STABLE-i386-2.1/shichi.o up-to-date) skipping special/cephes/sici.c (build/temp.freebsd-4.4-STABLE-i386-2.1/sici.o up-to-date) skipping special/cephes/simpsn.c (build/temp.freebsd-4.4-STABLE-i386-2.1/simpsn.o up-to-date) skipping special/cephes/simq.c (build/temp.freebsd-4.4-STABLE-i386-2.1/simq.o up-to-date) skipping special/cephes/sincos.c (build/temp.freebsd-4.4-STABLE-i386-2.1/sincos.o up-to-date) skipping special/cephes/sindg.c (build/temp.freebsd-4.4-STABLE-i386-2.1/sindg.o up-to-date) skipping special/cephes/spence.c (build/temp.freebsd-4.4-STABLE-i386-2.1/spence.o up-to-date) skipping special/cephes/sqrt.c (build/temp.freebsd-4.4-STABLE-i386-2.1/sqrt.o up-to-date) skipping special/cephes/stdtr.c (build/temp.freebsd-4.4-STABLE-i386-2.1/stdtr.o up-to-date) skipping special/cephes/struve.c (build/temp.freebsd-4.4-STABLE-i386-2.1/struve.o up-to-date) skipping special/cephes/tandg.c (build/temp.freebsd-4.4-STABLE-i386-2.1/tandg.o up-to-date) skipping special/cephes/time-it.c (build/temp.freebsd-4.4-STABLE-i386-2.1/time-it.o up-to-date) skipping special/cephes/unity.c (build/temp.freebsd-4.4-STABLE-i386-2.1/unity.o up-to-date) skipping special/cephes/yn.c (build/temp.freebsd-4.4-STABLE-i386-2.1/yn.o up-to-date) skipping special/cephes/zeta.c (build/temp.freebsd-4.4-STABLE-i386-2.1/zeta.o up-to-date) skipping special/cephes/zetac.c (build/temp.freebsd-4.4-STABLE-i386-2.1/zetac.o up-to-date) skipping build/temp.freebsd-4.4-STABLE-i386-2.1/libcephes.a (up-to-date) running build_flib Gnu 2.95.3 building 'amos' library ar -cur build/temp.freebsd-4.4-STABLE-i386-2.1/libamos.a build/temp.freebsd-4.4-STABLE-i386-2.1/dgamln.o build/temp.freebsd-4.4-STABLE-i386-2.1/dsclmr.o build/temp.freebsd-4.4-STABLE-i386-2.1/fdump.o build/temp.freebsd-4.4-STABLE-i386-2.1/zabs.o build/temp.freebsd-4.4-STABLE-i386-2.1/zacai.o build/temp.freebsd-4.4-STABLE-i386-2.1/zacon.o build/temp.freebsd-4.4-STABLE-i386-2.1/zairy.o build/temp.freebsd-4.4-STABLE-i386-2.1/zasyi.o build/temp.freebsd-4.4-STABLE-i386-2.1/zbesh.o build/temp.freebsd-4.4-STABLE-i386-2.1/zbesi.o build/temp.freebsd-4.4-STABLE-i386-2.1/zbesj.o build/temp.freebsd-4.4-STABLE-i386-2.1/zbesk.o build/temp.freebsd-4.4-STABLE-i386-2.1/zbesy.o build/temp.freebsd-4.4-STABLE-i386-2.1/zbinu.o build/temp.freebsd-4.4-STABLE-i386-2.1/zbiry.o build/temp.freebsd-4.4-STABLE-i386-2.1/zbknu.o build/temp.freebsd-4.4-STABLE-i386-2.1/zbuni.o build/temp.freebsd-4.4-STABLE-i386-2.1/zbunk.o build/temp.freebsd-4.4-STABLE-i386-2.1/zdiv.o build/temp.freebsd-4.4-STABLE-i386-2.1/zexp.o ar -cur build/temp.freebsd-4.4-STABLE-i386-2.1/libamos.a build/temp.freebsd-4.4-STABLE-i386-2.1/zkscl.o build/temp.freebsd-4.4-STABLE-i386-2.1/zlog.o build/temp.freebsd-4.4-STABLE-i386-2.1/zmlri.o build/temp.freebsd-4.4-STABLE-i386-2.1/zmlt.o build/temp.freebsd-4.4-STABLE-i386-2.1/zrati.o build/temp.freebsd-4.4-STABLE-i386-2.1/zs1s2.o build/temp.freebsd-4.4-STABLE-i386-2.1/zseri.o build/temp.freebsd-4.4-STABLE-i386-2.1/zshch.o build/temp.freebsd-4.4-STABLE-i386-2.1/zsqrt.o build/temp.freebsd-4.4-STABLE-i386-2.1/zuchk.o build/temp.freebsd-4.4-STABLE-i386-2.1/zunhj.o build/temp.freebsd-4.4-STABLE-i386-2.1/zuni1.o build/temp.freebsd-4.4-STABLE-i386-2.1/zuni2.o build/temp.freebsd-4.4-STABLE-i386-2.1/zunik.o build/temp.freebsd-4.4-STABLE-i386-2.1/zunk1.o build/temp.freebsd-4.4-STABLE-i386-2.1/zunk2.o build/temp.freebsd-4.4-STABLE-i386-2.1/zuoik.o build/temp.freebsd-4.4-STABLE-i386-2.1/zwrsk.o building 'toms' library ar -cur build/temp.freebsd-4.4-STABLE-i386-2.1/libtoms.a build/temp.freebsd-4.4-STABLE-i386-2.1/wofz.o building 'fitpack' library ar -cur build/temp.freebsd-4.4-STABLE-i386-2.1/libfitpack.a build/temp.freebsd-4.4-STABLE-i386-2.1/bispev.o build/temp.freebsd-4.4-STABLE-i386-2.1/clocur.o build/temp.freebsd-4.4-STABLE-i386-2.1/cocosp.o build/temp.freebsd-4.4-STABLE-i386-2.1/concon.o build/temp.freebsd-4.4-STABLE-i386-2.1/concur.o build/temp.freebsd-4.4-STABLE-i386-2.1/cualde.o build/temp.freebsd-4.4-STABLE-i386-2.1/curev.o build/temp.freebsd-4.4-STABLE-i386-2.1/curfit.o build/temp.freebsd-4.4-STABLE-i386-2.1/dblint.o build/temp.freebsd-4.4-STABLE-i386-2.1/evapol.o build/temp.freebsd-4.4-STABLE-i386-2.1/fourco.o build/temp.freebsd-4.4-STABLE-i386-2.1/fpader.o build/temp.freebsd-4.4-STABLE-i386-2.1/fpadno.o build/temp.freebsd-4.4-STABLE-i386-2.1/fpadpo.o build/temp.freebsd-4.4-STABLE-i386-2.1/fpback.o build/temp.freebsd-4.4-STABLE-i386-2.1/fpbacp.o build/temp.freebsd-4.4-STABLE-i386-2.1/fpbfout.o build/temp.freebsd-4.4-STABLE-i386-2.1/fpbisp.o build/temp.freebsd-4.4-STABLE-i386-2.1/fpbspl.o build/temp.freebsd-4.4-STABLE-i386-2.1/fpchec.o ar -cur build/temp.freebsd-4.4-STABLE-i386-2.1/libfitpack.a build/temp.freebsd-4.4-STABLE-i386-2.1/fpched.o build/temp.freebsd-4.4-STABLE-i386-2.1/fpchep.o build/temp.freebsd-4.4-STABLE-i386-2.1/fpclos.o build/temp.freebsd-4.4-STABLE-i386-2.1/fpcoco.o build/temp.freebsd-4.4-STABLE-i386-2.1/fpcons.o build/temp.freebsd-4.4-STABLE-i386-2.1/fpcosp.o build/temp.freebsd-4.4-STABLE-i386-2.1/fpcsin.o build/temp.freebsd-4.4-STABLE-i386-2.1/fpcurf.o build/temp.freebsd-4.4-STABLE-i386-2.1/fpcuro.o build/temp.freebsd-4.4-STABLE-i386-2.1/fpcyt1.o build/temp.freebsd-4.4-STABLE-i386-2.1/fpcyt2.o build/temp.freebsd-4.4-STABLE-i386-2.1/fpdeno.o build/temp.freebsd-4.4-STABLE-i386-2.1/fpdisc.o build/temp.freebsd-4.4-STABLE-i386-2.1/fpfrno.o build/temp.freebsd-4.4-STABLE-i386-2.1/fpgivs.o build/temp.freebsd-4.4-STABLE-i386-2.1/fpgrdi.o build/temp.freebsd-4.4-STABLE-i386-2.1/fpgrpa.o build/temp.freebsd-4.4-STABLE-i386-2.1/fpgrre.o build/temp.freebsd-4.4-STABLE-i386-2.1/fpgrsp.o build/temp.freebsd-4.4-STABLE-i386-2.1/fpinst.o ar -cur build/temp.freebsd-4.4-STABLE-i386-2.1/libfitpack.a build/temp.freebsd-4.4-STABLE-i386-2.1/fpintb.o build/temp.freebsd-4.4-STABLE-i386-2.1/fpknot.o build/temp.freebsd-4.4-STABLE-i386-2.1/fpopdi.o build/temp.freebsd-4.4-STABLE-i386-2.1/fpopsp.o build/temp.freebsd-4.4-STABLE-i386-2.1/fporde.o build/temp.freebsd-4.4-STABLE-i386-2.1/fppara.o build/temp.freebsd-4.4-STABLE-i386-2.1/fppasu.o build/temp.freebsd-4.4-STABLE-i386-2.1/fpperi.o build/temp.freebsd-4.4-STABLE-i386-2.1/fppocu.o build/temp.freebsd-4.4-STABLE-i386-2.1/fppogr.o build/temp.freebsd-4.4-STABLE-i386-2.1/fppola.o build/temp.freebsd-4.4-STABLE-i386-2.1/fprank.o build/temp.freebsd-4.4-STABLE-i386-2.1/fprati.o build/temp.freebsd-4.4-STABLE-i386-2.1/fpregr.o build/temp.freebsd-4.4-STABLE-i386-2.1/fprota.o build/temp.freebsd-4.4-STABLE-i386-2.1/fprppo.o build/temp.freebsd-4.4-STABLE-i386-2.1/fprpsp.o build/temp.freebsd-4.4-STABLE-i386-2.1/fpseno.o build/temp.freebsd-4.4-STABLE-i386-2.1/fpspgr.o build/temp.freebsd-4.4-STABLE-i386-2.1/fpsphe.o ar -cur build/temp.freebsd-4.4-STABLE-i386-2.1/libfitpack.a build/temp.freebsd-4.4-STABLE-i386-2.1/fpsuev.o build/temp.freebsd-4.4-STABLE-i386-2.1/fpsurf.o build/temp.freebsd-4.4-STABLE-i386-2.1/fpsysy.o build/temp.freebsd-4.4-STABLE-i386-2.1/fptrnp.o build/temp.freebsd-4.4-STABLE-i386-2.1/fptrpe.o build/temp.freebsd-4.4-STABLE-i386-2.1/insert.o build/temp.freebsd-4.4-STABLE-i386-2.1/parcur.o build/temp.freebsd-4.4-STABLE-i386-2.1/parder.o build/temp.freebsd-4.4-STABLE-i386-2.1/parsur.o build/temp.freebsd-4.4-STABLE-i386-2.1/percur.o build/temp.freebsd-4.4-STABLE-i386-2.1/pogrid.o build/temp.freebsd-4.4-STABLE-i386-2.1/polar.o build/temp.freebsd-4.4-STABLE-i386-2.1/profil.o build/temp.freebsd-4.4-STABLE-i386-2.1/regrid.o build/temp.freebsd-4.4-STABLE-i386-2.1/splev.o build/temp.freebsd-4.4-STABLE-i386-2.1/spalde.o build/temp.freebsd-4.4-STABLE-i386-2.1/spgrid.o build/temp.freebsd-4.4-STABLE-i386-2.1/sphere.o build/temp.freebsd-4.4-STABLE-i386-2.1/splder.o build/temp.freebsd-4.4-STABLE-i386-2.1/splint.o ar -cur build/temp.freebsd-4.4-STABLE-i386-2.1/libfitpack.a build/temp.freebsd-4.4-STABLE-i386-2.1/sproot.o build/temp.freebsd-4.4-STABLE-i386-2.1/surev.o build/temp.freebsd-4.4-STABLE-i386-2.1/surfit.o building 'minpack' library ar -cur build/temp.freebsd-4.4-STABLE-i386-2.1/libminpack.a build/temp.freebsd-4.4-STABLE-i386-2.1/chkder.o build/temp.freebsd-4.4-STABLE-i386-2.1/dogleg.o build/temp.freebsd-4.4-STABLE-i386-2.1/dpmpar.o build/temp.freebsd-4.4-STABLE-i386-2.1/enorm.o build/temp.freebsd-4.4-STABLE-i386-2.1/fdjac1.o build/temp.freebsd-4.4-STABLE-i386-2.1/fdjac2.o build/temp.freebsd-4.4-STABLE-i386-2.1/hybrd.o build/temp.freebsd-4.4-STABLE-i386-2.1/hybrd1.o build/temp.freebsd-4.4-STABLE-i386-2.1/hybrj.o build/temp.freebsd-4.4-STABLE-i386-2.1/hybrj1.o build/temp.freebsd-4.4-STABLE-i386-2.1/lmder.o build/temp.freebsd-4.4-STABLE-i386-2.1/lmder1.o build/temp.freebsd-4.4-STABLE-i386-2.1/lmdif.o build/temp.freebsd-4.4-STABLE-i386-2.1/lmdif1.o build/temp.freebsd-4.4-STABLE-i386-2.1/lmpar.o build/temp.freebsd-4.4-STABLE-i386-2.1/lmstr.o build/temp.freebsd-4.4-STABLE-i386-2.1/lmstr1.o build/temp.freebsd-4.4-STABLE-i386-2.1/qform.o build/temp.freebsd-4.4-STABLE-i386-2.1/qrfac.o build/temp.freebsd-4.4-STABLE-i386-2.1/qrsolv.o ar -cur build/temp.freebsd-4.4-STABLE-i386-2.1/libminpack.a build/temp.freebsd-4.4-STABLE-i386-2.1/r1mpyq.o build/temp.freebsd-4.4-STABLE-i386-2.1/r1updt.o build/temp.freebsd-4.4-STABLE-i386-2.1/rwupdt.o building 'quadpack' library ar -cur build/temp.freebsd-4.4-STABLE-i386-2.1/libquadpack.a build/temp.freebsd-4.4-STABLE-i386-2.1/dqag.o build/temp.freebsd-4.4-STABLE-i386-2.1/dqage.o build/temp.freebsd-4.4-STABLE-i386-2.1/dqagi.o build/temp.freebsd-4.4-STABLE-i386-2.1/dqagie.o build/temp.freebsd-4.4-STABLE-i386-2.1/dqagp.o build/temp.freebsd-4.4-STABLE-i386-2.1/dqagpe.o build/temp.freebsd-4.4-STABLE-i386-2.1/dqags.o build/temp.freebsd-4.4-STABLE-i386-2.1/dqagse.o build/temp.freebsd-4.4-STABLE-i386-2.1/dqawc.o build/temp.freebsd-4.4-STABLE-i386-2.1/dqawce.o build/temp.freebsd-4.4-STABLE-i386-2.1/dqawf.o build/temp.freebsd-4.4-STABLE-i386-2.1/dqawfe.o build/temp.freebsd-4.4-STABLE-i386-2.1/dqawo.o build/temp.freebsd-4.4-STABLE-i386-2.1/dqawoe.o build/temp.freebsd-4.4-STABLE-i386-2.1/dqaws.o build/temp.freebsd-4.4-STABLE-i386-2.1/dqawse.o build/temp.freebsd-4.4-STABLE-i386-2.1/dqc25c.o build/temp.freebsd-4.4-STABLE-i386-2.1/dqc25f.o build/temp.freebsd-4.4-STABLE-i386-2.1/dqc25s.o build/temp.freebsd-4.4-STABLE-i386-2.1/dqcheb.o ar -cur build/temp.freebsd-4.4-STABLE-i386-2.1/libquadpack.a build/temp.freebsd-4.4-STABLE-i386-2.1/dqelg.o build/temp.freebsd-4.4-STABLE-i386-2.1/dqk15.o build/temp.freebsd-4.4-STABLE-i386-2.1/dqk15i.o build/temp.freebsd-4.4-STABLE-i386-2.1/dqk15w.o build/temp.freebsd-4.4-STABLE-i386-2.1/dqk21.o build/temp.freebsd-4.4-STABLE-i386-2.1/dqk31.o build/temp.freebsd-4.4-STABLE-i386-2.1/dqk41.o build/temp.freebsd-4.4-STABLE-i386-2.1/dqk51.o build/temp.freebsd-4.4-STABLE-i386-2.1/dqk61.o build/temp.freebsd-4.4-STABLE-i386-2.1/dqmomo.o build/temp.freebsd-4.4-STABLE-i386-2.1/dqng.o build/temp.freebsd-4.4-STABLE-i386-2.1/dqpsrt.o build/temp.freebsd-4.4-STABLE-i386-2.1/dqwgtc.o build/temp.freebsd-4.4-STABLE-i386-2.1/dqwgtf.o build/temp.freebsd-4.4-STABLE-i386-2.1/dqwgts.o building 'odepack' library ar -cur build/temp.freebsd-4.4-STABLE-i386-2.1/libodepack.a build/temp.freebsd-4.4-STABLE-i386-2.1/adjlr.o build/temp.freebsd-4.4-STABLE-i386-2.1/aigbt.o build/temp.freebsd-4.4-STABLE-i386-2.1/ainvg.o build/temp.freebsd-4.4-STABLE-i386-2.1/blkdta000.o build/temp.freebsd-4.4-STABLE-i386-2.1/bnorm.o build/temp.freebsd-4.4-STABLE-i386-2.1/cdrv.o build/temp.freebsd-4.4-STABLE-i386-2.1/cfode.o build/temp.freebsd-4.4-STABLE-i386-2.1/cntnzu.o build/temp.freebsd-4.4-STABLE-i386-2.1/ddasrt.o build/temp.freebsd-4.4-STABLE-i386-2.1/ddassl.o build/temp.freebsd-4.4-STABLE-i386-2.1/decbt.o build/temp.freebsd-4.4-STABLE-i386-2.1/ewset.o build/temp.freebsd-4.4-STABLE-i386-2.1/fnorm.o build/temp.freebsd-4.4-STABLE-i386-2.1/intdy.o build/temp.freebsd-4.4-STABLE-i386-2.1/iprep.o build/temp.freebsd-4.4-STABLE-i386-2.1/jgroup.o build/temp.freebsd-4.4-STABLE-i386-2.1/lsoda.o build/temp.freebsd-4.4-STABLE-i386-2.1/lsodar.o build/temp.freebsd-4.4-STABLE-i386-2.1/lsode.o build/temp.freebsd-4.4-STABLE-i386-2.1/lsodes.o ar -cur build/temp.freebsd-4.4-STABLE-i386-2.1/libodepack.a build/temp.freebsd-4.4-STABLE-i386-2.1/lsodi.o build/temp.freebsd-4.4-STABLE-i386-2.1/lsoibt.o build/temp.freebsd-4.4-STABLE-i386-2.1/md.o build/temp.freebsd-4.4-STABLE-i386-2.1/mdi.o build/temp.freebsd-4.4-STABLE-i386-2.1/mdm.o build/temp.freebsd-4.4-STABLE-i386-2.1/mdp.o build/temp.freebsd-4.4-STABLE-i386-2.1/mdu.o build/temp.freebsd-4.4-STABLE-i386-2.1/nnfc.o build/temp.freebsd-4.4-STABLE-i386-2.1/nnsc.o build/temp.freebsd-4.4-STABLE-i386-2.1/nntc.o build/temp.freebsd-4.4-STABLE-i386-2.1/nroc.o build/temp.freebsd-4.4-STABLE-i386-2.1/nsfc.o build/temp.freebsd-4.4-STABLE-i386-2.1/odrv.o build/temp.freebsd-4.4-STABLE-i386-2.1/pjibt.o build/temp.freebsd-4.4-STABLE-i386-2.1/prep.o build/temp.freebsd-4.4-STABLE-i386-2.1/prepj.o build/temp.freebsd-4.4-STABLE-i386-2.1/prepji.o build/temp.freebsd-4.4-STABLE-i386-2.1/prja.o build/temp.freebsd-4.4-STABLE-i386-2.1/prjs.o build/temp.freebsd-4.4-STABLE-i386-2.1/rchek.o ar -cur build/temp.freebsd-4.4-STABLE-i386-2.1/libodepack.a build/temp.freebsd-4.4-STABLE-i386-2.1/roots.o build/temp.freebsd-4.4-STABLE-i386-2.1/slsbt.o build/temp.freebsd-4.4-STABLE-i386-2.1/slss.o build/temp.freebsd-4.4-STABLE-i386-2.1/solbt.o build/temp.freebsd-4.4-STABLE-i386-2.1/solsy.o build/temp.freebsd-4.4-STABLE-i386-2.1/srcar.o build/temp.freebsd-4.4-STABLE-i386-2.1/srcma.o build/temp.freebsd-4.4-STABLE-i386-2.1/srcms.o build/temp.freebsd-4.4-STABLE-i386-2.1/srcom.o build/temp.freebsd-4.4-STABLE-i386-2.1/sro.o build/temp.freebsd-4.4-STABLE-i386-2.1/stoda.o build/temp.freebsd-4.4-STABLE-i386-2.1/stode.o build/temp.freebsd-4.4-STABLE-i386-2.1/stodi.o build/temp.freebsd-4.4-STABLE-i386-2.1/vmnorm.o build/temp.freebsd-4.4-STABLE-i386-2.1/vnorm.o build/temp.freebsd-4.4-STABLE-i386-2.1/xerrwv.o build/temp.freebsd-4.4-STABLE-i386-2.1/xsetf.o build/temp.freebsd-4.4-STABLE-i386-2.1/xsetun.o building 'linpack_lite' library ar -cur build/temp.freebsd-4.4-STABLE-i386-2.1/liblinpack_lite.a build/temp.freebsd-4.4-STABLE-i386-2.1/dgbfa.o build/temp.freebsd-4.4-STABLE-i386-2.1/dgbsl.o build/temp.freebsd-4.4-STABLE-i386-2.1/dgefa.o build/temp.freebsd-4.4-STABLE-i386-2.1/dgesl.o build/temp.freebsd-4.4-STABLE-i386-2.1/dgtsl.o building 'blas' library ar -cur build/temp.freebsd-4.4-STABLE-i386-2.1/libblas.a build/temp.freebsd-4.4-STABLE-i386-2.1/caxpy.o build/temp.freebsd-4.4-STABLE-i386-2.1/ccopy.o build/temp.freebsd-4.4-STABLE-i386-2.1/cdotc.o build/temp.freebsd-4.4-STABLE-i386-2.1/cdotu.o build/temp.freebsd-4.4-STABLE-i386-2.1/cgbmv.o build/temp.freebsd-4.4-STABLE-i386-2.1/cgemm.o build/temp.freebsd-4.4-STABLE-i386-2.1/cgemv.o build/temp.freebsd-4.4-STABLE-i386-2.1/cgerc.o build/temp.freebsd-4.4-STABLE-i386-2.1/cgeru.o build/temp.freebsd-4.4-STABLE-i386-2.1/chbmv.o build/temp.freebsd-4.4-STABLE-i386-2.1/chemm.o build/temp.freebsd-4.4-STABLE-i386-2.1/chemv.o build/temp.freebsd-4.4-STABLE-i386-2.1/cher.o build/temp.freebsd-4.4-STABLE-i386-2.1/cher2.o build/temp.freebsd-4.4-STABLE-i386-2.1/cher2k.o build/temp.freebsd-4.4-STABLE-i386-2.1/cherk.o build/temp.freebsd-4.4-STABLE-i386-2.1/chpmv.o build/temp.freebsd-4.4-STABLE-i386-2.1/chpr.o build/temp.freebsd-4.4-STABLE-i386-2.1/chpr2.o build/temp.freebsd-4.4-STABLE-i386-2.1/crotg.o ar -cur build/temp.freebsd-4.4-STABLE-i386-2.1/libblas.a build/temp.freebsd-4.4-STABLE-i386-2.1/cscal.o build/temp.freebsd-4.4-STABLE-i386-2.1/csscal.o build/temp.freebsd-4.4-STABLE-i386-2.1/cswap.o build/temp.freebsd-4.4-STABLE-i386-2.1/csymm.o build/temp.freebsd-4.4-STABLE-i386-2.1/csyr2k.o build/temp.freebsd-4.4-STABLE-i386-2.1/csyrk.o build/temp.freebsd-4.4-STABLE-i386-2.1/ctbmv.o build/temp.freebsd-4.4-STABLE-i386-2.1/ctbsv.o build/temp.freebsd-4.4-STABLE-i386-2.1/ctpmv.o build/temp.freebsd-4.4-STABLE-i386-2.1/ctpsv.o build/temp.freebsd-4.4-STABLE-i386-2.1/ctrmm.o build/temp.freebsd-4.4-STABLE-i386-2.1/ctrmv.o build/temp.freebsd-4.4-STABLE-i386-2.1/ctrsm.o build/temp.freebsd-4.4-STABLE-i386-2.1/ctrsv.o build/temp.freebsd-4.4-STABLE-i386-2.1/dasum.o build/temp.freebsd-4.4-STABLE-i386-2.1/daxpy.o build/temp.freebsd-4.4-STABLE-i386-2.1/dcabs1.o build/temp.freebsd-4.4-STABLE-i386-2.1/dcopy.o build/temp.freebsd-4.4-STABLE-i386-2.1/ddot.o build/temp.freebsd-4.4-STABLE-i386-2.1/dgbmv.o ar -cur build/temp.freebsd-4.4-STABLE-i386-2.1/libblas.a build/temp.freebsd-4.4-STABLE-i386-2.1/dgemm.o build/temp.freebsd-4.4-STABLE-i386-2.1/dgemv.o build/temp.freebsd-4.4-STABLE-i386-2.1/dger.o build/temp.freebsd-4.4-STABLE-i386-2.1/dnrm2.o build/temp.freebsd-4.4-STABLE-i386-2.1/drot.o build/temp.freebsd-4.4-STABLE-i386-2.1/drotg.o build/temp.freebsd-4.4-STABLE-i386-2.1/dsbmv.o build/temp.freebsd-4.4-STABLE-i386-2.1/dscal.o build/temp.freebsd-4.4-STABLE-i386-2.1/dspmv.o build/temp.freebsd-4.4-STABLE-i386-2.1/dspr.o build/temp.freebsd-4.4-STABLE-i386-2.1/dspr2.o build/temp.freebsd-4.4-STABLE-i386-2.1/dswap.o build/temp.freebsd-4.4-STABLE-i386-2.1/dsymm.o build/temp.freebsd-4.4-STABLE-i386-2.1/dsymv.o build/temp.freebsd-4.4-STABLE-i386-2.1/dsyr.o build/temp.freebsd-4.4-STABLE-i386-2.1/dsyr2.o build/temp.freebsd-4.4-STABLE-i386-2.1/dsyr2k.o build/temp.freebsd-4.4-STABLE-i386-2.1/dsyrk.o build/temp.freebsd-4.4-STABLE-i386-2.1/dtbmv.o build/temp.freebsd-4.4-STABLE-i386-2.1/dtbsv.o ar -cur build/temp.freebsd-4.4-STABLE-i386-2.1/libblas.a build/temp.freebsd-4.4-STABLE-i386-2.1/dtpmv.o build/temp.freebsd-4.4-STABLE-i386-2.1/dtpsv.o build/temp.freebsd-4.4-STABLE-i386-2.1/dtrmm.o build/temp.freebsd-4.4-STABLE-i386-2.1/dtrmv.o build/temp.freebsd-4.4-STABLE-i386-2.1/dtrsm.o build/temp.freebsd-4.4-STABLE-i386-2.1/dtrsv.o build/temp.freebsd-4.4-STABLE-i386-2.1/dzasum.o build/temp.freebsd-4.4-STABLE-i386-2.1/dznrm2.o build/temp.freebsd-4.4-STABLE-i386-2.1/icamax.o build/temp.freebsd-4.4-STABLE-i386-2.1/idamax.o build/temp.freebsd-4.4-STABLE-i386-2.1/isamax.o build/temp.freebsd-4.4-STABLE-i386-2.1/izamax.o build/temp.freebsd-4.4-STABLE-i386-2.1/lsame.o build/temp.freebsd-4.4-STABLE-i386-2.1/sasum.o build/temp.freebsd-4.4-STABLE-i386-2.1/saxpy.o build/temp.freebsd-4.4-STABLE-i386-2.1/scasum.o build/temp.freebsd-4.4-STABLE-i386-2.1/scnrm2.o build/temp.freebsd-4.4-STABLE-i386-2.1/scopy.o build/temp.freebsd-4.4-STABLE-i386-2.1/sdot.o build/temp.freebsd-4.4-STABLE-i386-2.1/sgbmv.o ar -cur build/temp.freebsd-4.4-STABLE-i386-2.1/libblas.a build/temp.freebsd-4.4-STABLE-i386-2.1/sgemm.o build/temp.freebsd-4.4-STABLE-i386-2.1/sgemv.o build/temp.freebsd-4.4-STABLE-i386-2.1/sger.o build/temp.freebsd-4.4-STABLE-i386-2.1/snrm2.o build/temp.freebsd-4.4-STABLE-i386-2.1/srot.o build/temp.freebsd-4.4-STABLE-i386-2.1/srotg.o build/temp.freebsd-4.4-STABLE-i386-2.1/ssbmv.o build/temp.freebsd-4.4-STABLE-i386-2.1/sscal.o build/temp.freebsd-4.4-STABLE-i386-2.1/sspmv.o build/temp.freebsd-4.4-STABLE-i386-2.1/sspr.o build/temp.freebsd-4.4-STABLE-i386-2.1/sspr2.o build/temp.freebsd-4.4-STABLE-i386-2.1/sswap.o build/temp.freebsd-4.4-STABLE-i386-2.1/ssymm.o build/temp.freebsd-4.4-STABLE-i386-2.1/ssymv.o build/temp.freebsd-4.4-STABLE-i386-2.1/ssyr.o build/temp.freebsd-4.4-STABLE-i386-2.1/ssyr2.o build/temp.freebsd-4.4-STABLE-i386-2.1/ssyr2k.o build/temp.freebsd-4.4-STABLE-i386-2.1/ssyrk.o build/temp.freebsd-4.4-STABLE-i386-2.1/stbmv.o build/temp.freebsd-4.4-STABLE-i386-2.1/stbsv.o ar -cur build/temp.freebsd-4.4-STABLE-i386-2.1/libblas.a build/temp.freebsd-4.4-STABLE-i386-2.1/stpmv.o build/temp.freebsd-4.4-STABLE-i386-2.1/stpsv.o build/temp.freebsd-4.4-STABLE-i386-2.1/strmm.o build/temp.freebsd-4.4-STABLE-i386-2.1/strmv.o build/temp.freebsd-4.4-STABLE-i386-2.1/strsm.o build/temp.freebsd-4.4-STABLE-i386-2.1/strsv.o build/temp.freebsd-4.4-STABLE-i386-2.1/xerbla.o build/temp.freebsd-4.4-STABLE-i386-2.1/zaxpy.o build/temp.freebsd-4.4-STABLE-i386-2.1/zcopy.o build/temp.freebsd-4.4-STABLE-i386-2.1/zdotc.o build/temp.freebsd-4.4-STABLE-i386-2.1/zdotu.o build/temp.freebsd-4.4-STABLE-i386-2.1/zdscal.o build/temp.freebsd-4.4-STABLE-i386-2.1/zgbmv.o build/temp.freebsd-4.4-STABLE-i386-2.1/zgemm.o build/temp.freebsd-4.4-STABLE-i386-2.1/zgemv.o build/temp.freebsd-4.4-STABLE-i386-2.1/zgerc.o build/temp.freebsd-4.4-STABLE-i386-2.1/zgeru.o build/temp.freebsd-4.4-STABLE-i386-2.1/zhbmv.o build/temp.freebsd-4.4-STABLE-i386-2.1/zhemm.o build/temp.freebsd-4.4-STABLE-i386-2.1/zhemv.o ar -cur build/temp.freebsd-4.4-STABLE-i386-2.1/libblas.a build/temp.freebsd-4.4-STABLE-i386-2.1/zher.o build/temp.freebsd-4.4-STABLE-i386-2.1/zher2.o build/temp.freebsd-4.4-STABLE-i386-2.1/zher2k.o build/temp.freebsd-4.4-STABLE-i386-2.1/zherk.o build/temp.freebsd-4.4-STABLE-i386-2.1/zhpmv.o build/temp.freebsd-4.4-STABLE-i386-2.1/zhpr.o build/temp.freebsd-4.4-STABLE-i386-2.1/zhpr2.o build/temp.freebsd-4.4-STABLE-i386-2.1/zrotg.o build/temp.freebsd-4.4-STABLE-i386-2.1/zscal.o build/temp.freebsd-4.4-STABLE-i386-2.1/zswap.o build/temp.freebsd-4.4-STABLE-i386-2.1/zsymm.o build/temp.freebsd-4.4-STABLE-i386-2.1/zsyr2k.o build/temp.freebsd-4.4-STABLE-i386-2.1/zsyrk.o build/temp.freebsd-4.4-STABLE-i386-2.1/ztbmv.o build/temp.freebsd-4.4-STABLE-i386-2.1/ztbsv.o build/temp.freebsd-4.4-STABLE-i386-2.1/ztpmv.o build/temp.freebsd-4.4-STABLE-i386-2.1/ztpsv.o build/temp.freebsd-4.4-STABLE-i386-2.1/ztrmm.o build/temp.freebsd-4.4-STABLE-i386-2.1/ztrmv.o build/temp.freebsd-4.4-STABLE-i386-2.1/ztrsm.o ar -cur build/temp.freebsd-4.4-STABLE-i386-2.1/libblas.a build/temp.freebsd-4.4-STABLE-i386-2.1/ztrsv.o building 'mach' library ar -cur build/temp.freebsd-4.4-STABLE-i386-2.1/libmach.a build/temp.freebsd-4.4-STABLE-i386-2.1/d1mach.o build/temp.freebsd-4.4-STABLE-i386-2.1/i1mach.o build/temp.freebsd-4.4-STABLE-i386-2.1/r1mach.o build/temp.freebsd-4.4-STABLE-i386-2.1/xerror.o running build_ext building 'scipy.cluster._vq' extension skipping cluster/src/vq_wrap.cpp (build/temp.freebsd-4.4-STABLE-i386-2.1/vq_wrap.o up-to-date) cc -shared -pthread build/temp.freebsd-4.4-STABLE-i386-2.1/vq_wrap.o -L -Lbuild/temp.freebsd-4.4-STABLE-i386-2.1 -lamos -ltoms -lfitpack -lminpack -lquadpack -lodepack -llinpack_lite -lblas -lmach -lg2c -lgist -lc_misc -lcephes -o build/lib.freebsd-4.4-STABLE-i386-2.1/scipy/cluster/_vq.so /usr/libexec/elf/ld: cannot find -lamos error: command 'cc' failed with exit status 1 Script done on Mon Nov 5 18:31:54 2001 Sincerely, Rob. -- The Numeric Python EM Project www.members.home.net/europax From eric at scipy.org Mon Nov 5 21:07:27 2001 From: eric at scipy.org (eric) Date: Mon, 5 Nov 2001 21:07:27 -0500 Subject: [SciPy-dev] some progress on Freebsd 4.4-stable build References: <3BE74CED.47312577@home.com> Message-ID: <07eb01c16667$c8f74f00$777ba8c0@ericlaptop> Hey Rob, Looks like the files are compiling fine, but something goes awry when building the library (.a) files. This is done in 'ar' commands. They should look something like: ar -cur build/temp.freebsd-4.4-STABLE-i386-2.1/libamos.a foo.o bar.o ... and "archives" all the object files into the library. For some reason, all the 'ar' commands in your output are missing all the object files. They just have: ar -cur build/temp.freebsd-4.4-STABLE-i386-2.1/libamos.a Without any object files listed, the ar command doesn't build the library (and if it did, there'd be linking problems because it doesn't have any functions in it). You can check if this is indeed the problem by looking in build/temp.freebsd-4.4-STABLE-i386-2.1/ It should have several .a files. My hunch is it has none, or at least none that relied on F77 files. This points to a problem in the build_flib.py module which is in charge of building the static Fortran libraries. If your willing to poke around in the fortran_compiler_base class that lives there, look first in the build_library() method. Add the print statements below, and uncomment the simple call to self.create_static_lib(). Comment out the looping mess at the end which was added to get around limitation on Windows (CMD) shell. Tell me what you get as output. in the "building amos" portion of the library: def build_library(self,library_name,source_list,module_dirs=None, temp_dir = ''): #make sure the temp directory exists before trying to build files import distutils.dir_util distutils.dir_util.mkpath(temp_dir) #this compiles the files object_list = self.to_object(source_list,module_dirs,temp_dir) # actually we need to use all the object file names here to # make sure the library is always built. It could occur that an # object file exists but hasn't been put in the archive. (happens # a lot when builds fail once and are restarted). object_list = self.source_to_object_names(source_list, temp_dir) ################## ADD THIS ######################### print 'AFTER OBJECT NAMES', object_list ################## UNCOMMENT THIS ################# self.create_static_lib(object_list,library_name,temp_dir) # This is pure bunk... # Windows fails for long argument strings on the command line. # if objects is real long (> 2048 chars or so on my machine), # the command fails (cmd.exe /e:2048 on w2k) # for now we'll split linking into to steps which should work for ############## COMMENT THIS OUT #################### #objects = object_list[:] #while objects: # obj,objects = objects[:20],objects[20:] # self.create_static_lib(obj,library_name,temp_dir) One other note of caution. I think there are some dependency issues that break compiles for exactly the situation you find yourself in where all the object files are created, but the static library is not correctly built. To test whether the amos library is getting built correctly, it is probably best to delete one of the object files it depends on before calling setup.py again -- something like rm build/temp.freebsd-4.4-STABLE-i386-2.1/zbesh.o python setup.py build should force the rebuild of the library. thanks eric ----- Original Message ----- From: "Rob" To: Sent: Monday, November 05, 2001 9:37 PM Subject: [SciPy-dev] some progress on Freebsd 4.4-stable build > The following changes in setup.py allows the X11 stuff to build: > > 217c217 > < include_dirs = ['/usr/include/X11'], > --- > > include_dirs = ['/usr/X11R6/include'], > 506c506 > < > --- > > other=None > 531,532c531,532 > < headers = headers, > < include_dirs = ['Numerical/Include'] > --- > > headers = headers, > > include_dirs = ['Numerical/Include','/usr/X11R6/include'] > > After making those changes I progress quite a way until it borks. Here > is the output: > > Script started on Mon Nov 5 18:31:49 2001 > Numeric Version 20.1.1 > running build > running build_py > not copying ./setup.py (output up-to-date) > not copying ./__init__.py (output up-to-date) > not copying ./build_clib_new.py (output up-to-date) > not copying ./build_flib.py (output up-to-date) > not copying ./data_store.py (output up-to-date) > not copying ./misc.py (output up-to-date) > not copying ./dumb_shelve.py (output up-to-date) > not copying ./dumbdbm_patched.py (output up-to-date) > not copying ./fortran_support.py (output up-to-date) > not copying ./handy.py (output up-to-date) > not copying ./helpmod.py (output up-to-date) > not copying ./limits.py (output up-to-date) > not copying ./proc.py (output up-to-date) > not copying ./saved_values.py (output up-to-date) > not copying ./scipy_tempfile.py (output up-to-date) > not copying ./scipy_test.py (output up-to-date) > not copying ./scipy_version.py (output up-to-date) > not copying ./sync.py (output up-to-date) > warning: build_py: package init file './tests/__init__.py' not found (or > not a regular file) > not copying ./tests/test_limits.py (output up-to-date) > not copying ./tests/test_misc.py (output up-to-date) > not copying gui_thread/__init__.py (output up-to-date) > not copying gui_thread/examples.py (output up-to-date) > not copying gui_thread/gui_thread_guts.py (output up-to-date) > not copying gui_thread/main.py (output up-to-date) > not copying ./plt/__init__.py (output up-to-date) > not copying ./plt/dumb_shelve.py (output up-to-date) > not copying ./plt/dumbdbm_patched.py (output up-to-date) > not copying ./plt/interface.py (output up-to-date) > not copying ./plt/plot_objects.py (output up-to-date) > not copying ./plt/plot_utility.py (output up-to-date) > not copying ./plt/wxplt.py (output up-to-date) > not copying ./gplt/__init__.py (output up-to-date) > not copying ./gplt/interface.py (output up-to-date) > not copying ./gplt/new_plot.py (output up-to-date) > not copying ./gplt/pyPlot.py (output up-to-date) > not copying ./cluster/__init__.py (output up-to-date) > not copying ./cluster/setup.py (output up-to-date) > not copying ./cluster/vq.py (output up-to-date) > warning: build_py: package init file './cluster/tests/__init__.py' not > found (or not a regular file) > not copying ./cluster/tests/vq_test.py (output up-to-date) > not copying ./cow/__init__.py (output up-to-date) > not copying ./cow/cow.py (output up-to-date) > not copying ./cow/herd.py (output up-to-date) > not copying ./cow/sync_cluster.py (output up-to-date) > not copying ./ga/__init__.py (output up-to-date) > not copying ./ga/algorithm.py (output up-to-date) > not copying ./ga/examples.py (output up-to-date) > not copying ./ga/ga_gnm.py (output up-to-date) > not copying ./ga/ga_list.py (output up-to-date) > not copying ./ga/ga_util.py (output up-to-date) > not copying ./ga/gene.py (output up-to-date) > not copying ./ga/genome.py (output up-to-date) > not copying ./ga/language.py (output up-to-date) > not copying ./ga/parallel_pop.py (output up-to-date) > not copying ./ga/population.py (output up-to-date) > not copying ./ga/scaling.py (output up-to-date) > not copying ./ga/selection.py (output up-to-date) > not copying ./ga/tree.py (output up-to-date) > not copying ./ga/tree_opt.py (output up-to-date) > not copying ./compiler/__init__.py (output up-to-date) > not copying ./compiler/build_tools.py (output up-to-date) > not copying ./compiler/code_blocks.py (output up-to-date) > not copying ./compiler/compile_code.py (output up-to-date) > not copying ./compiler/lib2def.py (output up-to-date) > not copying ./compiler/misc.py (output up-to-date) > not copying ./compiler/size_check.py (output up-to-date) > not copying ./compiler/slice_handler.py (output up-to-date) > warning: build_py: package init file './compiler/tests/__init__.py' not > found (or not a regular file) > not copying ./compiler/tests/test_compile_code.py (output up-to-date) > not copying ./compiler/tests/test_size_check.py (output up-to-date) > not copying ./compiler/tests/test_slice_handler.py (output up-to-date) > not copying ./io/__init__.py (output up-to-date) > not copying ./io/mio.py (output up-to-date) > not copying ./io/array_import.py (output up-to-date) > not copying ./signal/__init__.py (output up-to-date) > not copying ./signal/bsplines.py (output up-to-date) > not copying ./signal/filter_design.py (output up-to-date) > not copying ./signal/signaltools.py (output up-to-date) > not copying ./stats/__init__.py (output up-to-date) > not copying ./stats/new_stats.py (output up-to-date) > not copying ./stats/pstat.py (output up-to-date) > not copying ./stats/rv.py (output up-to-date) > not copying ./stats/stats.py (output up-to-date) > not copying ./xplt/GistPlotter.py (output up-to-date) > not copying ./xplt/Graphics.py (output up-to-date) > not copying ./xplt/Mplot.py (output up-to-date) > not copying ./xplt/NarPlotter.py (output up-to-date) > not copying ./xplt/__init__.py (output up-to-date) > not copying ./xplt/animation2d.py (output up-to-date) > not copying ./xplt/berts.py (output up-to-date) > not copying ./xplt/cellarray.py (output up-to-date) > not copying ./xplt/colorbar.py (output up-to-date) > not copying ./xplt/curve.py (output up-to-date) > not copying ./xplt/demo5.py (output up-to-date) > not copying ./xplt/ezplot.py (output up-to-date) > not copying ./xplt/eztest.py (output up-to-date) > not copying ./xplt/gist.py (output up-to-date) > not copying ./xplt/gist3dhelp.py (output up-to-date) > not copying ./xplt/gistdemohigh.py (output up-to-date) > not copying ./xplt/gistdemolow.py (output up-to-date) > not copying ./xplt/gistmeshtest.py (output up-to-date) > not copying ./xplt/gisttest2d.py (output up-to-date) > not copying ./xplt/gisttest3d.py (output up-to-date) > not copying ./xplt/graftest2d.py (output up-to-date) > not copying ./xplt/graftypes.py (output up-to-date) > not copying ./xplt/graph.py (output up-to-date) > not copying ./xplt/graph2d.py (output up-to-date) > not copying ./xplt/graph3d.py (output up-to-date) > not copying ./xplt/helpmod.py (output up-to-date) > not copying ./xplt/lines.py (output up-to-date) > not copying ./xplt/mesh3d.py (output up-to-date) > not copying ./xplt/meshtest.py (output up-to-date) > not copying ./xplt/movie.py (output up-to-date) > not copying ./xplt/nicks.py (output up-to-date) > not copying ./xplt/pl3d.py (output up-to-date) > not copying ./xplt/plane.py (output up-to-date) > not copying ./xplt/plwf.py (output up-to-date) > not copying ./xplt/polymap.py (output up-to-date) > not copying ./xplt/quadmesh.py (output up-to-date) > not copying ./xplt/region.py (output up-to-date) > not copying ./xplt/shapetest.py (output up-to-date) > not copying ./xplt/slice3.py (output up-to-date) > not copying ./xplt/sphereisos.py (output up-to-date) > not copying ./xplt/surface.py (output up-to-date) > not copying ./xplt/surftest3d.py (output up-to-date) > not copying ./xplt/surftest4d.py (output up-to-date) > not copying ./xplt/twograftest2d.py (output up-to-date) > not copying ./xplt/write_style.py (output up-to-date) > not copying ./xplt/yorick.py (output up-to-date) > not copying ./fft/FFT2.py (output up-to-date) > not copying ./fft/FFT2threads.py (output up-to-date) > not copying ./fft/FFTWthreads.py (output up-to-date) > not copying ./fft/__init__.py (output up-to-date) > not copying ./fft/benchFFT2.py (output up-to-date) > not copying ./fft/benchFFT2threads.py (output up-to-date) > not copying ./fft/benchFFTWthreads.py (output up-to-date) > not copying ./special/__init__.py (output up-to-date) > not copying ./special/gendoc.py (output up-to-date) > not copying ./special/special.py (output up-to-date) > not copying ./interpolate/__init__.py (output up-to-date) > not copying ./interpolate/common_routines.py (output up-to-date) > not copying ./interpolate/fitpack.py (output up-to-date) > not copying ./interpolate/interpolate.py (output up-to-date) > not copying ./optimize/__init__.py (output up-to-date) > not copying ./optimize/common_routines.py (output up-to-date) > not copying ./optimize/minpack.py (output up-to-date) > not copying ./optimize/optimize.py (output up-to-date) > not copying ./integrate/__init__.py (output up-to-date) > not copying ./integrate/common_routines.py (output up-to-date) > not copying ./integrate/odepack.py (output up-to-date) > not copying ./integrate/orthogonal.py (output up-to-date) > not copying ./integrate/quadpack.py (output up-to-date) > not copying ./integrate/quadrature.py (output up-to-date) > warning: build_py: package init file './Numerical/Lib/__init__.py' not > found (or not a regular file) > not copying ./Numerical/Lib/ArrayPrinter.py (output up-to-date) > not copying ./Numerical/Lib/LinearAlgebra.py (output up-to-date) > not copying ./Numerical/Lib/MLab.py (output up-to-date) > not copying ./Numerical/Lib/Matrix.py (output up-to-date) > not copying ./Numerical/Lib/Numeric.py (output up-to-date) > not copying ./Numerical/Lib/Precision.py (output up-to-date) > not copying ./Numerical/Lib/RandomArray.py (output up-to-date) > not copying ./Numerical/Lib/UserArray.py (output up-to-date) > not copying ./Numerical/Lib/numeric_version.py (output up-to-date) > warning: build_py: package init file './tests/__init__.py' not found (or > not a regular file) > warning: build_py: package init file './cluster/tests/__init__.py' not > found (or not a regular file) > warning: build_py: package init file './compiler/tests/__init__.py' not > found (or not a regular file) > warning: build_py: package init file './Numerical/Lib/__init__.py' not > found (or not a regular file) > running build_clib > building 'gist' library > skipping xplt/gist/cgm.c (build/temp.freebsd-4.4-STABLE-i386-2.1/cgm.o > up-to-date) > skipping xplt/gist/clip.c (build/temp.freebsd-4.4-STABLE-i386-2.1/clip.o > up-to-date) > skipping xplt/gist/dispas.c > (build/temp.freebsd-4.4-STABLE-i386-2.1/dispas.o up-to-date) > skipping xplt/gist/dispat.c > (build/temp.freebsd-4.4-STABLE-i386-2.1/dispat.o up-to-date) > skipping xplt/gist/dispax.c > (build/temp.freebsd-4.4-STABLE-i386-2.1/dispax.o up-to-date) > skipping xplt/gist/draw.c (build/temp.freebsd-4.4-STABLE-i386-2.1/draw.o > up-to-date) > skipping xplt/gist/draw0.c > (build/temp.freebsd-4.4-STABLE-i386-2.1/draw0.o up-to-date) > skipping xplt/gist/engine.c > (build/temp.freebsd-4.4-STABLE-i386-2.1/engine.o up-to-date) > skipping xplt/gist/gcntr.c > (build/temp.freebsd-4.4-STABLE-i386-2.1/gcntr.o up-to-date) > skipping xplt/gist/gist.c (build/temp.freebsd-4.4-STABLE-i386-2.1/gist.o > up-to-date) > skipping xplt/gist/gread.c > (build/temp.freebsd-4.4-STABLE-i386-2.1/gread.o up-to-date) > skipping xplt/gist/gtext.c > (build/temp.freebsd-4.4-STABLE-i386-2.1/gtext.o up-to-date) > skipping xplt/gist/hlevel.c > (build/temp.freebsd-4.4-STABLE-i386-2.1/hlevel.o up-to-date) > skipping xplt/gist/host.c (build/temp.freebsd-4.4-STABLE-i386-2.1/host.o > up-to-date) > skipping xplt/gist/osys.c (build/temp.freebsd-4.4-STABLE-i386-2.1/osys.o > up-to-date) > skipping xplt/gist/ps.c (build/temp.freebsd-4.4-STABLE-i386-2.1/ps.o > up-to-date) > skipping xplt/gist/tick.c (build/temp.freebsd-4.4-STABLE-i386-2.1/tick.o > up-to-date) > skipping xplt/gist/tick60.c > (build/temp.freebsd-4.4-STABLE-i386-2.1/tick60.o up-to-date) > skipping xplt/gist/xbasic.c > (build/temp.freebsd-4.4-STABLE-i386-2.1/xbasic.o up-to-date) > skipping xplt/gist/xfancy.c > (build/temp.freebsd-4.4-STABLE-i386-2.1/xfancy.o up-to-date) > skipping xplt/gist/xfont.c > (build/temp.freebsd-4.4-STABLE-i386-2.1/xfont.o up-to-date) > skipping xplt/gist/xicky.c > (build/temp.freebsd-4.4-STABLE-i386-2.1/xicky.o up-to-date) > skipping build/temp.freebsd-4.4-STABLE-i386-2.1/libgist.a (up-to-date) > building 'c_misc' library > skipping special/c_misc/besselpoly.c > (build/temp.freebsd-4.4-STABLE-i386-2.1/besselpoly.o up-to-date) > skipping build/temp.freebsd-4.4-STABLE-i386-2.1/libc_misc.a (up-to-date) > building 'cephes' library > skipping special/cephes/airy.c > (build/temp.freebsd-4.4-STABLE-i386-2.1/airy.o up-to-date) > skipping special/cephes/bdtr.c > (build/temp.freebsd-4.4-STABLE-i386-2.1/bdtr.o up-to-date) > skipping special/cephes/beta.c > (build/temp.freebsd-4.4-STABLE-i386-2.1/beta.o up-to-date) > skipping special/cephes/btdtr.c > (build/temp.freebsd-4.4-STABLE-i386-2.1/btdtr.o up-to-date) > skipping special/cephes/cbrt.c > (build/temp.freebsd-4.4-STABLE-i386-2.1/cbrt.o up-to-date) > skipping special/cephes/chbevl.c > (build/temp.freebsd-4.4-STABLE-i386-2.1/chbevl.o up-to-date) > skipping special/cephes/chdtr.c > (build/temp.freebsd-4.4-STABLE-i386-2.1/chdtr.o up-to-date) > skipping special/cephes/clog.c > (build/temp.freebsd-4.4-STABLE-i386-2.1/clog.o up-to-date) > skipping special/cephes/cmplx.c > (build/temp.freebsd-4.4-STABLE-i386-2.1/cmplx.o up-to-date) > skipping special/cephes/const.c > (build/temp.freebsd-4.4-STABLE-i386-2.1/const.o up-to-date) > skipping special/cephes/cpmul.c > (build/temp.freebsd-4.4-STABLE-i386-2.1/cpmul.o up-to-date) > skipping special/cephes/dawsn.c > (build/temp.freebsd-4.4-STABLE-i386-2.1/dawsn.o up-to-date) > skipping special/cephes/ellie.c > (build/temp.freebsd-4.4-STABLE-i386-2.1/ellie.o up-to-date) > skipping special/cephes/ellik.c > (build/temp.freebsd-4.4-STABLE-i386-2.1/ellik.o up-to-date) > skipping special/cephes/ellpe.c > (build/temp.freebsd-4.4-STABLE-i386-2.1/ellpe.o up-to-date) > skipping special/cephes/ellpj.c > (build/temp.freebsd-4.4-STABLE-i386-2.1/ellpj.o up-to-date) > skipping special/cephes/ellpk.c > (build/temp.freebsd-4.4-STABLE-i386-2.1/ellpk.o up-to-date) > skipping special/cephes/euclid.c > (build/temp.freebsd-4.4-STABLE-i386-2.1/euclid.o up-to-date) > skipping special/cephes/exp.c > (build/temp.freebsd-4.4-STABLE-i386-2.1/exp.o up-to-date) > skipping special/cephes/exp10.c > (build/temp.freebsd-4.4-STABLE-i386-2.1/exp10.o up-to-date) > skipping special/cephes/exp2.c > (build/temp.freebsd-4.4-STABLE-i386-2.1/exp2.o up-to-date) > skipping special/cephes/expn.c > (build/temp.freebsd-4.4-STABLE-i386-2.1/expn.o up-to-date) > skipping special/cephes/fabs.c > (build/temp.freebsd-4.4-STABLE-i386-2.1/fabs.o up-to-date) > skipping special/cephes/fdtr.c > (build/temp.freebsd-4.4-STABLE-i386-2.1/fdtr.o up-to-date) > skipping special/cephes/fftr.c > (build/temp.freebsd-4.4-STABLE-i386-2.1/fftr.o up-to-date) > skipping special/cephes/floor.c > (build/temp.freebsd-4.4-STABLE-i386-2.1/floor.o up-to-date) > skipping special/cephes/fresnl.c > (build/temp.freebsd-4.4-STABLE-i386-2.1/fresnl.o up-to-date) > skipping special/cephes/gamma.c > (build/temp.freebsd-4.4-STABLE-i386-2.1/gamma.o up-to-date) > skipping special/cephes/gdtr.c > (build/temp.freebsd-4.4-STABLE-i386-2.1/gdtr.o up-to-date) > skipping special/cephes/gels.c > (build/temp.freebsd-4.4-STABLE-i386-2.1/gels.o up-to-date) > skipping special/cephes/hyp2f1.c > (build/temp.freebsd-4.4-STABLE-i386-2.1/hyp2f1.o up-to-date) > skipping special/cephes/hyperg.c > (build/temp.freebsd-4.4-STABLE-i386-2.1/hyperg.o up-to-date) > skipping special/cephes/i0.c > (build/temp.freebsd-4.4-STABLE-i386-2.1/i0.o up-to-date) > skipping special/cephes/i1.c > (build/temp.freebsd-4.4-STABLE-i386-2.1/i1.o up-to-date) > skipping special/cephes/igam.c > (build/temp.freebsd-4.4-STABLE-i386-2.1/igam.o up-to-date) > skipping special/cephes/igami.c > (build/temp.freebsd-4.4-STABLE-i386-2.1/igami.o up-to-date) > skipping special/cephes/incbet.c > (build/temp.freebsd-4.4-STABLE-i386-2.1/incbet.o up-to-date) > skipping special/cephes/incbi.c > (build/temp.freebsd-4.4-STABLE-i386-2.1/incbi.o up-to-date) > skipping special/cephes/isnan.c > (build/temp.freebsd-4.4-STABLE-i386-2.1/isnan.o up-to-date) > skipping special/cephes/iv.c > (build/temp.freebsd-4.4-STABLE-i386-2.1/iv.o up-to-date) > skipping special/cephes/j0.c > (build/temp.freebsd-4.4-STABLE-i386-2.1/j0.o up-to-date) > skipping special/cephes/j1.c > (build/temp.freebsd-4.4-STABLE-i386-2.1/j1.o up-to-date) > skipping special/cephes/jn.c > (build/temp.freebsd-4.4-STABLE-i386-2.1/jn.o up-to-date) > skipping special/cephes/jv.c > (build/temp.freebsd-4.4-STABLE-i386-2.1/jv.o up-to-date) > skipping special/cephes/k0.c > (build/temp.freebsd-4.4-STABLE-i386-2.1/k0.o up-to-date) > skipping special/cephes/k1.c > (build/temp.freebsd-4.4-STABLE-i386-2.1/k1.o up-to-date) > skipping special/cephes/kn.c > (build/temp.freebsd-4.4-STABLE-i386-2.1/kn.o up-to-date) > skipping special/cephes/kolmogorov.c > (build/temp.freebsd-4.4-STABLE-i386-2.1/kolmogorov.o up-to-date) > skipping special/cephes/levnsn.c > (build/temp.freebsd-4.4-STABLE-i386-2.1/levnsn.o up-to-date) > skipping special/cephes/log.c > (build/temp.freebsd-4.4-STABLE-i386-2.1/log.o up-to-date) > skipping special/cephes/log10.c > (build/temp.freebsd-4.4-STABLE-i386-2.1/log10.o up-to-date) > skipping special/cephes/log2.c > (build/temp.freebsd-4.4-STABLE-i386-2.1/log2.o up-to-date) > skipping special/cephes/lsqrt.c > (build/temp.freebsd-4.4-STABLE-i386-2.1/lsqrt.o up-to-date) > skipping special/cephes/mmmpy.c > (build/temp.freebsd-4.4-STABLE-i386-2.1/mmmpy.o up-to-date) > skipping special/cephes/mtherr.c > (build/temp.freebsd-4.4-STABLE-i386-2.1/mtherr.o up-to-date) > skipping special/cephes/mtransp.c > (build/temp.freebsd-4.4-STABLE-i386-2.1/mtransp.o up-to-date) > skipping special/cephes/mvmpy.c > (build/temp.freebsd-4.4-STABLE-i386-2.1/mvmpy.o up-to-date) > skipping special/cephes/nbdtr.c > (build/temp.freebsd-4.4-STABLE-i386-2.1/nbdtr.o up-to-date) > skipping special/cephes/ndtr.c > (build/temp.freebsd-4.4-STABLE-i386-2.1/ndtr.o up-to-date) > skipping special/cephes/ndtri.c > (build/temp.freebsd-4.4-STABLE-i386-2.1/ndtri.o up-to-date) > skipping special/cephes/pdtr.c > (build/temp.freebsd-4.4-STABLE-i386-2.1/pdtr.o up-to-date) > skipping special/cephes/polevl.c > (build/temp.freebsd-4.4-STABLE-i386-2.1/polevl.o up-to-date) > skipping special/cephes/polmisc.c > (build/temp.freebsd-4.4-STABLE-i386-2.1/polmisc.o up-to-date) > skipping special/cephes/polrt.c > (build/temp.freebsd-4.4-STABLE-i386-2.1/polrt.o up-to-date) > skipping special/cephes/polyn.c > (build/temp.freebsd-4.4-STABLE-i386-2.1/polyn.o up-to-date) > skipping special/cephes/pow.c > (build/temp.freebsd-4.4-STABLE-i386-2.1/pow.o up-to-date) > skipping special/cephes/powi.c > (build/temp.freebsd-4.4-STABLE-i386-2.1/powi.o up-to-date) > skipping special/cephes/psi.c > (build/temp.freebsd-4.4-STABLE-i386-2.1/psi.o up-to-date) > skipping special/cephes/rgamma.c > (build/temp.freebsd-4.4-STABLE-i386-2.1/rgamma.o up-to-date) > skipping special/cephes/round.c > (build/temp.freebsd-4.4-STABLE-i386-2.1/round.o up-to-date) > skipping special/cephes/setprec.c > (build/temp.freebsd-4.4-STABLE-i386-2.1/setprec.o up-to-date) > skipping special/cephes/shichi.c > (build/temp.freebsd-4.4-STABLE-i386-2.1/shichi.o up-to-date) > skipping special/cephes/sici.c > (build/temp.freebsd-4.4-STABLE-i386-2.1/sici.o up-to-date) > skipping special/cephes/simpsn.c > (build/temp.freebsd-4.4-STABLE-i386-2.1/simpsn.o up-to-date) > skipping special/cephes/simq.c > (build/temp.freebsd-4.4-STABLE-i386-2.1/simq.o up-to-date) > skipping special/cephes/sincos.c > (build/temp.freebsd-4.4-STABLE-i386-2.1/sincos.o up-to-date) > skipping special/cephes/sindg.c > (build/temp.freebsd-4.4-STABLE-i386-2.1/sindg.o up-to-date) > skipping special/cephes/spence.c > (build/temp.freebsd-4.4-STABLE-i386-2.1/spence.o up-to-date) > skipping special/cephes/sqrt.c > (build/temp.freebsd-4.4-STABLE-i386-2.1/sqrt.o up-to-date) > skipping special/cephes/stdtr.c > (build/temp.freebsd-4.4-STABLE-i386-2.1/stdtr.o up-to-date) > skipping special/cephes/struve.c > (build/temp.freebsd-4.4-STABLE-i386-2.1/struve.o up-to-date) > skipping special/cephes/tandg.c > (build/temp.freebsd-4.4-STABLE-i386-2.1/tandg.o up-to-date) > skipping special/cephes/time-it.c > (build/temp.freebsd-4.4-STABLE-i386-2.1/time-it.o up-to-date) > skipping special/cephes/unity.c > (build/temp.freebsd-4.4-STABLE-i386-2.1/unity.o up-to-date) > skipping special/cephes/yn.c > (build/temp.freebsd-4.4-STABLE-i386-2.1/yn.o up-to-date) > skipping special/cephes/zeta.c > (build/temp.freebsd-4.4-STABLE-i386-2.1/zeta.o up-to-date) > skipping special/cephes/zetac.c > (build/temp.freebsd-4.4-STABLE-i386-2.1/zetac.o up-to-date) > skipping build/temp.freebsd-4.4-STABLE-i386-2.1/libcephes.a (up-to-date) > running build_flib > Gnu 2.95.3 > building 'amos' library > ar -cur build/temp.freebsd-4.4-STABLE-i386-2.1/libamos.a > build/temp.freebsd-4.4-STABLE-i386-2.1/dgamln.o > build/temp.freebsd-4.4-STABLE-i386-2.1/dsclmr.o > build/temp.freebsd-4.4-STABLE-i386-2.1/fdump.o > build/temp.freebsd-4.4-STABLE-i386-2.1/zabs.o > build/temp.freebsd-4.4-STABLE-i386-2.1/zacai.o > build/temp.freebsd-4.4-STABLE-i386-2.1/zacon.o > build/temp.freebsd-4.4-STABLE-i386-2.1/zairy.o > build/temp.freebsd-4.4-STABLE-i386-2.1/zasyi.o > build/temp.freebsd-4.4-STABLE-i386-2.1/zbesh.o > build/temp.freebsd-4.4-STABLE-i386-2.1/zbesi.o > build/temp.freebsd-4.4-STABLE-i386-2.1/zbesj.o > build/temp.freebsd-4.4-STABLE-i386-2.1/zbesk.o > build/temp.freebsd-4.4-STABLE-i386-2.1/zbesy.o > build/temp.freebsd-4.4-STABLE-i386-2.1/zbinu.o > build/temp.freebsd-4.4-STABLE-i386-2.1/zbiry.o > build/temp.freebsd-4.4-STABLE-i386-2.1/zbknu.o > build/temp.freebsd-4.4-STABLE-i386-2.1/zbuni.o > build/temp.freebsd-4.4-STABLE-i386-2.1/zbunk.o > build/temp.freebsd-4.4-STABLE-i386-2.1/zdiv.o > build/temp.freebsd-4.4-STABLE-i386-2.1/zexp.o > ar -cur build/temp.freebsd-4.4-STABLE-i386-2.1/libamos.a > build/temp.freebsd-4.4-STABLE-i386-2.1/zkscl.o > build/temp.freebsd-4.4-STABLE-i386-2.1/zlog.o > build/temp.freebsd-4.4-STABLE-i386-2.1/zmlri.o > build/temp.freebsd-4.4-STABLE-i386-2.1/zmlt.o > build/temp.freebsd-4.4-STABLE-i386-2.1/zrati.o > build/temp.freebsd-4.4-STABLE-i386-2.1/zs1s2.o > build/temp.freebsd-4.4-STABLE-i386-2.1/zseri.o > build/temp.freebsd-4.4-STABLE-i386-2.1/zshch.o > build/temp.freebsd-4.4-STABLE-i386-2.1/zsqrt.o > build/temp.freebsd-4.4-STABLE-i386-2.1/zuchk.o > build/temp.freebsd-4.4-STABLE-i386-2.1/zunhj.o > build/temp.freebsd-4.4-STABLE-i386-2.1/zuni1.o > build/temp.freebsd-4.4-STABLE-i386-2.1/zuni2.o > build/temp.freebsd-4.4-STABLE-i386-2.1/zunik.o > build/temp.freebsd-4.4-STABLE-i386-2.1/zunk1.o > build/temp.freebsd-4.4-STABLE-i386-2.1/zunk2.o > build/temp.freebsd-4.4-STABLE-i386-2.1/zuoik.o > build/temp.freebsd-4.4-STABLE-i386-2.1/zwrsk.o > building 'toms' library > ar -cur build/temp.freebsd-4.4-STABLE-i386-2.1/libtoms.a > build/temp.freebsd-4.4-STABLE-i386-2.1/wofz.o > building 'fitpack' library > ar -cur build/temp.freebsd-4.4-STABLE-i386-2.1/libfitpack.a > build/temp.freebsd-4.4-STABLE-i386-2.1/bispev.o > build/temp.freebsd-4.4-STABLE-i386-2.1/clocur.o > build/temp.freebsd-4.4-STABLE-i386-2.1/cocosp.o > build/temp.freebsd-4.4-STABLE-i386-2.1/concon.o > build/temp.freebsd-4.4-STABLE-i386-2.1/concur.o > build/temp.freebsd-4.4-STABLE-i386-2.1/cualde.o > build/temp.freebsd-4.4-STABLE-i386-2.1/curev.o > build/temp.freebsd-4.4-STABLE-i386-2.1/curfit.o > build/temp.freebsd-4.4-STABLE-i386-2.1/dblint.o > build/temp.freebsd-4.4-STABLE-i386-2.1/evapol.o > build/temp.freebsd-4.4-STABLE-i386-2.1/fourco.o > build/temp.freebsd-4.4-STABLE-i386-2.1/fpader.o > build/temp.freebsd-4.4-STABLE-i386-2.1/fpadno.o > build/temp.freebsd-4.4-STABLE-i386-2.1/fpadpo.o > build/temp.freebsd-4.4-STABLE-i386-2.1/fpback.o > build/temp.freebsd-4.4-STABLE-i386-2.1/fpbacp.o > build/temp.freebsd-4.4-STABLE-i386-2.1/fpbfout.o > build/temp.freebsd-4.4-STABLE-i386-2.1/fpbisp.o > build/temp.freebsd-4.4-STABLE-i386-2.1/fpbspl.o > build/temp.freebsd-4.4-STABLE-i386-2.1/fpchec.o > ar -cur build/temp.freebsd-4.4-STABLE-i386-2.1/libfitpack.a > build/temp.freebsd-4.4-STABLE-i386-2.1/fpched.o > build/temp.freebsd-4.4-STABLE-i386-2.1/fpchep.o > build/temp.freebsd-4.4-STABLE-i386-2.1/fpclos.o > build/temp.freebsd-4.4-STABLE-i386-2.1/fpcoco.o > build/temp.freebsd-4.4-STABLE-i386-2.1/fpcons.o > build/temp.freebsd-4.4-STABLE-i386-2.1/fpcosp.o > build/temp.freebsd-4.4-STABLE-i386-2.1/fpcsin.o > build/temp.freebsd-4.4-STABLE-i386-2.1/fpcurf.o > build/temp.freebsd-4.4-STABLE-i386-2.1/fpcuro.o > build/temp.freebsd-4.4-STABLE-i386-2.1/fpcyt1.o > build/temp.freebsd-4.4-STABLE-i386-2.1/fpcyt2.o > build/temp.freebsd-4.4-STABLE-i386-2.1/fpdeno.o > build/temp.freebsd-4.4-STABLE-i386-2.1/fpdisc.o > build/temp.freebsd-4.4-STABLE-i386-2.1/fpfrno.o > build/temp.freebsd-4.4-STABLE-i386-2.1/fpgivs.o > build/temp.freebsd-4.4-STABLE-i386-2.1/fpgrdi.o > build/temp.freebsd-4.4-STABLE-i386-2.1/fpgrpa.o > build/temp.freebsd-4.4-STABLE-i386-2.1/fpgrre.o > build/temp.freebsd-4.4-STABLE-i386-2.1/fpgrsp.o > build/temp.freebsd-4.4-STABLE-i386-2.1/fpinst.o > ar -cur build/temp.freebsd-4.4-STABLE-i386-2.1/libfitpack.a > build/temp.freebsd-4.4-STABLE-i386-2.1/fpintb.o > build/temp.freebsd-4.4-STABLE-i386-2.1/fpknot.o > build/temp.freebsd-4.4-STABLE-i386-2.1/fpopdi.o > build/temp.freebsd-4.4-STABLE-i386-2.1/fpopsp.o > build/temp.freebsd-4.4-STABLE-i386-2.1/fporde.o > build/temp.freebsd-4.4-STABLE-i386-2.1/fppara.o > build/temp.freebsd-4.4-STABLE-i386-2.1/fppasu.o > build/temp.freebsd-4.4-STABLE-i386-2.1/fpperi.o > build/temp.freebsd-4.4-STABLE-i386-2.1/fppocu.o > build/temp.freebsd-4.4-STABLE-i386-2.1/fppogr.o > build/temp.freebsd-4.4-STABLE-i386-2.1/fppola.o > build/temp.freebsd-4.4-STABLE-i386-2.1/fprank.o > build/temp.freebsd-4.4-STABLE-i386-2.1/fprati.o > build/temp.freebsd-4.4-STABLE-i386-2.1/fpregr.o > build/temp.freebsd-4.4-STABLE-i386-2.1/fprota.o > build/temp.freebsd-4.4-STABLE-i386-2.1/fprppo.o > build/temp.freebsd-4.4-STABLE-i386-2.1/fprpsp.o > build/temp.freebsd-4.4-STABLE-i386-2.1/fpseno.o > build/temp.freebsd-4.4-STABLE-i386-2.1/fpspgr.o > build/temp.freebsd-4.4-STABLE-i386-2.1/fpsphe.o > ar -cur build/temp.freebsd-4.4-STABLE-i386-2.1/libfitpack.a > build/temp.freebsd-4.4-STABLE-i386-2.1/fpsuev.o > build/temp.freebsd-4.4-STABLE-i386-2.1/fpsurf.o > build/temp.freebsd-4.4-STABLE-i386-2.1/fpsysy.o > build/temp.freebsd-4.4-STABLE-i386-2.1/fptrnp.o > build/temp.freebsd-4.4-STABLE-i386-2.1/fptrpe.o > build/temp.freebsd-4.4-STABLE-i386-2.1/insert.o > build/temp.freebsd-4.4-STABLE-i386-2.1/parcur.o > build/temp.freebsd-4.4-STABLE-i386-2.1/parder.o > build/temp.freebsd-4.4-STABLE-i386-2.1/parsur.o > build/temp.freebsd-4.4-STABLE-i386-2.1/percur.o > build/temp.freebsd-4.4-STABLE-i386-2.1/pogrid.o > build/temp.freebsd-4.4-STABLE-i386-2.1/polar.o > build/temp.freebsd-4.4-STABLE-i386-2.1/profil.o > build/temp.freebsd-4.4-STABLE-i386-2.1/regrid.o > build/temp.freebsd-4.4-STABLE-i386-2.1/splev.o > build/temp.freebsd-4.4-STABLE-i386-2.1/spalde.o > build/temp.freebsd-4.4-STABLE-i386-2.1/spgrid.o > build/temp.freebsd-4.4-STABLE-i386-2.1/sphere.o > build/temp.freebsd-4.4-STABLE-i386-2.1/splder.o > build/temp.freebsd-4.4-STABLE-i386-2.1/splint.o > ar -cur build/temp.freebsd-4.4-STABLE-i386-2.1/libfitpack.a > build/temp.freebsd-4.4-STABLE-i386-2.1/sproot.o > build/temp.freebsd-4.4-STABLE-i386-2.1/surev.o > build/temp.freebsd-4.4-STABLE-i386-2.1/surfit.o > building 'minpack' library > ar -cur build/temp.freebsd-4.4-STABLE-i386-2.1/libminpack.a > build/temp.freebsd-4.4-STABLE-i386-2.1/chkder.o > build/temp.freebsd-4.4-STABLE-i386-2.1/dogleg.o > build/temp.freebsd-4.4-STABLE-i386-2.1/dpmpar.o > build/temp.freebsd-4.4-STABLE-i386-2.1/enorm.o > build/temp.freebsd-4.4-STABLE-i386-2.1/fdjac1.o > build/temp.freebsd-4.4-STABLE-i386-2.1/fdjac2.o > build/temp.freebsd-4.4-STABLE-i386-2.1/hybrd.o > build/temp.freebsd-4.4-STABLE-i386-2.1/hybrd1.o > build/temp.freebsd-4.4-STABLE-i386-2.1/hybrj.o > build/temp.freebsd-4.4-STABLE-i386-2.1/hybrj1.o > build/temp.freebsd-4.4-STABLE-i386-2.1/lmder.o > build/temp.freebsd-4.4-STABLE-i386-2.1/lmder1.o > build/temp.freebsd-4.4-STABLE-i386-2.1/lmdif.o > build/temp.freebsd-4.4-STABLE-i386-2.1/lmdif1.o > build/temp.freebsd-4.4-STABLE-i386-2.1/lmpar.o > build/temp.freebsd-4.4-STABLE-i386-2.1/lmstr.o > build/temp.freebsd-4.4-STABLE-i386-2.1/lmstr1.o > build/temp.freebsd-4.4-STABLE-i386-2.1/qform.o > build/temp.freebsd-4.4-STABLE-i386-2.1/qrfac.o > build/temp.freebsd-4.4-STABLE-i386-2.1/qrsolv.o > ar -cur build/temp.freebsd-4.4-STABLE-i386-2.1/libminpack.a > build/temp.freebsd-4.4-STABLE-i386-2.1/r1mpyq.o > build/temp.freebsd-4.4-STABLE-i386-2.1/r1updt.o > build/temp.freebsd-4.4-STABLE-i386-2.1/rwupdt.o > building 'quadpack' library > ar -cur build/temp.freebsd-4.4-STABLE-i386-2.1/libquadpack.a > build/temp.freebsd-4.4-STABLE-i386-2.1/dqag.o > build/temp.freebsd-4.4-STABLE-i386-2.1/dqage.o > build/temp.freebsd-4.4-STABLE-i386-2.1/dqagi.o > build/temp.freebsd-4.4-STABLE-i386-2.1/dqagie.o > build/temp.freebsd-4.4-STABLE-i386-2.1/dqagp.o > build/temp.freebsd-4.4-STABLE-i386-2.1/dqagpe.o > build/temp.freebsd-4.4-STABLE-i386-2.1/dqags.o > build/temp.freebsd-4.4-STABLE-i386-2.1/dqagse.o > build/temp.freebsd-4.4-STABLE-i386-2.1/dqawc.o > build/temp.freebsd-4.4-STABLE-i386-2.1/dqawce.o > build/temp.freebsd-4.4-STABLE-i386-2.1/dqawf.o > build/temp.freebsd-4.4-STABLE-i386-2.1/dqawfe.o > build/temp.freebsd-4.4-STABLE-i386-2.1/dqawo.o > build/temp.freebsd-4.4-STABLE-i386-2.1/dqawoe.o > build/temp.freebsd-4.4-STABLE-i386-2.1/dqaws.o > build/temp.freebsd-4.4-STABLE-i386-2.1/dqawse.o > build/temp.freebsd-4.4-STABLE-i386-2.1/dqc25c.o > build/temp.freebsd-4.4-STABLE-i386-2.1/dqc25f.o > build/temp.freebsd-4.4-STABLE-i386-2.1/dqc25s.o > build/temp.freebsd-4.4-STABLE-i386-2.1/dqcheb.o > ar -cur build/temp.freebsd-4.4-STABLE-i386-2.1/libquadpack.a > build/temp.freebsd-4.4-STABLE-i386-2.1/dqelg.o > build/temp.freebsd-4.4-STABLE-i386-2.1/dqk15.o > build/temp.freebsd-4.4-STABLE-i386-2.1/dqk15i.o > build/temp.freebsd-4.4-STABLE-i386-2.1/dqk15w.o > build/temp.freebsd-4.4-STABLE-i386-2.1/dqk21.o > build/temp.freebsd-4.4-STABLE-i386-2.1/dqk31.o > build/temp.freebsd-4.4-STABLE-i386-2.1/dqk41.o > build/temp.freebsd-4.4-STABLE-i386-2.1/dqk51.o > build/temp.freebsd-4.4-STABLE-i386-2.1/dqk61.o > build/temp.freebsd-4.4-STABLE-i386-2.1/dqmomo.o > build/temp.freebsd-4.4-STABLE-i386-2.1/dqng.o > build/temp.freebsd-4.4-STABLE-i386-2.1/dqpsrt.o > build/temp.freebsd-4.4-STABLE-i386-2.1/dqwgtc.o > build/temp.freebsd-4.4-STABLE-i386-2.1/dqwgtf.o > build/temp.freebsd-4.4-STABLE-i386-2.1/dqwgts.o > building 'odepack' library > ar -cur build/temp.freebsd-4.4-STABLE-i386-2.1/libodepack.a > build/temp.freebsd-4.4-STABLE-i386-2.1/adjlr.o > build/temp.freebsd-4.4-STABLE-i386-2.1/aigbt.o > build/temp.freebsd-4.4-STABLE-i386-2.1/ainvg.o > build/temp.freebsd-4.4-STABLE-i386-2.1/blkdta000.o > build/temp.freebsd-4.4-STABLE-i386-2.1/bnorm.o > build/temp.freebsd-4.4-STABLE-i386-2.1/cdrv.o > build/temp.freebsd-4.4-STABLE-i386-2.1/cfode.o > build/temp.freebsd-4.4-STABLE-i386-2.1/cntnzu.o > build/temp.freebsd-4.4-STABLE-i386-2.1/ddasrt.o > build/temp.freebsd-4.4-STABLE-i386-2.1/ddassl.o > build/temp.freebsd-4.4-STABLE-i386-2.1/decbt.o > build/temp.freebsd-4.4-STABLE-i386-2.1/ewset.o > build/temp.freebsd-4.4-STABLE-i386-2.1/fnorm.o > build/temp.freebsd-4.4-STABLE-i386-2.1/intdy.o > build/temp.freebsd-4.4-STABLE-i386-2.1/iprep.o > build/temp.freebsd-4.4-STABLE-i386-2.1/jgroup.o > build/temp.freebsd-4.4-STABLE-i386-2.1/lsoda.o > build/temp.freebsd-4.4-STABLE-i386-2.1/lsodar.o > build/temp.freebsd-4.4-STABLE-i386-2.1/lsode.o > build/temp.freebsd-4.4-STABLE-i386-2.1/lsodes.o > ar -cur build/temp.freebsd-4.4-STABLE-i386-2.1/libodepack.a > build/temp.freebsd-4.4-STABLE-i386-2.1/lsodi.o > build/temp.freebsd-4.4-STABLE-i386-2.1/lsoibt.o > build/temp.freebsd-4.4-STABLE-i386-2.1/md.o > build/temp.freebsd-4.4-STABLE-i386-2.1/mdi.o > build/temp.freebsd-4.4-STABLE-i386-2.1/mdm.o > build/temp.freebsd-4.4-STABLE-i386-2.1/mdp.o > build/temp.freebsd-4.4-STABLE-i386-2.1/mdu.o > build/temp.freebsd-4.4-STABLE-i386-2.1/nnfc.o > build/temp.freebsd-4.4-STABLE-i386-2.1/nnsc.o > build/temp.freebsd-4.4-STABLE-i386-2.1/nntc.o > build/temp.freebsd-4.4-STABLE-i386-2.1/nroc.o > build/temp.freebsd-4.4-STABLE-i386-2.1/nsfc.o > build/temp.freebsd-4.4-STABLE-i386-2.1/odrv.o > build/temp.freebsd-4.4-STABLE-i386-2.1/pjibt.o > build/temp.freebsd-4.4-STABLE-i386-2.1/prep.o > build/temp.freebsd-4.4-STABLE-i386-2.1/prepj.o > build/temp.freebsd-4.4-STABLE-i386-2.1/prepji.o > build/temp.freebsd-4.4-STABLE-i386-2.1/prja.o > build/temp.freebsd-4.4-STABLE-i386-2.1/prjs.o > build/temp.freebsd-4.4-STABLE-i386-2.1/rchek.o > ar -cur build/temp.freebsd-4.4-STABLE-i386-2.1/libodepack.a > build/temp.freebsd-4.4-STABLE-i386-2.1/roots.o > build/temp.freebsd-4.4-STABLE-i386-2.1/slsbt.o > build/temp.freebsd-4.4-STABLE-i386-2.1/slss.o > build/temp.freebsd-4.4-STABLE-i386-2.1/solbt.o > build/temp.freebsd-4.4-STABLE-i386-2.1/solsy.o > build/temp.freebsd-4.4-STABLE-i386-2.1/srcar.o > build/temp.freebsd-4.4-STABLE-i386-2.1/srcma.o > build/temp.freebsd-4.4-STABLE-i386-2.1/srcms.o > build/temp.freebsd-4.4-STABLE-i386-2.1/srcom.o > build/temp.freebsd-4.4-STABLE-i386-2.1/sro.o > build/temp.freebsd-4.4-STABLE-i386-2.1/stoda.o > build/temp.freebsd-4.4-STABLE-i386-2.1/stode.o > build/temp.freebsd-4.4-STABLE-i386-2.1/stodi.o > build/temp.freebsd-4.4-STABLE-i386-2.1/vmnorm.o > build/temp.freebsd-4.4-STABLE-i386-2.1/vnorm.o > build/temp.freebsd-4.4-STABLE-i386-2.1/xerrwv.o > build/temp.freebsd-4.4-STABLE-i386-2.1/xsetf.o > build/temp.freebsd-4.4-STABLE-i386-2.1/xsetun.o > building 'linpack_lite' library > ar -cur build/temp.freebsd-4.4-STABLE-i386-2.1/liblinpack_lite.a > build/temp.freebsd-4.4-STABLE-i386-2.1/dgbfa.o > build/temp.freebsd-4.4-STABLE-i386-2.1/dgbsl.o > build/temp.freebsd-4.4-STABLE-i386-2.1/dgefa.o > build/temp.freebsd-4.4-STABLE-i386-2.1/dgesl.o > build/temp.freebsd-4.4-STABLE-i386-2.1/dgtsl.o > building 'blas' library > ar -cur build/temp.freebsd-4.4-STABLE-i386-2.1/libblas.a > build/temp.freebsd-4.4-STABLE-i386-2.1/caxpy.o > build/temp.freebsd-4.4-STABLE-i386-2.1/ccopy.o > build/temp.freebsd-4.4-STABLE-i386-2.1/cdotc.o > build/temp.freebsd-4.4-STABLE-i386-2.1/cdotu.o > build/temp.freebsd-4.4-STABLE-i386-2.1/cgbmv.o > build/temp.freebsd-4.4-STABLE-i386-2.1/cgemm.o > build/temp.freebsd-4.4-STABLE-i386-2.1/cgemv.o > build/temp.freebsd-4.4-STABLE-i386-2.1/cgerc.o > build/temp.freebsd-4.4-STABLE-i386-2.1/cgeru.o > build/temp.freebsd-4.4-STABLE-i386-2.1/chbmv.o > build/temp.freebsd-4.4-STABLE-i386-2.1/chemm.o > build/temp.freebsd-4.4-STABLE-i386-2.1/chemv.o > build/temp.freebsd-4.4-STABLE-i386-2.1/cher.o > build/temp.freebsd-4.4-STABLE-i386-2.1/cher2.o > build/temp.freebsd-4.4-STABLE-i386-2.1/cher2k.o > build/temp.freebsd-4.4-STABLE-i386-2.1/cherk.o > build/temp.freebsd-4.4-STABLE-i386-2.1/chpmv.o > build/temp.freebsd-4.4-STABLE-i386-2.1/chpr.o > build/temp.freebsd-4.4-STABLE-i386-2.1/chpr2.o > build/temp.freebsd-4.4-STABLE-i386-2.1/crotg.o > ar -cur build/temp.freebsd-4.4-STABLE-i386-2.1/libblas.a > build/temp.freebsd-4.4-STABLE-i386-2.1/cscal.o > build/temp.freebsd-4.4-STABLE-i386-2.1/csscal.o > build/temp.freebsd-4.4-STABLE-i386-2.1/cswap.o > build/temp.freebsd-4.4-STABLE-i386-2.1/csymm.o > build/temp.freebsd-4.4-STABLE-i386-2.1/csyr2k.o > build/temp.freebsd-4.4-STABLE-i386-2.1/csyrk.o > build/temp.freebsd-4.4-STABLE-i386-2.1/ctbmv.o > build/temp.freebsd-4.4-STABLE-i386-2.1/ctbsv.o > build/temp.freebsd-4.4-STABLE-i386-2.1/ctpmv.o > build/temp.freebsd-4.4-STABLE-i386-2.1/ctpsv.o > build/temp.freebsd-4.4-STABLE-i386-2.1/ctrmm.o > build/temp.freebsd-4.4-STABLE-i386-2.1/ctrmv.o > build/temp.freebsd-4.4-STABLE-i386-2.1/ctrsm.o > build/temp.freebsd-4.4-STABLE-i386-2.1/ctrsv.o > build/temp.freebsd-4.4-STABLE-i386-2.1/dasum.o > build/temp.freebsd-4.4-STABLE-i386-2.1/daxpy.o > build/temp.freebsd-4.4-STABLE-i386-2.1/dcabs1.o > build/temp.freebsd-4.4-STABLE-i386-2.1/dcopy.o > build/temp.freebsd-4.4-STABLE-i386-2.1/ddot.o > build/temp.freebsd-4.4-STABLE-i386-2.1/dgbmv.o > ar -cur build/temp.freebsd-4.4-STABLE-i386-2.1/libblas.a > build/temp.freebsd-4.4-STABLE-i386-2.1/dgemm.o > build/temp.freebsd-4.4-STABLE-i386-2.1/dgemv.o > build/temp.freebsd-4.4-STABLE-i386-2.1/dger.o > build/temp.freebsd-4.4-STABLE-i386-2.1/dnrm2.o > build/temp.freebsd-4.4-STABLE-i386-2.1/drot.o > build/temp.freebsd-4.4-STABLE-i386-2.1/drotg.o > build/temp.freebsd-4.4-STABLE-i386-2.1/dsbmv.o > build/temp.freebsd-4.4-STABLE-i386-2.1/dscal.o > build/temp.freebsd-4.4-STABLE-i386-2.1/dspmv.o > build/temp.freebsd-4.4-STABLE-i386-2.1/dspr.o > build/temp.freebsd-4.4-STABLE-i386-2.1/dspr2.o > build/temp.freebsd-4.4-STABLE-i386-2.1/dswap.o > build/temp.freebsd-4.4-STABLE-i386-2.1/dsymm.o > build/temp.freebsd-4.4-STABLE-i386-2.1/dsymv.o > build/temp.freebsd-4.4-STABLE-i386-2.1/dsyr.o > build/temp.freebsd-4.4-STABLE-i386-2.1/dsyr2.o > build/temp.freebsd-4.4-STABLE-i386-2.1/dsyr2k.o > build/temp.freebsd-4.4-STABLE-i386-2.1/dsyrk.o > build/temp.freebsd-4.4-STABLE-i386-2.1/dtbmv.o > build/temp.freebsd-4.4-STABLE-i386-2.1/dtbsv.o > ar -cur build/temp.freebsd-4.4-STABLE-i386-2.1/libblas.a > build/temp.freebsd-4.4-STABLE-i386-2.1/dtpmv.o > build/temp.freebsd-4.4-STABLE-i386-2.1/dtpsv.o > build/temp.freebsd-4.4-STABLE-i386-2.1/dtrmm.o > build/temp.freebsd-4.4-STABLE-i386-2.1/dtrmv.o > build/temp.freebsd-4.4-STABLE-i386-2.1/dtrsm.o > build/temp.freebsd-4.4-STABLE-i386-2.1/dtrsv.o > build/temp.freebsd-4.4-STABLE-i386-2.1/dzasum.o > build/temp.freebsd-4.4-STABLE-i386-2.1/dznrm2.o > build/temp.freebsd-4.4-STABLE-i386-2.1/icamax.o > build/temp.freebsd-4.4-STABLE-i386-2.1/idamax.o > build/temp.freebsd-4.4-STABLE-i386-2.1/isamax.o > build/temp.freebsd-4.4-STABLE-i386-2.1/izamax.o > build/temp.freebsd-4.4-STABLE-i386-2.1/lsame.o > build/temp.freebsd-4.4-STABLE-i386-2.1/sasum.o > build/temp.freebsd-4.4-STABLE-i386-2.1/saxpy.o > build/temp.freebsd-4.4-STABLE-i386-2.1/scasum.o > build/temp.freebsd-4.4-STABLE-i386-2.1/scnrm2.o > build/temp.freebsd-4.4-STABLE-i386-2.1/scopy.o > build/temp.freebsd-4.4-STABLE-i386-2.1/sdot.o > build/temp.freebsd-4.4-STABLE-i386-2.1/sgbmv.o > ar -cur build/temp.freebsd-4.4-STABLE-i386-2.1/libblas.a > build/temp.freebsd-4.4-STABLE-i386-2.1/sgemm.o > build/temp.freebsd-4.4-STABLE-i386-2.1/sgemv.o > build/temp.freebsd-4.4-STABLE-i386-2.1/sger.o > build/temp.freebsd-4.4-STABLE-i386-2.1/snrm2.o > build/temp.freebsd-4.4-STABLE-i386-2.1/srot.o > build/temp.freebsd-4.4-STABLE-i386-2.1/srotg.o > build/temp.freebsd-4.4-STABLE-i386-2.1/ssbmv.o > build/temp.freebsd-4.4-STABLE-i386-2.1/sscal.o > build/temp.freebsd-4.4-STABLE-i386-2.1/sspmv.o > build/temp.freebsd-4.4-STABLE-i386-2.1/sspr.o > build/temp.freebsd-4.4-STABLE-i386-2.1/sspr2.o > build/temp.freebsd-4.4-STABLE-i386-2.1/sswap.o > build/temp.freebsd-4.4-STABLE-i386-2.1/ssymm.o > build/temp.freebsd-4.4-STABLE-i386-2.1/ssymv.o > build/temp.freebsd-4.4-STABLE-i386-2.1/ssyr.o > build/temp.freebsd-4.4-STABLE-i386-2.1/ssyr2.o > build/temp.freebsd-4.4-STABLE-i386-2.1/ssyr2k.o > build/temp.freebsd-4.4-STABLE-i386-2.1/ssyrk.o > build/temp.freebsd-4.4-STABLE-i386-2.1/stbmv.o > build/temp.freebsd-4.4-STABLE-i386-2.1/stbsv.o > ar -cur build/temp.freebsd-4.4-STABLE-i386-2.1/libblas.a > build/temp.freebsd-4.4-STABLE-i386-2.1/stpmv.o > build/temp.freebsd-4.4-STABLE-i386-2.1/stpsv.o > build/temp.freebsd-4.4-STABLE-i386-2.1/strmm.o > build/temp.freebsd-4.4-STABLE-i386-2.1/strmv.o > build/temp.freebsd-4.4-STABLE-i386-2.1/strsm.o > build/temp.freebsd-4.4-STABLE-i386-2.1/strsv.o > build/temp.freebsd-4.4-STABLE-i386-2.1/xerbla.o > build/temp.freebsd-4.4-STABLE-i386-2.1/zaxpy.o > build/temp.freebsd-4.4-STABLE-i386-2.1/zcopy.o > build/temp.freebsd-4.4-STABLE-i386-2.1/zdotc.o > build/temp.freebsd-4.4-STABLE-i386-2.1/zdotu.o > build/temp.freebsd-4.4-STABLE-i386-2.1/zdscal.o > build/temp.freebsd-4.4-STABLE-i386-2.1/zgbmv.o > build/temp.freebsd-4.4-STABLE-i386-2.1/zgemm.o > build/temp.freebsd-4.4-STABLE-i386-2.1/zgemv.o > build/temp.freebsd-4.4-STABLE-i386-2.1/zgerc.o > build/temp.freebsd-4.4-STABLE-i386-2.1/zgeru.o > build/temp.freebsd-4.4-STABLE-i386-2.1/zhbmv.o > build/temp.freebsd-4.4-STABLE-i386-2.1/zhemm.o > build/temp.freebsd-4.4-STABLE-i386-2.1/zhemv.o > ar -cur build/temp.freebsd-4.4-STABLE-i386-2.1/libblas.a > build/temp.freebsd-4.4-STABLE-i386-2.1/zher.o > build/temp.freebsd-4.4-STABLE-i386-2.1/zher2.o > build/temp.freebsd-4.4-STABLE-i386-2.1/zher2k.o > build/temp.freebsd-4.4-STABLE-i386-2.1/zherk.o > build/temp.freebsd-4.4-STABLE-i386-2.1/zhpmv.o > build/temp.freebsd-4.4-STABLE-i386-2.1/zhpr.o > build/temp.freebsd-4.4-STABLE-i386-2.1/zhpr2.o > build/temp.freebsd-4.4-STABLE-i386-2.1/zrotg.o > build/temp.freebsd-4.4-STABLE-i386-2.1/zscal.o > build/temp.freebsd-4.4-STABLE-i386-2.1/zswap.o > build/temp.freebsd-4.4-STABLE-i386-2.1/zsymm.o > build/temp.freebsd-4.4-STABLE-i386-2.1/zsyr2k.o > build/temp.freebsd-4.4-STABLE-i386-2.1/zsyrk.o > build/temp.freebsd-4.4-STABLE-i386-2.1/ztbmv.o > build/temp.freebsd-4.4-STABLE-i386-2.1/ztbsv.o > build/temp.freebsd-4.4-STABLE-i386-2.1/ztpmv.o > build/temp.freebsd-4.4-STABLE-i386-2.1/ztpsv.o > build/temp.freebsd-4.4-STABLE-i386-2.1/ztrmm.o > build/temp.freebsd-4.4-STABLE-i386-2.1/ztrmv.o > build/temp.freebsd-4.4-STABLE-i386-2.1/ztrsm.o > ar -cur build/temp.freebsd-4.4-STABLE-i386-2.1/libblas.a > build/temp.freebsd-4.4-STABLE-i386-2.1/ztrsv.o > building 'mach' library > ar -cur build/temp.freebsd-4.4-STABLE-i386-2.1/libmach.a > build/temp.freebsd-4.4-STABLE-i386-2.1/d1mach.o > build/temp.freebsd-4.4-STABLE-i386-2.1/i1mach.o > build/temp.freebsd-4.4-STABLE-i386-2.1/r1mach.o > build/temp.freebsd-4.4-STABLE-i386-2.1/xerror.o > running build_ext > building 'scipy.cluster._vq' extension > skipping cluster/src/vq_wrap.cpp > (build/temp.freebsd-4.4-STABLE-i386-2.1/vq_wrap.o up-to-date) > cc -shared -pthread build/temp.freebsd-4.4-STABLE-i386-2.1/vq_wrap.o -L > -Lbuild/temp.freebsd-4.4-STABLE-i386-2.1 -lamos -ltoms -lfitpack > -lminpack -lquadpack -lodepack -llinpack_lite -lblas -lmach -lg2c -lgist > -lc_misc -lcephes -o > build/lib.freebsd-4.4-STABLE-i386-2.1/scipy/cluster/_vq.so > /usr/libexec/elf/ld: cannot find -lamos > error: command 'cc' failed with exit status 1 > > Script done on Mon Nov 5 18:31:54 2001 > > Sincerely, > Rob. > > -- > The Numeric Python EM Project > > www.members.home.net/europax > _______________________________________________ > Scipy-dev mailing list > Scipy-dev at scipy.net > http://www.scipy.net/mailman/listinfo/scipy-dev From europax at home.com Mon Nov 5 23:25:10 2001 From: europax at home.com (Rob) Date: Mon, 05 Nov 2001 20:25:10 -0800 Subject: [SciPy-dev] got it built for FreeBSD Message-ID: <3BE76626.AA721986@home.com> I needed to make this change to fortran_support.py: 43c43 < self.fortran_libraries = None --- > self.fortran_libraries = "" 131c131 < --- > self.library_dirs=[" "] Tomorrow I'll install it and see if everything works. Rob. -- The Numeric Python EM Project www.members.home.net/europax From magnus at thinkware.se Tue Nov 6 06:40:53 2001 From: magnus at thinkware.se (Magnus =?iso-8859-1?Q?Lyck=E5?=) Date: Tue, 06 Nov 2001 12:40:53 +0100 Subject: [SciPy-dev] Odd result from plt.IsShown() In-Reply-To: <062f01c1660b$87b2f410$777ba8c0@ericlaptop> References: <5.1.0.14.0.20011103154807.02483910@localhost> Message-ID: <5.1.0.14.0.20011106122104.02e93420@localhost> At 10:07 2001-11-05 -0500, Eric wrote: >Hey Mangus, Almost right... :-) It's Magnus! >This may have to do with a few bugs (fixed in the CVS) in gui_thread.py and >not in plt.... or it could be in plt. Can you post the code and I'll take a >look around. Ok, thanks. I won't waste b/w on the list, so I placed it here: http://www.thinkware.se/tmp/ I feel a bit like going to the doctor with dirty underwear ;-) because it's just a quick hack, without any major concerns on distributing responsibilities well. Not a lot of comments either... I hope you can make something out of it. I think all relevant stuff is in the MyFrame class, and the methods OnClose (the tricky one), OnSelectCase and OnCellChange. /Magnus -- Magnus Lyck?, Thinkware AB ?lvans v?g 99, SE-907 50 UME? tel 070-582 80 65, fax: 070-612 80 65 http://www.thinkware.se/ mailto:magnus at thinkware.se From eric at scipy.org Tue Nov 6 10:05:36 2001 From: eric at scipy.org (eric) Date: Tue, 6 Nov 2001 10:05:36 -0500 Subject: [SciPy-dev] Odd result from plt.IsShown() References: <5.1.0.14.0.20011103154807.02483910@localhost> <5.1.0.14.0.20011106122104.02e93420@localhost> Message-ID: <086c01c166d4$7d8e9240$777ba8c0@ericlaptop> > At 10:07 2001-11-05 -0500, Eric wrote: > >Hey Mangus, > > Almost right... :-) It's Magnus! Oops. Sorry bout the name. > > >This may have to do with a few bugs (fixed in the CVS) in gui_thread.py and > >not in plt.... or it could be in plt. Can you post the code and I'll take a > >look around. > > Ok, thanks. I won't waste b/w on the list, so I placed it here: > http://www.thinkware.se/tmp/ > > I feel a bit like going to the doctor with dirty underwear ;-) because > it's just a quick hack, without any major concerns on distributing > responsibilities well. Not a lot of comments either... I hope you can > make something out of it. > > I think all relevant stuff is in the MyFrame class, and the methods > OnClose (the tricky one), OnSelectCase and OnCellChange. I'll take a look. eric From magnus at thinkware.se Fri Nov 9 07:35:46 2001 From: magnus at thinkware.se (Magnus =?iso-8859-1?Q?Lyck=E5?=) Date: Fri, 09 Nov 2001 13:35:46 +0100 Subject: [SciPy-dev] Extra marker in X-Y plot In-Reply-To: <086c01c166d4$7d8e9240$777ba8c0@ericlaptop> References: <5.1.0.14.0.20011103154807.02483910@localhost> <5.1.0.14.0.20011106122104.02e93420@localhost> Message-ID: <5.1.0.14.0.20011109121855.0211c178@localhost> I'm using an ordinary plt.plot to display an x-y plot with two curves. So far so good. The problem is that in many cases, only a certain portion of the curves are relevant, and I'd like to show that in some way. For instance, I could imagine a vertical line like in http://www.thinkware.se/tmp/plotwithmarker.jpg One thought was to make this a third curve, and to just make that a step function, or a "singularity". The problem is that the two "real" curves don't usually have a point in this x-location. I'm open for other solutions as well, as lines or point markers changing colour or shape after the relevant x-position (7.38 in the figure). Is there some feature that I overlooked? The closest to a solution I've found so far is to use plt.xaxis() to let the user toggle between showing all measurements or just the relevant parts. That works, but it doesn't give the quick visual response I want. Suggestions would be appreciated. /Magnus -- Magnus Lyck?, Thinkware AB ?lvans v?g 99, SE-907 50 UME? tel 070-582 80 65, fax: 070-612 80 65 http://www.thinkware.se/ mailto:magnus at thinkware.se From eric at scipy.org Fri Nov 9 10:12:20 2001 From: eric at scipy.org (eric) Date: Fri, 9 Nov 2001 10:12:20 -0500 Subject: [SciPy-dev] Extra marker in X-Y plot References: <5.1.0.14.0.20011103154807.02483910@localhost> <5.1.0.14.0.20011106122104.02e93420@localhost> <5.1.0.14.0.20011109121855.0211c178@localhost> Message-ID: <012901c16930$ee3d5c70$c300a8c0@ericlaptop> Hey Magnus, If I'm following what you want here, just adding a third line will work. For example: >>> plt.plot((1,5,10),'b-',(1,4,8),'g-',(1.5,1.5),(0,10),'r-') Something like this should also work: >>> plt.plot((1,5,10),'b-',(1,4,8),'g-') >>> plt.hold('on') >>> plt.plot((1.5,1.5),(0,10),'r-') The third line puts a vertical line on the graph at x=1.5. If your looking for a way to zoom in on a relevant portion of a graph, Jochen Kupper has added a nifty zoom feature to plt that allows you to select a region of the graph you'd like to zoom in on with the mouse. He posted a patch to the list earlier that you can apply to get the zoom feature, or you can grab it from his website I think. As long as your not messing with images, it works great. Assuming we get the image issue worked out, this'll be in the next release. It'd also be a nice feature to specify the location of a "marker" line and have it added automatically, but that isn't available. eric ----- Original Message ----- From: "Magnus Lyck?" To: Sent: Friday, November 09, 2001 7:35 AM Subject: [SciPy-dev] Extra marker in X-Y plot > I'm using an ordinary plt.plot to display an x-y plot > with two curves. So far so good. The problem is that > in many cases, only a certain portion of the curves > are relevant, and I'd like to show that in some way. > > For instance, I could imagine a vertical line like in > http://www.thinkware.se/tmp/plotwithmarker.jpg > > One thought was to make this a third curve, and to just > make that a step function, or a "singularity". The > problem is that the two "real" curves don't usually > have a point in this x-location. > > I'm open for other solutions as well, as lines or > point markers changing colour or shape after the relevant > x-position (7.38 in the figure). > > Is there some feature that I overlooked? > > The closest to a solution I've found so far is to > use plt.xaxis() to let the user toggle between showing > all measurements or just the relevant parts. That works, > but it doesn't give the quick visual response I want. > > Suggestions would be appreciated. > > > /Magnus > > > -- > Magnus Lyck?, Thinkware AB > ?lvans v?g 99, SE-907 50 UME? > tel 070-582 80 65, fax: 070-612 80 65 > http://www.thinkware.se/ mailto:magnus at thinkware.se > > _______________________________________________ > Scipy-dev mailing list > Scipy-dev at scipy.net > http://www.scipy.net/mailman/listinfo/scipy-dev > From magnus at thinkware.se Fri Nov 9 12:12:30 2001 From: magnus at thinkware.se (Magnus =?iso-8859-1?Q?Lyck=E5?=) Date: Fri, 09 Nov 2001 18:12:30 +0100 Subject: [SciPy-dev] Extra marker in X-Y plot In-Reply-To: <012901c16930$ee3d5c70$c300a8c0@ericlaptop> References: <5.1.0.14.0.20011103154807.02483910@localhost> <5.1.0.14.0.20011106122104.02e93420@localhost> <5.1.0.14.0.20011109121855.0211c178@localhost> Message-ID: <5.1.0.14.0.20011109175409.02126880@localhost> At 10:12 2001-11-09 -0500, you wrote: >plt.plot((1,5,10),'b-',(1,4,8),'g-',(1.5,1.5),(0,10),'r-') Silly me, thanks. I completely missed the following format in the plotting tutorial: plot(x1, format_string, x2, y2, x3, y3, format_string3, ) (But where did y1 go?) I'll claim it was because the example used the same x values for both curves, so when I looked at the image, I draw the conclusion that all descriptions in the tutorial used only one x-values for all curves in a plot... I should read better. Thanks again, Magnus -- Magnus Lyck?, Thinkware AB ?lvans v?g 99, SE-907 50 UME? tel 070-582 80 65, fax: 070-612 80 65 http://www.thinkware.se/ mailto:magnus at thinkware.se From eric at scipy.org Fri Nov 9 11:26:37 2001 From: eric at scipy.org (eric) Date: Fri, 9 Nov 2001 11:26:37 -0500 Subject: [SciPy-dev] Extra marker in X-Y plot References: <5.1.0.14.0.20011103154807.02483910@localhost> <5.1.0.14.0.20011106122104.02e93420@localhost> <5.1.0.14.0.20011109121855.0211c178@localhost> <5.1.0.14.0.20011109175409.02126880@localhost> Message-ID: <014501c1693b$4ea3a920$c300a8c0@ericlaptop> Hey Magnus, > Silly me, thanks. I completely missed the following > format in the plotting tutorial: > plot(x1, format_string, x2, y2, x3, y3, format_string3, .) > (But where did y1 go?) plot searches through its arguments for "line groups". A line group can be: y1 x1,y1 y1, 'format_string' x1,y1,'format_string' When format strings are present in line group, the interpretation of the line groups is unambigous -- the format string always comes at the end of a line group. In cases where format strings aren't present, there are some ambiguous cases. FOr example: plt.plot(a,b) could be interpreted as a single line with x1=a y1=b with b vs. a type plot or as two lines with y1=a and y2 = b with each line plotted vs. its array indices. plt will always choose the x1=a y1=b interpretation in these cases. I guess you could say that line groups are greedy. So plt.plot(a,b,c) will plot b vs a and c vs. its indices. plt.plot(a,'b-',b,c) will plot a blue line for a vs. indices and c vs b using a default color. plt.plot(a,'b-',b,c,d,'r+') will plot a blue line for a vs. indices and c vs b using a default color and d vs its indices using red plus marks. Hope that isn't too confusing. The good news is that this approach generally results in the expected behavior. see ya, eric > > I'll claim it was because the example used the same x values > for both curves, so when I looked at the image, I draw the > conclusion that all descriptions in the tutorial used only > one x-values for all curves in a plot... > > I should read better. > > Thanks again, > > Magnus > > > -- > Magnus Lyck?, Thinkware AB > ?lvans v?g 99, SE-907 50 UME? > tel 070-582 80 65, fax: 070-612 80 65 > http://www.thinkware.se/ mailto:magnus at thinkware.se > > _______________________________________________ > Scipy-dev mailing list > Scipy-dev at scipy.net > http://www.scipy.net/mailman/listinfo/scipy-dev > From jochen at unc.edu Fri Nov 9 15:42:15 2001 From: jochen at unc.edu (Jochen =?iso-8859-1?q?K=FCpper?=) Date: 09 Nov 2001 15:42:15 -0500 Subject: [SciPy-dev] Extra marker in X-Y plot In-Reply-To: <012901c16930$ee3d5c70$c300a8c0@ericlaptop> References: <5.1.0.14.0.20011103154807.02483910@localhost> <5.1.0.14.0.20011106122104.02e93420@localhost> <5.1.0.14.0.20011109121855.0211c178@localhost> <012901c16930$ee3d5c70$c300a8c0@ericlaptop> Message-ID: <86wv0zsml4.fsf@bock.chem.unc.edu> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Fri, 9 Nov 2001 10:12:20 -0500 eric wrote: eric> He posted a patch to the list earlier that you can apply to get eric> the zoom feature, or you can grab it from his website I think. Take the one from the ml archive:) eric> As long as your not messing with images, it works great. Yeah, I hope to find some time to look into that _this_ weekend:O Greetings, Jochen - -- University of North Carolina phone: +1-919-962-4403 Department of Chemistry phone: +1-919-962-1579 Venable Hall CB#3290 (Kenan C148) fax: +1-919-843-6041 Chapel Hill, NC 27599, USA GnuPG key: 44BCCD8E -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6-cygwin-fcn-1 (Cygwin) Comment: Processed by Mailcrypt and GnuPG iD8DBQE77D+niJ/aUUS8zY4RAqOHAKCPkiSMWmu3EPqtcNOvBnVWgh5NRgCdHee9 YlHD2BdMCaoji/Bq82ZUpe4= =Zk5i -----END PGP SIGNATURE----- From rlytle at tqs.com Fri Nov 9 15:50:38 2001 From: rlytle at tqs.com (Lytle, Robert TQO) Date: Fri, 9 Nov 2001 12:50:38 -0800 Subject: [SciPy-dev] Installed on FreeBSD, but no FFT gives errors Message-ID: <81E1D2E15CCBD311A74700A0C9E1CC8E03981C4F@chunky.tqs.com> I finally last night installed my hacked SciPy on FreeBSD. I couldn't include the FFTW part because the FreeBSD fftw port has different libararies than Linux evidently. So when I give the command "from scipy import *" I get an error since it is looking for the FFT stuff which was never built. When I get some more time I'll play with it some more. Rob. From jochen at jochen-kuepper.de Fri Nov 9 21:14:42 2001 From: jochen at jochen-kuepper.de (Jochen =?iso-8859-1?q?K=FCpper?=) Date: 09 Nov 2001 21:14:42 -0500 Subject: [SciPy-dev] Installed on FreeBSD, but no FFT gives errors In-Reply-To: <81E1D2E15CCBD311A74700A0C9E1CC8E03981C4F@chunky.tqs.com> References: <81E1D2E15CCBD311A74700A0C9E1CC8E03981C4F@chunky.tqs.com> Message-ID: On Fri, 9 Nov 2001 12:50:38 -0800 Robert Lytle wrote: Robert> I finally last night installed my hacked SciPy on FreeBSD. Nice. Robert> I couldn't include the FFTW part because the FreeBSD fftw port Robert> has different libararies than Linux evidently. That's not exactly true. Different library *names*. And not compared to Linux, but compared to "what scipy assumes to be the FFTW installation". I just mad a whole bunch of soft-links in /usr/local/lib to represent the following (from scipy/setup.py): ,---- | # FFTW (requires FFTW libraries to be previously installed) | double_libraries = ['fftw_threads','rfftw_threads','fftw','rfftw'] | float_libraries = map(lambda x: 's'+x,double_libraries) `---- That is, you need libfftw_threads.so, librfftw_threads.so, libfftw.so, librfftw.so plus the according set of 's'-libraries. I guess it is obvious what these should link to (depends on what you have:). In the long run this has to be replaced by some detection scheme what the FFTW-libs are named on the local system, I'd say. Greetings, Jochen -- Einigkeit und Recht und Freiheit http://www.Jochen-Kuepper.de Libert?, ?galit?, Fraternit? GnuPG key: 44BCCD8E Sex, drugs and rock-n-roll From jochen at jochen-kuepper.de Sat Nov 10 00:41:41 2001 From: jochen at jochen-kuepper.de (Jochen =?iso-8859-1?q?K=FCpper?=) Date: 10 Nov 2001 00:41:41 -0500 Subject: [SciPy-dev] plt zooming is a memory hog Message-ID: Ok, I looked at the problems reported by Eric regarding zooming into images, leading to crashes regularly. (here: Linux 2.4, wxPython 2.3.1, 128MB RAM, 512MB swap) I could not reproduce any lockups or crashes (as reported by Eric). The image is always drawn fine after *some* time, unless I killed the app because I am tired of waiting after a few minutes! The reason why it took so long? Making the shown part of the image small enough (the number of "zooms" doesn't matter, just the size of the selected part), the python process and the Xserver grow to >600 MB together... (v.s.) Well the problem is here: ,----[plot_objects.py:956--963] | def draw(self,dc): | sz = array((self.the_image.GetWidth(),self.the_image.GetHeight())) | sz = sz * abs(self.scale) | sz = sz.astype(Int) | scaled_image = self.the_image.Scale(abs(sz[0]), abs(sz[1])) | bitmap = wxBitmap(scaled_image) | dc.DrawBitmap(bitmap, self.origin[0]+1, | self.origin[1]-scaled_image.GetHeight()+1, wx.false) `---- A wxImage and a wxBitmap of the whole image at the needed resolution is made. These are huge bitmaps if you zoom in a bit, I assume:(( I have no good quick way on how to handle this, but somehow this image_object needs to know which part of itself we are interested in and only draw that... Greetings, Jochen PS: Since changes are still not in cvs and I couldn't find all patches flying around, I attach the version of plt I used. This is a diff against current cvs. PPS: Eric, what's about Linus rule "release early, release often"? It's up to you guys, but I would suggest you release snapshots as often as you encounter an overall reasonably stable source tree, and put changes in cvs as soon as they are there? Or something like that. At least I am tired of sending patches between different machines I am using. I have actually considered setting up my own (private) cvs tree for scipy, but that is not really what I want. -- Einigkeit und Recht und Freiheit http://www.Jochen-Kuepper.de Libert?, ?galit?, Fraternit? GnuPG key: 44BCCD8E Sex, drugs and rock-n-roll -------------- next part -------------- 2001-11-10 Jochen K?pper * plot_objects.py (image_object.draw): Use wxBitmap constructor instead of deprecated ConvertToBitmap() method. 2001-10-27 Jochen K?pper * wxplt.py: Reorganized file structure: plot_canvas, plot_window, plot_frame, global stuff. (plot_frame): Obey naming guidelines. (plot_frame.file_close): Added File->Close menu functionality. (plot_canvas): Add __type_hack__. Obey naming guidelines. (plot_canvas.__init__, on_mouse_event, on_double_click, on_paint, on_right_down): Add mouse event handlers, rename existing ones according to guidelines. (plot_canvas.zoom, rubberband): Implemented. (plot_window): Added. Provides a wxWindow with plot_canvas functionality. * interface.py (figure): Add possibility to add an externally created plot_canvas. Depends on plot_canvas.__type_hack__. * Local Variables: * mode: auto-fill * fill-column: 79 * End: 2001-10-27 Jochen K?pper * wxplt.py: Reorganized file structure: plot_canvas, plot_window, plot_frame, global stuff. (plot_frame): Obey naming guidelines. (plot_frame.file_close): Added File->Close menu functionality. (plot_canvas): Add __type_hack__. Obey naming guidelines. (plot_canvas.__init__, on_mouse_event, on_double_click, on_paint, on_right_down): Add mouse event handlers, rename existing ones accoring to guidelines. (plot_canvas.zoom, rubberband): Implemented. (plot_window): Added. Provides a wxWindow with plot_canvas functionality. * interface.py (figure): Add possibility to add an externally created plot_canvas. Depends on plot_canvas.__type_hack__. * Local Variables: * mode: auto-fill * fill-column: 79 * End: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: patch URL: From eric at scipy.org Mon Nov 12 09:43:20 2001 From: eric at scipy.org (eric) Date: Mon, 12 Nov 2001 09:43:20 -0500 Subject: [SciPy-dev] plt zooming is a memory hog References: Message-ID: <045201c16b88$5ff17af0$c300a8c0@ericlaptop> > Ok, I looked at the problems reported by Eric regarding zooming into > images, leading to crashes regularly. > (here: Linux 2.4, wxPython 2.3.1, 128MB RAM, 512MB swap) > > I could not reproduce any lockups or crashes (as reported by > Eric). I think your seeing the same thing. Memory going to 600 MB on my machcine would cause lockup. > The image is always drawn fine after *some* time, unless I > killed the app because I am tired of waiting after a few minutes! yep. > > The reason why it took so long? Making the shown part of the image > small enough (the number of "zooms" doesn't matter, just the size of > the selected part), the python process and the Xserver grow to >600 MB > together... (v.s.) > > Well the problem is here: > ,----[plot_objects.py:956--963] > | def draw(self,dc): > | sz = array((self.the_image.GetWidth(),self.the_image.GetHeight())) > | sz = sz * abs(self.scale) > | sz = sz.astype(Int) > | scaled_image = self.the_image.Scale(abs(sz[0]), abs(sz[1])) > | bitmap = wxBitmap(scaled_image) > | dc.DrawBitmap(bitmap, self.origin[0]+1, > | self.origin[1]-scaled_image.GetHeight()+1, wx.false) > `---- > A wxImage and a wxBitmap of the whole image at the needed resolution > is made. These are huge bitmaps if you zoom in a bit, I assume:(( Looks like we'll have to write our own replacement for the Scale() functionality that does things more intelligently. I guess the wx stuff wasn't designed for this sort of thing. > > I have no good quick way on how to handle this, but somehow this > image_object needs to know which part of itself we are interested in > and only draw that... > > Greetings, > Jochen > > PS: Since changes are still not in cvs and I couldn't find all patches > flying around, I attach the version of plt I used. This is a diff > against current cvs. > > PPS: Eric, what's about Linus rule "release early, release often"? > It's up to you guys, but I would suggest you release snapshots as > often as you encounter an overall reasonably stable source tree, and > put changes in cvs as soon as they are there? > Or something like > that. At least I am tired of sending patches between different > machines I am using. I have actually considered setting up my own > (private) cvs tree for scipy, but that is not really what I want. It'd be good to have a nightly snapshot set up. The hope is to have something akin to VTK's setup (http://public.kitware.com/VTK/) where they have a "quality dashboard" of how the unit tests ran on the latest CVS snapshot and a build of multiple daily versions for multiple platforms. I haven't worked on this at all, and won't in the near future. There is certainly room between the current setup and the "grand vision" for a less ambitious but automated build process. If someone wants to volunteer for setting it up (or even the grand vision), that be great. see ya, eric From arnd.baecker at physik.uni-ulm.de Wed Nov 21 05:12:58 2001 From: arnd.baecker at physik.uni-ulm.de (arnd.baecker at physik.uni-ulm.de) Date: Wed, 21 Nov 2001 11:12:58 +0100 (MET) Subject: [SciPy-dev] dgesdd_ problem with scipy Message-ID: Hi, I again tried to install scipy, and everything worked out quite fine. However, when I start python and do an import scipy, it ends with ImportError: /home/abaecker/PYTHON/lib/python2.2/site-packages/Numeric/lapack_lite.so: undefined symbol: dgesdd_ First some more details on the install: I installed Python-2.2b2.tgz atlas3.2.1.tgz f2py-2.latest.tgz fftw-2.1.3.tar.gz wxGTK-2.2.7.tar.gz wxPython-2.2.7.tar.gz Numerical and scipy were fetched from todays CVS. Numerical on its own compiles fine and does include in lapack_lite.so the corresponding new LAPACK 3 routines. So if I do (after the installation of scipy) cd scipy/Numerical python setup.py install it builds some different version of lapack_lite.so for which strings ~/PYTHON/lib/python2.2/site-packages/Numeric/lapack_lite.so | grep dgesdd_ gives dgesdd_ dgesdd_ Trying then to do an import scipy (i.e with this lapack_lite.so) gives a different error: File "/home/abaecker/PYTHON/lib/python2.2/site-packages/scipy/basic1a.py", line 9, in ? from scipy.linalg import eig ImportError: cannot import name eig So it seems that this one contains dgesdd but not the routines needed for linalg ?! So, what can I do to resolve the first problem ? (I hope the second will not appear then ... ;-) Best wishes, Arnd From jochen at jochen-kuepper.de Tue Nov 27 20:43:36 2001 From: jochen at jochen-kuepper.de (Jochen =?iso-8859-1?q?K=FCpper?=) Date: 27 Nov 2001 20:43:36 -0500 Subject: [SciPy-dev] dgesdd_ problem with scipy In-Reply-To: References: Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wed, 21 Nov 2001 11:12:58 +0100 (MET) arnd baecker wrote: arnd> ImportError: arnd> /home/abaecker/PYTHON/lib/python2.2/site-packages/Numeric/lapack_lite.so: arnd> undefined symbol: dgesdd_ [...] arnd> So, what can I do to resolve the first problem ? Install LAPACK-3 and use that in Numeric and scipy. Greetings, Jochen - -- Einigkeit und Recht und Freiheit http://www.Jochen-Kuepper.de Libert?, ?galit?, Fraternit? GnuPG key: 44BCCD8E Sex, drugs and rock-n-roll -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Processed by Mailcrypt and GnuPG iD8DBQE8BEFIiJ/aUUS8zY4RAql/AJ9SfwylUBt4z88x5Vp82fwzhGPQiwCfWNIa uzoInqzBTuwVfQ5F5BXjznk= =j6JE -----END PGP SIGNATURE-----