On Thu, Apr 01, 2010, Jason Swails wrote:
>
> I figured I'd report this here, since it's an issue with compilation...
>
> Linux x86_64; ifort/icc 10.1.015; MKL 10.0.2.018
>
> Compilation error with AmberTools (fails in fftw-2)
>
> if [ "/scratch/crn/aer/swails/newamber/04.01.10/amber11/lib/libfftw2xf_intel.a"
> = '/scratch/crn/aer/swails/newamber/04.01.10/amber11/lib/libfftw2xf_intel.a'
> ]; then\
> cd /opt/intel/mkl/10.0.2.018/interfaces/fftw2xf && make libem64t \
> compiler=intel PRECISION=MKL_DOUBLE \
> INSTALL_DIR=/scratch/crn/aer/swails/newamber/04.01.10/amber11/lib; \
> else \
> cd ../fftw-2.1.5 && make install; \
> fi
> make[2]: Entering directory `/opt/intel/mkl/10.0.2.018/interfaces/fftw2xf'
> make clean ../../lib/em64t/libfftw2xf_intel.a _IA=em64t
> make[3]: Entering directory `/opt/intel/mkl/10.0.2.018/interfaces/fftw2xf'
> rm -f ../../lib/em64t/libfftw2xf_intel.a *.o
> rm: cannot remove `../../lib/em64t/libfftw2xf_intel.a': Permission denied
We had similar issues before, but that was because AMBERHOME was not set
correctly. I don't think that is the case here.
Can you go to /opt/intel/mkl/10.0.2.018/lib/em64t, and see if there
is a libfftw2xf_intel.a file there? Does it have a date stamp (or owner)
that suggests it was supplied by intel and the time of installation?
It's always seemed really weird that users would be asked to go to their
MKL_HOME directory (where almost no one will have write permissions) to make
something; I don't know if this is a MKL version issue or not.
....dac
_______________________________________________
AMBER-Developers mailing list
AMBER-Developers.ambermd.org
http://lists.ambermd.org/mailman/listinfo/amber-developers
Received on Thu Apr 01 2010 - 11:30:06 PDT
