[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: 20000111: Compiling problems with netcdf 3.4 and 3.5b on IRIX 6.5

This archive contains answers to questions sent to Unidata support through mid-2025. Note that the archive is no longer being updated. We provide the archive for reference; many of the answers presented here remain technically correct, even if somewhat outdated. For the most up-to-date information on the use of NSF Unidata software and data services, please consult the Software Documentation first.

  • Subject: Re: 20000111: Compiling problems with netcdf 3.4 and 3.5b on IRIX 6.5
  • Date: Tue, 11 Jan 2000 14:03:37 -0700
Thorsten,

[Sorry for the delay in replying.  I'm at the AMS conference and doing
this remotely.]

>Date: Sat, 8 Jan 2000 12:30:21 -0500
>From: Thorsten Becker <address@hidden>
>Organization: Harvard University
>To: Steve Emmerson <address@hidden>
>Subject: Re: 20000107: Compiling problems with netcdf 3.4 and 3.5b on IRIX 6.5 
>Keywords: 200001071840.LAA20908

In the above message, you wrote:

>       I was suspecting that it was the compiling evironment but tests
> with other C-code where I included the same header files went ok. The
> problem did only appear when I used types.h and stddef.h with your source
> code so far. 

Hmm...   We can investigate the problem in more detail by looking at the
completely preprocessed code.  Try the following:

    1.  Go into the "/libsrc" subdirectory.

    2.  Execute the following command.  Redirect standard output and
        standard error to the file "attr.i".

            /bin/cc -E -n32 -mips4 -I. attr.c

    3.  Look at "attr.c" near the problem area.  In the original file,
        the problem line was the following:

            typedef int ptrdiff_t;

        What is this line like when preprocesed?  (You might have to
        search for the string "ptrdiff_t" since the line numbers will be
        completely different.)

Regards,
Steve Emmerson   <http://www.unidata.ucar.edu>