Hi Everyone, Ifeffit 1.0075 is now available. There are some bug fixes related to erasing paths, which caused serious problems with artemis. There was also a change in the guts of how the Perl wrapper was built, as the older one failed to compile with gcc3.2 on RedHat 8.0. I have not tried this on Mac OS X, and don't foresee any problems, but if someone is brave enough to try it, please let me know if it fails. The most significant change in 1.0075 is the inclusion of Feff6 in the source tree and a Windows executable of Feff6 in the Windows installer. That right, there is now a free version of Feff6 included with Ifeffit!! The plan is to turn this version of Feff into a library that can be called directly from the perl and python scripts. That is, the 'run feff' button on TkAtoms might actually work someday!! If you're as thrilled about this as I am, don't hesitate to thank John Rehr repeatedly. There are new versions of sixpack, artemis, and athena in the Windows installer. The latest source code for these should be downloaded from Sam's and Bruce's web pages. Special Thanks to John, Sam, and of course Bruce, --Matt
Hi folks, This morning I posted source code tarballs for the latest versions of my programs: Athena 0.8.005 and Artemis 0.5.002. These are the versions that are included in the new Windows installer that Matt announced yesterday. If you are a windows user and want to upgrade, you should download and install the entire installer. I will continue with the practice of posting the updated Windows executables for these programs with the next releases of Athena and Artemis. While the changes to Athena were pretty modest this time, Artemis took many large steps forward over the past two weeks. I rewrote some of the code that covers how paths from Feff are read in, managed, plotted, and deleted. The result is that much of the strange, unpredictable, and crashy behavior that was discovered during September's EXAFS course at NSLS now seems to be solved. Yay! You should now be able to add and delete paths as you see fit and be confident that plotting and fitting will behave as expected. Take a look at http://leonardo.phys.washington.edu/~ravel/software/exafs/notes/CHANGES.arte... to see the *long* list of changes to this version of Artemis. Some of them, such as the added functionality to the path interpretation on the feff page, are really quite nifty. The one change to both programs that people should be aware of is a slight change to the initialization files. The file format is almost the same EXCEPT you can no longer have end of line comments. If anything configurable behaves oddly check your initialization file (~/.athenarc or ~/.artemisrc for you unix users) and remove any end of line comments. As always, let me know about any problems you find or suggestions you have. Bruce -- Bruce Ravel ----------------------------------- ravel@phys.washington.edu Code 6134, Building 3, Room 222 Naval Research Laboratory phone: (1) 202 767 5947 Washington DC 20375, USA fax: (1) 202 767 1697 NRL Synchrotron Radiation Consortium (NRL-SRC) Beamlines X11a, X11b, X23b, X24c, U4b National Synchrotron Light Source Brookhaven National Laboratory, Upton, NY 11973 My homepage: http://feff.phys.washington.edu/~ravel EXAFS software: http://feff.phys.washington.edu/~ravel/software/exafs/
The makefile included with the new version of ifeffit 1.0075 is broken, specifically it lacks a dependency for build.in as you can see from the pasted text below: [Quark:ifeffit_1.0b/src/macosx] paulfons% make make: *** No rule to make target `../lib/build.in', needed by `../lib/build.h'. Stop. I sucessfully built most of the internal modules by invoking their make sequence with commands of the form "make ifeffitlib.a, make feffit, etc.), but make all fails. This is apparently due to the file build.h being dependent on build.in. This smells of automake configuration which I don't understand and I was hoping some brave sole would be able to offer a fix (Hi Matt!) or perhaps suggest to comment out the offending line in the Makefile if it doesn't cause problems. Thanks for any help! Along these lines, what is the problem with the configure setup for OSX, is it a big problem to get the "standard" unix install procedure to work for os x or is there some difficult problem (this is coming from someone who knows nothing about automake). Paul On 2002.11.6, at 06:27 AM, Matt Newville wrote:
Matt Newville
Dr. Paul Fons Senior Researcher National Institute for Advanced Industrial Science & Technology METI Optoelectronics Division Umezono 1-1-4 Tsukuba, Ibaraki JAPAN 305-8568 tel. +81-298-61-5636 fax. +81-298-61-5615 email: paul-fons@aist.go.jp The lines below are in a Japanese font 〒３０５−８５６８ 茨城県つくば市梅園１−１−４ 光技術部 ポール・フォンス主任研究官
Hi Paul, On Thu, 7 Nov 2002, Dr. Paul Fons wrote:
The makefile included with the new version of ifeffit 1.0075 is broken, specifically it lacks a dependency for build.in as you can see from the pasted text below:
[Quark:ifeffit_1.0b/src/macosx] paulfons% make make: *** No rule to make target `../lib/build.in', needed by `../lib/build.h'. Stop.
Ack! This is entirely my fault. I changed a few parts of the build process (especially the part where the configuration tells the library how to build, which was using files called build.h & build.in and now does something else). I think this means the build process may not work on other systems too. It should not be too hard to fix, but I can't do it right now. It's possible that the normal unix / build (ie, 'configure ; make' may work on Mac OS X without using the macosx directory. I thought that was working a while ago, and don't think my changes would have broken that. Is this now broken as well? Sorry for the trouble and thanks, --Matt
Matt, The configure process had many error messages when I tried it. Jeff On Thursday, November 7, 2002, at 11:58 AM, Matt Newville wrote:
Hi Paul,
On Thu, 7 Nov 2002, Dr. Paul Fons wrote:
The makefile included with the new version of ifeffit 1.0075 is broken, specifically it lacks a dependency for build.in as you can see from the pasted text below:
[Quark:ifeffit_1.0b/src/macosx] paulfons% make make: *** No rule to make target `../lib/build.in', needed by `../lib/build.h'. Stop.
Ack! This is entirely my fault. I changed a few parts of the build process (especially the part where the configuration tells the library how to build, which was using files called build.h & build.in and now does something else). I think this means the build process may not work on other systems too.
It should not be too hard to fix, but I can't do it right now. It's possible that the normal unix / build (ie, 'configure ; make' may work on Mac OS X without using the macosx directory. I thought that was working a while ago, and don't think my changes would have broken that. Is this now broken as well?
Sorry for the trouble and thanks,
--Matt
_______________________________________________ Ifeffit mailing list Ifeffit@millenia.cars.aps.anl.gov http://millenia.cars.aps.anl.gov/mailman/listinfo/ifeffit
Ifeffit 1.0075a is now available. This version has no changes in functionality, but should build on Mac OS X and other non-linux Unixes more easily. I don't have ready access to a Mac, so I haven't tested it. I believe it should work, but please let me know!! Thanks, --Matt
Yup, the compile works without incident. Up and running with ifeffit 1.0075a on OS X (10.2.2). Paul On Wednesday, November 13, 2002, at 07:58 AM, Matt Newville wrote:
Ifeffit 1.0075a is now available. This version has no changes in functionality, but should build on Mac OS X and other non-linux Unixes more easily.
I don't have ready access to a Mac, so I haven't tested it. I believe it should work, but please let me know!!
Thanks,
--Matt
_______________________________________________ Ifeffit mailing list Ifeffit@millenia.cars.aps.anl.gov http://millenia.cars.aps.anl.gov/mailman/listinfo/ifeffit
participants (4)
-
Bruce Ravel -
Dr. Paul Fons -
Jeff Terry -
Matt Newville