I've been resorting to 0.8.7 for the past couple of months after 0.8.8 and 0.8.9 were released because I run into strange errors, probably because of the not-simlpe-fix issue Stephen noted. The portion of the code where I encountered problems were doing parallel HOP halo finding.
On Tue, Aug 7, 2012 at 1:36 PM, Casey W. Stark email@example.com:
I like option A the best. That's definitely a bug. Maybe stick to the old version until that's fixed?
Just curious, which parts of yt depend on Forthon?
On Tue, Aug 7, 2012 at 1:03 PM, Stephen Skory firstname.lastname@example.org wrote:
Some problems Sam was having with the fortan kdtree has alerted me to some necessary changes due to changes in Forthon. Two of them are simple. One is to remove a --with-numpy flag in the Makefile. The second is that the most recent version of Forthon (0.8.9) builds the fKDpy.so object in it's own build/lib.arch.../ directory, not in the same directory as the Makefile. This is easily fixed by a change to the setup.py file in yt/utilities. I will issue a PR for this depending on the discussion of the following issue.
The not-simple change is that the newest Forthon setup.py is hard-coded to install the Forthon package for the system Python, regardless of which actual Python stack you're using, which is not convenient for our custom-curated yt stack. The fix is to simply remove the hard-coding. But I want to ask y'all what the best course forward from here is: A) ask the author to change it, B) make the change in the Forthon linked to in the install_script, or C) stick to the old version for now?
-- Stephen Skory email@example.com http://stephenskory.com/ 510.621.3687 (google voice) _______________________________________________ yt-dev mailing list firstname.lastname@example.org http://lists.spacepope.org/listinfo.cgi/yt-dev-spacepope.org
yt-dev mailing list email@example.com http://lists.spacepope.org/listinfo.cgi/yt-dev-spacepope.org