[Ifeffit] Hack and slash

Paul Fons paul-fons at aist.go.jp
Wed Dec 6 11:26:27 CST 2006


   I hacked and slashed and have succeeded in building the wrapper  
and making a new version of horae.  It is getting rather late here so  
I will have to turn in, but I think the idea of making a different  
Makefile for the wrapper is a good one.  As it didn't seem to be  
particularly difficult, I assume that I will have no trouble putting  
one together.  I will post a new tarball later tommorrow on  
sourceforge with a new Mac installer (power pc).   This problem with  
the tarball was new -- there was no conflict before (or was there).   
The error associated warning message occurred when tar attempted to  
write the file "atoms" on top of the directory "Atoms".  I wonder if  
the archive order was different before hiding the conflict?

					Paul




On Dec 6, 2006, at 11:59 PM, Bruce Ravel wrote:

> On Wednesday 06 December 2006 08:30, Paul Fons wrote:
>>    Alas Bruce, not everyone has a unix without training wheels.  The
>> darwin OS is case insensitive.  Sort of a good thing in many ways.
>> For instance take the example of "atoms" and "Atoms" in the horae-063
>> directory.  This frozzed tar in the unpacking stage and I didn't
>> realize the conflict until today (I was in Italy until last Friday so
>> didn't get a chance to compile horae until today).
>
> Hmmm... not so trivial.  But I'll try to have a trial tarball for you
> later today.
>
>> Can you remove the conflict with uppercase and lowercase "atoms/
>> Atoms" in the horae directory so this doesn' happen every time.  It
>> would also be sort of neat if there were a some sort of "honest" way
>> to compile the ifeffit_wrapper.c source without having to hack the
>> ucky MakeMaker output (a switch perhaps).  All this is of course,
>> when you have time.  Thanks for the new release.
>
> If I knew how to honestly compile the wrapper, I'd be happy to do so.
>
> Are you able to compile other C code from perl packages "out of the
> box"?  For example, if you downloaded (to suggest an example that
> horae uses) Compress::Zlib and did the typical perl-y build
> incantation, does it run to completion without further input?  If so,
> then I can simply remove all darwin-specific code from my
> makefile.PL.  If not, then you need to tell me what to do.
>
> One option is for you to provide me with a makefile that builds
> ifeffit_wrapper.  I'll add that to the tarball and simply have
> Makefile.PL skip the compilation of ifeffit_wrapper.  Then your
> external makefile can be used to build ifeffit_wrapper.  That adds a
> step to the build incantation, but that's not so bad.
>
> Perhaps better, I can simply skip the build of ifeffit_wrapper for
> darwin on the assuption that it is already installed or has been
> installed some other way.  That way, the wrapper can be part of the
> installer package, not part of the tarball update for darwin.  That
> is, in fact, what my Makefile.PL does for debian.
>
> B
>
>
>
>
> -- 
>  Bruce Ravel  ----------------------------------------------  
> bravel at anl.gov
>
>  Molecular Environmental Science Group, Building 203, Room E-165
>  MRCAT, Sector 10, Advanced Photon Source, Building 433, Room B007
>
>  Argonne National Laboratory         phone and voice mail: (1) 630  
> 252 5033
>  Argonne IL 60439, USA                                fax: (1) 630  
> 252 9793
>
>  My homepage:    http://cars9.uchicago.edu/~ravel
>  EXAFS software: http://cars9.uchicago.edu/~ravel/software/exafs/
>




More information about the Ifeffit mailing list