Ocean Modeling Discussion

It's wonderful as long as it doesn't mess up on any other system. I was having Mac troubles too and couldn't find the right quote combination.

Hear hear! Better than my solution. I thought I tried just about every combination of quotes before giving up in disgust, but I must have missed at least ...

It works for me; I build gfortran from the gcc CVS repository. The problem with mod_strings.f90 is annoying enough that I use this nasty hack.

In makefile:

%.f90: %.F
$(CPP) $(CPPFLAGS) $< > $*.f90
sh fixStrings.sh $*.f90
$(CLEAN) $*.f90


Where fixString.sh contains this:


#!/bin/sh
if ...

The trick above worked fine to get the input files read. I rebuilt netcdf with xlf (various different ways and versions), but I still get errors that DEF_VAR can't write. E.g.,

[...]
DEF_VAR - unable to define variable: xl
in NetCDF file: ocean_his.nc
[...]

Obviously the code compiles error ...

Well, I feel dumb; I'm hitting the stack limit, and the answer was here:
viewtopic.php?t=149

Increasing the number of tiles works for now. Interestingly, -bmaxdata doesn't appear in the xlf user's guide, so perhaps it's specific to the IBM machines?

I'm more familiar with xlf on IBM. However, you could be running into memory troubles. Are you linking with -bmaxdata:0x70000000? The default is 256 MB which isn't big enough for BENCHMARK1. How much memory do you have, anyway?

I'm not specifying that in the link options, so I'll give it a shot ...

I've successfully run the BENCHMARK1 test case on a Linux cluster (Rocks 3.3.0) with the Absoft compiler and MPI, but I'm getting a segfault when I try to run this case on my OS X system (1.8G5 DP, either serial or with OpenMP, IBM xlf 8.1). I've run the damee_4 and upwelling examples successfully ...