Re: [AMBER-Developers] sander/getcor.f

From: Daniel Roe <daniel.r.roe.gmail.com>
Date: Fri, 14 Jan 2011 07:21:56 -0500

Hi,

On Fri, Jan 14, 2011 at 3:25 AM, Mengjuei Hsieh <mengjueh.uci.edu> wrote:
>
> Now I see it, imin=8,9 in getcor.f should be disabled if users
> invoke -nobintraj, that's probably the reason of my building

Actually the '-nobintraj' case is handled inside read_nc_restart() in
binrestart.f. Users will get an error message telling them they need
to recompile with -DBINTRAJ if they try to run with ntx=8 or 9 and
'-nobintraj'.

I think your issue was with the different length character variables
as Jason had previously mentioned. That kind of thing could also be
avoided by not explicitly declaring the string length of passed-in
variables, e.g.:

character(len=*), intent(int) :: filename

On the PBSA front, when I currently attempt to compile AmberTools I
get this message:

cd ../pbsa; make libinstall
...
make[2]: Entering directory
`/net/casegroup2/u2/droe/Amber/GIT-2010-08-16/amber/AmberTools/src/pbsa'
make[2]: *** No rule to make target `grtopr.o', needed by `libpbsa.a'. Stop.

The Makefile in src/pbsa does refer to a file named grtopr.o -
unfortunately there is no grtopr.f. However there is a file named
GrToPr.f which seems to be the correct target. Changing the rule from
grtopr.o to GrToPr.f seems to work.

-Dan

_______________________________________________
AMBER-Developers mailing list
AMBER-Developers.ambermd.org
http://lists.ambermd.org/mailman/listinfo/amber-developers
Received on Fri Jan 14 2011 - 04:30:03 PST
Custom Search