[MITgcm-support] OpenMPI and Mac Pro

Nicolas Grisouard grisouard at cims.nyu.edu
Fri Mar 4 14:45:19 EST 2011


Martin, Yuan, JM, everyone,

I had indeed downloaded my stuff from hpc. Downloading them through 
macports did the trick, as well as Yuan's optfile.

Thanks everyone,
Nicolas.


On 3/4/11 3:16 AM, Yuan Lian wrote:
> I had the problems with gfortran and gcc from 
> http://hpc.sourceforge.net as well.
> Martin, I think you meant hpc not hcp.
>
> Currently I am using gcc 4.4 and gfortran 4.4 from macports, they work 
> well with my
> option file shown earlier.
>
> Cheers,
> Yuan
>
>
> On 3/3/11 11:38 PM, Martin Losch wrote:
>> Hi Nicolas,
>>
>> this looks very much like the bug in the gfortran compiler, over 
>> which I stumbled a few weeks ago (see here for more details and a 
>> demonstration of how often I can upload wrong files: 
>> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47574). The bug has been 
>> fixed but you probably downloaded the binaries from 
>> hcp.sourceforge.net, and that version still contains the bug. I have 
>> notified Gaurav Khanna (who is behind this really helpful web-page) 
>> and I am also waiting/hoping for him to update the binary. In the 
>> meantime I add this to my optfile (which basically reduces the 
>> optimizaiton for a few files as Jean-Michel suggested):
>>      NOOPTFLAGS='-O1 -funroll-loops -ftree-vectorize'
>>      NOOPTFILES='exch2_uv_agrid_3d_r4.F exch2_uv_agrid_3d_r8.F 
>> exch2_uv_agrid_3d_rl.F exch2_uv_agrid_3d_rs.F exch2_uv_bgrid_3d_r4.F 
>> exch2_uv_cgrid_3d_r4.F exch2_uv_cgrid_3d_r8.F exch2_uv_cgrid_3d_rl.F 
>> exch2_uv_cgrid_3d_rs.F'
>>
>> Martin
>>
>>
>> On Mar 4, 2011, at 3:46 AM, Jean-Michel Campin wrote:
>>
>>> Hi Nicolas,
>>>
>>> I have an other suggestion (not very original): I would try a lower
>>> optimisation: -O3 is the default in darwin_ia32_gfortran+mpi and it
>>> happens sometimes that "internal compiler error" goes away with -O2
>>> or -O1 instead of -O3.
>>>
>>> Cheers,
>>> Jean-Mcihel
>>>
>>> On Thu, Mar 03, 2011 at 06:18:19PM -0800, Yuan Lian wrote:
>>>> I assume you used macports to install 64bit gcc, gfortran and 
>>>> openmpi. I
>>>> am using this opt file
>>>> and so far it works very well on an 8 core mac pro. Hope this helps.
>>>>
>>>>
>>>> CPP='/usr/bin/cpp -traditional -P'
>>>> FC=openmpif90
>>>> CC=openmpicc
>>>>
>>>> LINK=openmpif90
>>>> NOOPTFLAGS='-O0'
>>>> EXTENDED_SRC_FLAG='-ffixed-line-length-132'
>>>> MPIROOT=/opt/local
>>>>
>>>> S64='$(TOOLSDIR)/set64bitConst.sh'
>>>> DEFINES='-DWORDLENGTH=4 -DNML_TERMINATOR'
>>>> INCLUDEDIRS=`pkg-config --variable=includedir`
>>>> INCLUDES=$(eval echo "-I/opt/local/include/openmpi 
>>>> -I/opt/local/include
>>>> "  `pkg-config --cflags`)
>>>> LIBS='-L/opt/local/lib'
>>>>
>>>> #  For IEEE, use the "-ffloat-store" option
>>>> if test "x$IEEE" = x ; then
>>>>     FFLAGS='-Wunused -Wuninitialized -fno-second-underscore
>>>> -fconvert=big-endian'
>>>>     FOPTIM='-O3 -funroll-loops'
>>>>     NOOPTFLAGS='-O2 -funroll-loops'
>>>> else
>>>>     FFLAGS='-Wunused -ffloat-store -fno-second-underscore
>>>> -fconvert=big-endian'
>>>>     FOPTIM='-O0'
>>>> fi
>>>>
>>>> On 3/3/11 2:40 PM, Nicolas Grisouard wrote:
>>>>> Hi,
>>>>>
>>>>> I just got a brand new 8-core Mac Pro and am trying to run a
>>>>> parallelized version of MITgcm. I use GCC 4.6 (which includes
>>>>> gfortran) and OpenMPI 1.4
>>>>>
>>>>> To build it, I tried to start from the optfile
>>>>> darwin_ia32_gfortran+mpi and just added an additional path for the
>>>>> libs (see attached). genmake2 with option -mpi works well, make 
>>>>> depend
>>>>> too but the compilation itself produces the following error:
>>>>>
>>>>> make: *** [exch_uv_agrid_3d_rl.o] Error 1
>>>>> exch_uv_agrid_3d_rs.for: In function ‘exch_uv_agrid_3d_rs’:
>>>>> exch_uv_agrid_3d_rs.for:278:0: internal compiler error: in
>>>>> build2_stat, at tree.c:3795
>>>>> Please submit a full bug report,
>>>>> with preprocessed source if appropriate.
>>>>> See<http://gcc.gnu.org/bugs.html>  for instructions.
>>>>>
>>>>> It's tempting to follow the suggestion but as a few people are using
>>>>> this configuration, I was wondering what their configuration/optfile
>>>>> were, or if they had come accross this problem. And maybe there is a
>>>>> more dumb problem, given my gross lack of experience in parallelized
>>>>> computing.
>>>>>
>>>>> Also note that this error occurs when I indicate nPx=2 in SIZE.h, and
>>>>> not when nPx=1. In the latter case, compilation goes smoothly. The
>>>>> configuration is basically MITgcm/verification/internal_wave as I'm
>>>>> still running some tests.
>>>>>
>>>>> Thanks for all the help/input.
>>>>> Nicolas.
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> MITgcm-support mailing list
>>>>> MITgcm-support at mitgcm.org
>>>>> http://mitgcm.org/mailman/listinfo/mitgcm-support
>>>> _______________________________________________
>>>> MITgcm-support mailing list
>>>> MITgcm-support at mitgcm.org
>>>> http://mitgcm.org/mailman/listinfo/mitgcm-support
>>>
>>> _______________________________________________
>>> MITgcm-support mailing list
>>> MITgcm-support at mitgcm.org
>>> http://mitgcm.org/mailman/listinfo/mitgcm-support
>>
>> _______________________________________________
>> MITgcm-support mailing list
>> MITgcm-support at mitgcm.org
>> http://mitgcm.org/mailman/listinfo/mitgcm-support
>
>
> _______________________________________________
> MITgcm-support mailing list
> MITgcm-support at mitgcm.org
> http://mitgcm.org/mailman/listinfo/mitgcm-support
>
>


-- 
Nicolas Grisouard
Assistant Research Scientist
Courant Institute of mathematical Sciences
251 Mercer Street
New York, NY 10012
tel: (+1) 212-992-9920
http://nicolas.grisouard.free.fr




More information about the MITgcm-support mailing list