Thanks David,
I did the following test without editing the config.h file but got error messages as well. Does it matter with the mopac6 or something else?
>> ./configure_at gcc
Setting AMBERHOME to /usr/local/AMBER/amber10
Testing the C compiler:
gcc -m32 -o testp testp.c
OK
Obtaining the C++ compiler version:
g++ -v
The version is 3.4.6
OK
Testing the g77 compiler:
g77 -O2 -fno-automatic -finit-local-zero -o testp testp.f
OK
Testing flex:
OK
Configuring netcdf; (may be time-consuming)
NETCDF configure succeeded.
The configuration file, config.h, was successfully created.
The next step is to type 'make -f Makefile_at'
>> make -f Makefile_at
.........
.........
wrtkey.o(.text+0x49f0): In function `wrtkey_.A':
: undefined reference to `for_write_seq_fmt'
wrtkey.o(.text+0x4a3b): In function `wrtkey_.A':
: undefined reference to `for_write_seq_fmt'
wrtkey.o(.text+0x4a86): more undefined references to `for_write_seq_fmt' follow
........
........
wrtkey.o(.text+0x88f3): In function `myword_.':
: undefined reference to `__intel_cpu_indicator_init'
wrtkey.o(.text+0x8911): In function `myword_.J':
: undefined reference to `for_f90_index'
wrtkey.o(.text+0x89d2): In function `myword_.J':
: undefined reference to `for_f90_index'
wrtkey.o(.text+0x89f7): In function `myword_.J':
: undefined reference to `for_f90_index'
wrtkey.o(.text+0x8a30): In function `myword_.A':
: undefined reference to `for_f90_index'
wrtkey.o(.text+0x8af7): In function `myword_.A':
: undefined reference to `for_f90_index'
wrtkey.o(.text+0x8b20): more undefined references to `for_f90_index' follow
wrttxt.o(.text+0x2): In function `wrttxt_':
: undefined reference to `__intel_cpu_indicator'
........
.........
xyzint.o(.text+0xd77): In function `xyzgeo_.':
: undefined reference to `__intel_cpu_indicator_init'
xyzint.o(.text+0xf5c): In function `xyzgeo_.J':
: undefined reference to `__libm_sse2_acos'
xyzint.o(.text+0x10df): In function `xyzgeo_.J':
: undefined reference to `__libm_sse2_acos'
xyzint.o(.text+0x1453): In function `xyzgeo_.J':
: undefined reference to `__libm_sse2_acos'
collect2: ld returned 1 exit status
make[1]: *** [mopac] error 1
make[1]: Leaving directory `/usr/local/AMBER/amber10/src/mopac6/src'
make: *** [install] error 2
Lan
--- 09年7月8日，周三, case <case.biomaps.rutgers.edu> 写道：
发件人: case <case.biomaps.rutgers.edu>
主题: Re: [AMBER] amber10 installation problem
收件人: "AMBER Mailing List" <amber.ambermd.org>
日期: 2009年7月8日,周三,下午7:56
On Wed, Jul 08, 2009, Lan JIN wrote:
>
> I have been trying to install Amber10 and AmberTool
> 1.2 on my Linux (Intel core2, RHEL4, 32 bit) computer. Bugfix files for
> both were downloaded and 'patch' did as well.
>
> My first
> question is if these two packages are totally independent during
> installation or failure of AmberTool installation will affect the
> installation of AMBER10.
Amber10 relies on AmberTools, so you can't run it if the AmberTools
installation fails.
> I also tried to edit config.h file by changing to FC=ifort from g77
Dont do that! Only g77 or gfortran will work.
>
>
> > ./configure_at gcc
> Setting AMBERHOME to /usr/local/AMBER/amber10
>
> Using Intel MKL libraries in /opt/intel/mkl/10.1.1.019
>
> .............
> .............
> xyzint.o(.text+0x266): In function `xyzint_':
> : undefined reference to `__intel_cpu_indicator'
> make[1]: *** [mopac] error 1
> make[1]: Leaving directory `/usr/local/AMBER/amber10/src/mopac6/src'
This looks(?) like some problem with ifort, which you should not be using
anyway. What was the error when using gfortran or g77? To be safe,
unset your MKL_HOME environment variable, in case there is some conflict
there.
> make: *** [install] error 2
>
>
> 'make -f Makefile_at test' stopped at
Well, of course...if the installation failed, you can be pretty sure that the
test cases will fail as well.
> ======================for Amber10====================
>
> I continued to install Amber10 assuming the AmberTool would not affect this process.
>
> > ./configure_amber ifort
> > make serial
> > make clean
>
> > make test
>
> .............
> cd bintraj && ./Run.bintraj
> ../../src/netcdf/bin/ncdump: Command not found.
> diffing nc_headers.save with nc_headers
> possible FAILURE: check nc_headers.dif
OK, it looks like the "make clean" script above removes things that are needed
for the bintraj test. If other things work, you can ignore this problem, or
run "configure_amber" again. (Generally, the idea is to run "make clean"
before a new compilation; it is not needed afterwards. But we should fix this
glitch.)
> cd qmmm_DFTB/pure_QM_MD_DFTB && ./Run.nma
> DFTB SLKO files not found - Skipping Test...
Please see p. 86 of the Users' Manual.
>
> AmberTool
> should be not installed. xleap, ptraj etc do not exist but antechamber
> is there.
This is because your installation of AmberTools stopped in the middle (with
the error in the mopac compilation). So some executables were created and
others were not.
.....dac
_______________________________________________
AMBER mailing list
AMBER.ambermd.org
http://lists.ambermd.org/mailman/listinfo/amber
___________________________________________________________
好玩贺卡等你发，邮箱贺卡全新上线！
http://card.mail.cn.yahoo.com/
_______________________________________________
AMBER mailing list
AMBER.ambermd.org
http://lists.ambermd.org/mailman/listinfo/amber
Received on Thu Jul 09 2009 - 01:08:03 PDT
