On Mon, Mar 27, 2006, K. Yarem wrote:
> We're attempting a serial Amber8 compilation on a single CPU G4 system with
> xlf90 (version 8.1) and the patched configure script (as described at
> http://amber.scripps.edu/macos.html). This is being undertaken within csh,
> rather than OSX's default tcsh. The config.h file was successfully created,
> and environment variables for Amber8 and the compiler have been set using a
> .cshrc file in the home directory.
>
> xlf90 -qextname=ddot:fdate:flush:lsame:dscal:dnrm2:idamax:drot:dswap:dspmv:daxpy:dspr2:dgemm:dcopy:dgemv:dtrmv:dtrmm:dger:lsame:dspev:dgeev:dspevd:dsyev:dppsv:dspsv:dlamch:dsteqr:dgeqr2:dorm2r:dlacpy:dlarnv:dlascl:dlaset:dlartg:dlanst:dlaev2:dlapy2:dlasr -o new2oldparm new2oldparm.o nxtsec.o
> /usr/bin/ld: new2oldparm.o bad magic number (not a Mach-O file)
> /usr/bin/ld: nxtsec.o bad magic number (not a Mach-O file)
Did you neglect to do a "make clean" before trying the compilation? The
compile step did not try to remake any of the *.o files, suggesting that you
may still have older versions from some other compiler lying around.
If this doesn't help, please check that you can compile any fortran program.
We deliberatly begin Amber builds with a very simple and small program, so
errors here are usually beyond our control.
...good luck...dac
-----------------------------------------------------------------------
The AMBER Mail Reflector
To post, send mail to amber.scripps.edu
To unsubscribe, send "unsubscribe amber" to majordomo.scripps.edu
Received on Sun Apr 02 2006 - 06:10:07 PDT
