solution found; was: Re: [MITgcm-support] no -mpi option for genmake2

m. r. schaferkotter schaferk at bellsouth.net
Wed Aug 11 09:51:16 EDT 2004


p:

1) success.

adding

CPP='/lib/cpp  -traditional -P'

built the fresh copy successfully (good),  but not the version that was 
updated with  'cvs -q up -d -P'.

2) an aside

the updated code build stops with numerous complaints such as:

exch_uv_agrid_xy.rl.o(.text+0x10): In function `exch_uv_agrid_xy_rl_':
: multiple definition of `exch_uv_agrid_xy_rl_'
exch_uv_agrid_xy_rl.o(.text+0x10): first defined here.

i tracked this down to the eesupp/src directory. in the fresh copy 
there are far fewer files.

in the updated version:
[me at mach src]$ ls exch_uv_agrid_xy[_.]rs.F
exch_uv_agrid_xy_rs.F  exch_uv_agrid_xy.rs.F

it seems that the updated version has a number of file pairs that have 
different names, but contain the
same subroutine.

[me at machsrc]$ grep "   subroutine" exch_uv_agrid_xy[_.]rl.F
exch_uv_agrid_xy_rl.F:      subroutine exch_uv_agrid_xy_RL( 
component1,component2, myThid )
exch_uv_agrid_xy.rl.F:      subroutine exch_uv_agrid_xy_RL( 
component1,component2, myThid )


seems to indicate something is askew with the cvs process (and/or my 
use of cvs).
grabbing fresh cvs versions contributes to 'versionitis'.

how does one salvage the updated version?

m.r.

On Tuesday, August 10, 2004, at 05:35 PM, Patrick Heimbach wrote:

> A guess:
>
> One situation in which this type of errors occurs is
> for certain CPP's which don't like unterminated quotes per line.
>
> A quick way to find out is to check whether you're using
> cpp option '-traditional', i.e. in your optfile have the line
> CPP='/lib/cpp  -traditional -P'
> and see whether that works better.
>
> -p.
>
>
>
> Quoting "m. r. schaferkotter" <schaferk at bellsouth.net>:
>
>> ed:
>>
>> did it both ways, updated my copy and also got a new version.
>> configured the options file with our local mpich stuff and ended up in
>> the
>> same place in the compile:
>>
>> after genmake2 and make depend, the make stops with:
>>
>> cat orlanski_east.F | ../../tools/set64bitConst.sh |  cpp
>> -DWORDLENGTH=4 -DALLOW_USE_MPI -DALWAYS_USE_MPI -DHAVE_SYSTEM
>> -DHAVE_FDATE -DHAVE_ETIME -DHAVE_CLOC
>> -I/common/mpich/mpich-1.2.5-pgi5/include > orlanski_east.f
>> <stdin>:70:27: missing terminating ' character
>> make: *** [orlanski_east.f] Error 1
>>
>> i/m not sure where the terminating character should be:
>>
>> ignoring (not good) and making again:
>>
>> cat orlanski_west.F | ../../tools/set64bitConst.sh |  cpp
>> -DWORDLENGTH=4 -DALLOW_USE_MPI -DALWAYS_USE_MPI -DHAVE_SYSTEM
>> -DHAVE_FDATE -DHAVE_ETIME -DHAVE_CLOC
>> -I/common/mpich/mpich-1.2.5-pgi5/include > orlanski_west.f
>> <stdin>:70:27: missing terminating ' character
>> make: *** [orlanski_west.f] Error 1
>>
>> interesting...
>>
>> continuing...
>>
>> cat barrier.F | ../../tools/set64bitConst.sh |  cpp -DWORDLENGTH=4
>> -DALLOW_USE_MPI -DALWAYS_USE_MPI -DHAVE_SYSTEM -DHAVE_FDATE
>> -DHAVE_ETIME -DHAVE_CLOC -I/common/mpich/mpich-1.2.5-pgi5/include >
>> barrier.f
>> mpif77   -c barrier.f
>> PGF90-S-0021-Label field of continuation line is not blank (<stdin>:
>> 143)
>> PGF90-S-0021-Label field of continuation line is not blank (<stdin>:
>> 189)
>> PGF90-S-0021-Label field of continuation line is not blank (<stdin>:
>> 225)
>>    0 inform,   0 warnings,   3 severes, 0 fatal for barrier
>> make: *** [barrier.o] Error 2
>>
>> that/s a fixed point in the make process.
>>
>> so, any help?
>>
>> michael
>>
>> On Tuesday, August 10, 2004, at 04:26 PM, Ed Hill wrote:
>>
>>> On Tue, 2004-08-10 at 16:26, m. r. schaferkotter wrote:
>>>> ed:
>>>>
>>>> thanx.
>>>>
>>>> so i just do a cvs update MITgcm?
>>>
>>>
>>> Hi Michael,
>>>
>>> I recommend getting a fresh copy.  But if you choose to do an update,
>>> please do it with:
>>>
>>>   cvs -q up -d -P
>>>
>>> to get any new directories.
>>>
>>> Then, for MPI builds, you'll probably have to create an "optfile" 
>>> that
>>> is customized for your machine(s).  The MPI libraries are generally 
>>> not
>>> installed in the same place twice so its just about impossible to
>>> create
>>> an automatic configuration system for them.  The best thing to do is 
>>> to
>>> look at our sample MPI optfiles such as:
>>>
>>>   linux_ia32_g77+mpi_cg01
>>>   linux_ia32_pgf77+mpi_aer
>>>   linux_ia32_g77+mpi_itrda
>>>
>>> and then just modify the paths of the compilers, libs, etc. to match
>>> the
>>> install locations on your machine(s).
>>>
>>> Ed
>>>
>>> -- 
>>> Edward H. Hill III, PhD
>>> office:  MIT Dept. of EAPS;  Rm 54-1424;  77 Massachusetts Ave.
>>>              Cambridge, MA 02139-4307
>>> emails:  eh3 at mit.edu                ed at eh3.com
>>> URLs:    http://web.mit.edu/eh3/    http://eh3.com/
>>> phone:   617-253-0098
>>> fax:     617-253-4464
>>>
>>> _______________________________________________
>>> MITgcm-support mailing list
>>> MITgcm-support at mitgcm.org
>>> http://dev.mitgcm.org/mailman/listinfo/mitgcm-support
>>>
>>
>> _______________________________________________
>> MITgcm-support mailing list
>> MITgcm-support at mitgcm.org
>> http://dev.mitgcm.org/mailman/listinfo/mitgcm-support
>>
>
>
> --------------------------------------------------------
> Patrick Heimbach   Massachusetts Institute of Technology
> FON: +1/617/253-5259                  EAPS, Room 54-1518
> FAX: +1/617/253-4464             77 Massachusetts Avenue
> mailto:heimbach at mit.edu               Cambridge MA 02139
> http://www.mit.edu/~heimbach/                        USA
>
> _______________________________________________
> MITgcm-support mailing list
> MITgcm-support at mitgcm.org
> http://dev.mitgcm.org/mailman/listinfo/mitgcm-support
>




More information about the MITgcm-support mailing list