[MITgcm-support] question about testscript
Martin Losch
mlosch at awi-bremerhaven.de
Tue Oct 28 09:22:44 EST 2003
Hi,
sorry, I shouldn't have used the term FAIL. Patrick you are right there
are a few experiments that FAIL, both in your summary.txt and in mine
(which is a little surprising, because I thought that the different
platform MacOSX should make the differences bigger). What I meant is
that the experiments front_relax, global_ocean.90x40x15, hs94.1x64x5
have their code COMPILED in a separate build directory (called "build"
as opposed to "input"); as far as I can see are those the only ones,
that do it that way, althoug there a few experiments that have this
"build" directory, but don't use it. The three aforemented experiments
compile correctly, but they are NOT RUN, because of the error code
returned by linkdata, consequently they don't have any output to
compare results/output.txt with and there is NO FAIL-message,
nevertheless ./testreport is broken for these experiments, and I bet
that's true for you, too.
lab_sea is a different story for me. It doesn't even compile, see the
error message in my previous mail (or below).
Martin
On Tuesday, October 28, 2003, at 03:13 PM, Patrick Heimbach wrote:
> Martin,
> exp4/ fails also and it doesn't have a build/
> -p.
>
> Martin Losch wrote:
>> Hi,
>> Ed, I am afraid, I cannot give you access to my Laptop, it's behind a
>> firewall, but I have the same problems on a linux box. I don't that
>> it's a problem Mac OSX, see below.
>> Patrick, your summary.txt looks similar to mine, the following
>> experiments give no results:
>> front_relax, global_ocean.90x40x15, hs94.1x64x5, and lab_sea (you
>> actually have one more, global_ocean.cs32x15). But these are exactly
>> the experiments I am talking about. The first three have a separate
>> "build" directory and the lab_sea actually fails while compiling, see
>> for yourself:
>>> Experiment: lab_sea
>>>
>>> genmake ... succesful
>>> make CLEAN ... succesful
>>> make depend ... succesful
>>> make ... gmredi_xtransport.f:2914: warning: unused variable `km1'
>>> cat gmredi_ytransport.F | ../../../tools/set64bitConst.sh |
>>> /usr/bin/cpp -traditional -P -DWORDLENGTH=4 -DDISABLE_DEBUGMODE -I.
>>> > gmredi_ytransport.f
>>> g77 -Wimplicit -Wunused -Wuninitialized -O3 -funroll-loops -c
>>> gmredi_ytransport.f
>>> gmredi_ytransport.f: In subroutine `gmredi_ytransport':
>>> gmredi_ytransport.f:2915: warning: unused variable `maskp1'
>>> gmredi_ytransport.f:2914: warning: unused variable `kp1'
>>> gmredi_ytransport.f:2914: warning: unused variable `km1'
>>> cat kpp_calc.F | ../../../tools/set64bitConst.sh | /usr/bin/cpp
>>> -traditional -P -DWORDLENGTH=4 -DDISABLE_DEBUGMODE -I. > kpp_calc.f
>>> :104: SEAICE_EXTERNAL.h: No such file or directory
>>> make: *** [kpp_calc.f] Error 1
>> a quick search gives:
>> csysm3::verification> find . -name build -print
>> ./carbon/build
>> ./front_relax/build
>> ./global_ocean.90x40x15/build
>> ./global_ocean.cubed32x32x30/build
>> ./hs94.1x64x5/build
>> ./tidal_basin_2d/build
>> global_ocean.cubed32x32x30/build and tidal_basin_2d/build are not
>> used, that's why testreport doesn't fail them. This is my summary
>> file:
>>> Tue Oct 28 11:47:18 CET 2003
>>> T S U V
>>> G D M c m s m s m s m s
>>> E p a R g m m e . m m e . m m e . m m e .
>>> N n k u 2 i a a d i a a d i a a d i a a d
>>> 2 d e n d n x n . n x n . n x n . n x n .
>>>
>>> OPTFILE=/mlosch/MITgcm/tools/build_options/darwin_g77
>>>
>>> Y Y Y Y 14 16 16 16 0 16 16 16 16 16 16 22 0 16 16 22 0 pass
>>> adjust_nlfs.cs-32x32x1
>>> Y Y Y Y 13 16 16 16 0 16 16 16 16 16 16 16 16 13 12 13 13 pass
>>> adjustment.128x64x1
>>> Y Y Y Y 14 16 16 16 0 16 16 16 16 16 13 0 0 13 16 0 0 pass
>>> adjustment.cs-32x32x1
>>> Y Y Y Y -- 14 13 16 13 14 13 13 13 16 16 16 16 16 16 16 16 N/O
>>> advect_cs
>>> Y Y Y Y -- 22 16 16 16 16 16 16 13 16 16 16 16 16 16 16 16 N/O
>>> advect_xy
>>> Y Y Y Y -- 13 13 13 16 16 16 16 16 16 16 22 16 16 16 16 16 N/O
>>> advect_xz
>>> Y Y Y Y 13 16 16 13 16 16 16 13 16 16 16 13 16 16 16 12 16 pass
>>> aim.5l_Equatorial_Channel
>>> Y Y Y Y 16 16 16 16 16 16 16 13 16 16 16 16 16 16 16 13 16 pass
>>> aim.5l_LatLon
>>> Y Y Y Y 14 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 pass
>>> aim.5l_cs
>>> Y Y Y Y 13 16 16 16 16 16 16 16 16 16 16 12 13 13 13 12 16 pass exp0
>>> Y Y Y Y 14 16 16 16 13 16 16 12 22 16 16 16 16 16 16 22 16 pass exp1
>>> Y Y Y Y 13 13 16 16 16 16 13 16 13 13 13 13 16 13 13 13 13 pass exp2
>>> Y Y Y Y 12 16 16 16 16 16 16 16 22 16 13 16 16 13 13 12 16 FAIL exp4
>>> Y Y Y Y 13 16 16 16 13 16 16 16 16 12 12 5 13 12 12 6 13 pass exp5
>>> Y Y Y N -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- N/O
>>> front_relax
>>> Y Y Y N -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- N/O
>>> global_ocean.90x40x15
>>> Y Y Y Y 8 16 10 12 11 12 12 16 12 10 9 10 10 10 10 10 10 FAIL
>>> global_ocean.cs32x15
>>> Y Y Y Y 6 8 9 11 10 11 11 13 12 8 8 8 9 8 8 8 10 FAIL
>>> global_ocean_pressure
>>> Y Y Y Y 13 16 16 13 16 16 16 13 13 12 13 13 13 12 13 13 16 pass
>>> global_with_exf
>>> Y Y Y Y 13 16 16 16 16 16 16 16 16 11 13 13 13 16 13 8 13 pass
>>> hs94.128x64x5
>>> Y Y Y N -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- N/O
>>> hs94.1x64x5
>>> Y Y Y Y 13 16 16 16 13 16 16 16 16 13 16 13 16 16 16 22 13 pass
>>> hs94.cs-32x32x5
>>> Y Y Y Y 10 10 16 12 13 16 16 16 22 16 13 12 13 12 13 22 12 FAIL
>>> ideal_2D_oce
>>> Y Y Y Y 8 16 16 16 13 16 16 16 16 13 13 8 16 22 22 22 22 FAIL
>>> internal_wave
>>> Y Y Y Y 14 16 16 16 16 16 16 16 16 13 13 22 13 13 13 22 16 pass
>>> inverted_barometer
>>> Y Y N N -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- N/O
>>> lab_sea
>>> Y Y Y Y 10 13 16 16 16 13 13 16 13 12 12 11 13 13 12 11 13 FAIL
>>> natl_box
>>> Y Y Y Y 9 16 16 13 16 16 16 16 22 13 12 11 16 22 22 22 22 FAIL
>>> plume_on_slope
>>> Y Y Y Y 13 16 16 16 16 13 16 13 13 13 16 16 16 13 16 16 16 pass
>>> solid-body.cs-32x32x1
>> Could you have a look whether that's true for your system, too?
>> Martin
>> On Tuesday, October 28, 2003, at 02:45 PM, Patrick Heimbach wrote:
>>> Hi there,
>>>
>>> this is the testreport which I ran for a freshly checked out
>>> version of the model (checkpoint51p_post).
>>> It seemed to run fine through the experiments,
>>> unlike what you've experienced.
>>> However, there are few FAIL's, not sure whether they're
>>> supposed to be failing...
>>>
>>> Y Y Y Y 13 16 16 16 16 16 16 16 16 16 16 16 16 13 13 13 13 pass
>>> adjustment.128x64x1
>>> Y Y Y Y 14 16 16 16 0 16 16 16 16 16 16 0 0 16 16 0 0 pass
>>> adjustment.cs-32x32x1
>>> Y Y Y Y 14 16 16 16 0 16 16 16 16 16 16 22 0 16 16 22 0 pass
>>> adjust_nlfs.cs-32x32x1
>>> Y Y Y Y -- 14 16 16 13 16 16 16 16 16 16 16 16 16 16 16 16 N/O
>>> advect_cs
>>> Y Y Y Y -- 22 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 N/O
>>> advect_xy
>>> Y Y Y Y -- 13 16 16 16 16 16 16 16 16 16 22 16 16 16 16 16 N/O
>>> advect_xz
>>> Y Y Y Y 14 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 pass
>>> aim.5l_cs
>>> Y Y Y Y 14 16 16 16 16 16 16 16 16 16 13 16 16 16 16 12 16 pass
>>> aim.5l_Equatorial_Channel
>>> Y Y Y Y 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 13 16 pass
>>> aim.5l_LatLon
>>> Y Y Y Y 13 16 16 16 16 16 16 16 16 16 16 13 16 13 13 13 16 pass exp0
>>> Y Y Y Y 14 16 16 16 16 16 16 16 22 16 16 16 16 16 16 22 16 pass exp1
>>> Y Y Y Y 13 13 16 16 16 16 13 16 13 13 13 16 16 13 13 13 16 pass exp2
>>> Y Y Y Y 12 16 16 13 16 16 16 16 22 13 16 16 16 16 16 13 16 FAIL exp4
>>> Y Y Y Y 11 16 16 16 16 16 16 16 16 12 13 6 13 13 12 5 13 FAIL exp5
>>> Y Y Y N -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- N/O
>>> front_relax
>>> Y Y Y N -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- N/O
>>> global_ocean.90x40x15
>>> Y Y Y N -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- N/O
>>> global_ocean.cs32x15
>>> Y Y Y Y 6 11 12 13 13 12 12 13 12 9 9 9 10 10 9 9 11 FAIL
>>> global_ocean_pressure
>>> Y Y Y Y 13 16 16 16 13 16 13 16 12 13 13 13 13 12 13 12 16 pass
>>> global_with_exf
>>> Y Y Y Y 14 16 16 16 16 16 16 16 16 11 11 13 12 13 13 8 16 pass
>>> hs94.128x64x5
>>> Y Y Y N -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- N/O
>>> hs94.1x64x5
>>> Y Y Y Y 14 16 16 16 16 16 16 16 16 13 13 13 13 16 16 22 13 pass
>>> hs94.cs-32x32x5
>>> Y Y Y Y 9 10 16 13 13 16 16 16 22 16 13 12 16 13 12 22 12 FAIL
>>> ideal_2D_oce
>>> Y Y Y Y 8 16 16 16 16 16 16 16 16 13 13 8 13 16 16 16 16 FAIL
>>> internal_wave
>>> Y Y Y Y 14 16 16 16 16 16 16 16 16 13 13 22 13 13 13 22 16 pass
>>> inverted_barometer
>>> Y Y N N -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- N/O
>>> lab_sea
>>> Y Y Y Y 10 16 16 16 16 16 16 16 16 12 12 11 13 13 12 11 13 FAIL
>>> natl_box
>>> Y Y Y Y 9 13 16 16 16 16 16 16 22 12 12 10 13 16 16 16 16 FAIL
>>> plume_on_slope
>>> Y Y Y Y 13 16 16 16 16 13 16 16 16 16 16 16 16 16 16 16 16 pass
>>> solid-body.cs-32x32x1
>>>
>>> -p.
>>>
>>>
>>>
>>> Martin Losch wrote:
>>>
>>>> Hi,
>>>> I just downloaded a fresh version of the MAIN branch and I am
>>>> running ./testreport in verification. As far as I can see, all
>>>> experiments which use a separate build directory (instead of input)
>>>> fail on my machines (Redhat9-Linux and Mac OS X, basically
>>>> BSD-Unix), the reason is the line (actually twice, once in the
>>>> functioin "linkdata"):
>>>> "( cd $dir/build; ln -sf ../input/* )"
>>>> This line returns
>>>> ln: ./CVS: Operation not permitted
>>>> before genmake and after make
>>>> because in build there is already a ./CVS directory. Then the model
>>>> is not run because of the && after linkdata returned an error code.
>>>> Am only I having the problem? If so, what can I do about it?
>>>> Martin
>>>> Martin Losch // mailto:mlosch at awi-bremerhaven.de
>>>> Alfred-Wegener-Institut für Polar- und Meeresforschung
>>>> Postfach 120161, 27515 Bremerhaven, Germany
>>>> Tel./Fax: ++49(471)4831-1872
>>>> http://www.awi-bremerhaven.de/People/show?mlosch
>>>> _______________________________________________
>>>> MITgcm-support mailing list
>>>> MITgcm-support at mitgcm.org
>>>> http://dev.mitgcm.org/mailman/listinfo/mitgcm-support
>>>
>>>
>>>
>>> --
>>> Patrick Heimbach ........................... M.I.T
>>> 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/ .............. U.S.A
>>>
>>> _______________________________________________
>>> 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 ........................... M.I.T
> 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/ .............. U.S.A
>
> _______________________________________________
> 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