Re: [netcdfgroup] (known) failure in ncdump with Sun compilers + additional test case for `make check`

OK, some update on that one: I applied the workaround of compiling dumplib.o 
with -O0.
This makes `make check` (OK, in my case, `gmake check` ... ) succeed, but the 
resulting ncdump is still broken.

Again, two points:
1. I suggest adding another test case, with the cdl file I am about to paste.
2. I again would like to know if someone reported this to Sun. This 
miscompilation is really a serious issue and should be addressed. I will report 
it myself if there is noone giving notice...

Down to the mode of failure. I generate a test NetCDF file from this CDL:

netcdf bubble {
dimensions:
        element = 1000 ;
        variable = 1 ;
        base = 1 ;
        time = UNLIMITED ; // (0 currently)
variables:
        double time(time) ;
        double coefficient(time, element, variable, base) ;

// global attributes:
                :info = "Model state for the AWI DG model, ThOr breed." ;
                :par_stringsize = 30 ;
                :par_base_grades = 0, 0, 0 ;
                :par_grid_elements = 10, 10, 10 ;
                :par_hill_params = 0.01, 0.1, 0.1, 0.1 ;
                :par_linad_speed = 1., 1., 1. ;
                :par_oro_types = "null                          null            
              null" ;
                :par_shallow_gravity = 1. ;
                :par_sys_name = "linear advection" ;
                :par_timeint_rksteps = 1 ;
                :par_timeint_step = 0.1 ;
                :par_trans_gradients = 2., 2., 2. ;
                :par_trans_types = "linear                        linear        
                linear" ;
                :par_world_dims = 3 ;
                :par_world_lengths = 10., 10., 10. ;
data:
}


shell$ ncgen -o bubble.nc bubble.cdl

Now I have a look at it with ncdump compiled with CFLAGS=-m64 overall, but 
dumplib.o being built with CFLAGS='-O0 -m64' instead:

shell$ ncdump bubble.nc 
netcdf bubble {
dimensions:
        element = 1000 ;
        variable = 1 ;
        base = 1 ;
        time = UNLIMITED ; // (0 currently)
variables:
        double time(time) ;
        double coefficient(time, element, variable, base) ;

// global attributes:
                :info = "Model state for the AWI DG model, ThOr breed." ;
                :par_stringsize = 30 ;
                :par_base_grades = 0, 0, 0 ;
                :par_grid_elements = 10, 10, 10 ;
                :par_hill_params = 2.22044604925031e-16, 0.999999992549419, 
0.999999992549419, 0.999999992549419 ;
                :par_linad_speed = 0.999999992549419, 0.999999992549419, 
0.999999992549419 ;
                :par_oro_types = "null                          null            
              null" ;
                :par_shallow_gravity = 0.999999992549419 ;
                :par_sys_name = "linear advection" ;
                :par_timeint_rksteps = 1 ;
                :par_timeint_step = 0.999999992549419 ;
                :par_trans_gradients = 0.999999992549419, 0.999999992549419, 
0.999999992549419 ;
                :par_trans_types = "linear                        linear        
                linear" ;
                :par_world_dims = 3 ;
                :par_world_lengths = 0.999999992549419, 0.999999992549419, 
0.999999992549419 ;
data:
}

That looks grossly wrong. Rebuilding everything inside the ncdump/ directory 
with CFLAGS="-O0 -m64" results into a working ncdump binary, output is 
identical to input CDL file.
This is disturbing also as it leads to the question if my application will be 
affected by the same bug that harrasses ncdump when building with Sun Studio. 
Did really nonone investigate the mode of breakage and why it apparently(?!) 
does not affect other parts of NetCDF?

So... shall one start crying at Sun to fix their compiler on Solaris/x86-64 
with NetCDF or is there some hidden wisdom already that I am not aware of?


Alrighty then,

Thomas.


-- 
Dipl. Phys. Thomas Orgis
Atmospheric Modelling
Alfred-Wegener-Institute for Polar and Marine Research



  • 2009 messages navigation, sorted by:
    1. Thread
    2. Subject
    3. Author
    4. Date
    5. ↑ Table Of Contents
  • Search the netcdfgroup archives: