Ocean Modeling Discussion

Pavel, I do not see libgu.so being made in gridutils. I did a make clean and re-run make, only libgu.a is made.

Donglai

Hi Pavel,

When I tried to make shlib the code complains that it doesn't know how:

linux:~/ROMS/octant/external/gridutils$ make shlib
make: *** No rule to make target `shlib ...

Hi Pavel,

When I tried to make shlib the code complains that it doesn't know how:

linux:~/ROMS/octant/external/gridutils$ make shlib
make: *** No rule to make target `shlib'. Stop.

I did make and make install gridutils. Also both regular make and make lib worked fine for gridgen.

Thanks,
Donglai ...

So I decided to take a different approach after my OS X installation of OCTANT wasn't going anywhere. I installed Ubuntu 9.04 x64 on VMware Fusion and tried the Linux approach. I got through almost everything for gridgen except the last step of making the shared library. I receive the following ...

I already use macports for many things. The issue is not broken dependencies of existing packages in macports, the problem is in configuring and making gridutils and gridgen. They are not recognizing the paths for csa, nn and each other.

Hi, I'm trying to install OCTANT (http://code.google.com/p/octant/) on my Mac OS X machine (10.5.7 with gcc433, python26+packages installed) and I'm running into several problems, one I can fix, others I can't. The documentation for OCTANT is rather minimal and I'm struggling to figure out how it ...

I just did a re-write of seagrid2roms.m using Matlab 7.7+ built-in netcdf library. This version has no dependence on the netcdf_toolbox. If anyone's interested in helping me to test the code for various scenarios to shake out the bugs, please let me know.

Cheers,
Donglai

Quick installation update:

This configuration runs fine with ROMS3 Revision 203, OS X 10.5.4, gcc/gfortran 4.2.4, MPICH2 1.0.7 and netcdf4.0. To install netcdf4 you'll need HDF5 1.8.1. Make sure you compile it all with the same c/fortran compiler (gfortran in this case).

You don't need to enable ...

Hi Alan,

I have not tried the Intel Fortran Compiler. Currently I have no plan to adopt it simply because I'm happy with my configuration so far.

Although I haven't compared the duo core versus single core performance, I'm pretty sure the performance nearly doubles and would likely double again ...

I just want to clarify. After trying to build ROMS 3 on a second Mac Intel with almost identical configuration, I realized the important things that make this work are simply the follow:

1. get gcc42 from macports (i.e. sudo port install gcc42)

2. make sure /opt/local/bin, /opt/local/sbin, /usr ...

OKAY, I think got it to work! The default upwelling case is happily running utilizing both cores. :-D

To fix the previous linking errors, I had to use the -fno-second-underscore flag when compiling netcdf with gfortran. I also turned off the --enable-shared flag like a previous posting suggested ...

Looking in libnetcdff.a I do see lines like:
00000040 T ___netcdf__nf90_strerror

I compiled the netcdf 3.6.2 using the default flags (except for adding --enable-shared --enable-separate-fortran)

I don't know what to change in my ROMS makefile or Darwin-gfortran.mk (which is a copy of Linux ...

Hi, I'm encountering the following error when trying to compile MPI enabled version of ROMS on my Mac OS X 10.5.1 Core 2 machine:

mpif90 -frepack-arrays -O3 -ffast-math Build/master.o Build/ocean_control.o Build/ocean_coupler.o Build/propagator.o -o ../runs/oceanM Build/libNLM.a Build/libANA.a ...

Hi everyone,

I'm trying to compile ROMS 3 on my Intel Mac using gfortran and have it use both cores. I ran into a brick wall using OpenMP (something about threadprivate not available on the Mac platform), now I'm trying the MPICH2 path (had trouble compiling MPICH1 on OS X Leopard). Has anyone had ...