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

Re: 20020307: rrors with netCDF compilation with gcc 3.0.2 (fwd)

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: 20020307: rrors with netCDF compilation with gcc 3.0.2 (fwd)
  • Date: Sun, 10 Mar 2002 15:06:56 -0700
>To: address@hidden
>cc: "Janke" <address@hidden>
>From: Geoff Quelch <address@hidden>
>Subject: Errors with netCDF compilation with gcc 3.0.2
>Organization: Computational Geosciences Inc.
>Keywords: 200203072100.g27L0KK13330

------- Forwarded Message

Date:    Sun, 10 Mar 2002 21:19:45 +0000
From:    Geoff Quelch <address@hidden>
To:      Russ Rew <address@hidden>
Subject: Re: 20020307: rrors with netCDF compilation with gcc 3.0.2

On Saturday 09 March 2002 08:43 pm, you said:
> From: Geoff Quelch <address@hidden>
> Hi Geoff,
>
>
> This is not a kernel issue.  It looks as if the standard include file
> <limits.h> is not defining the standard macro SHRT_MAX, which is
> supposed to be defined as the maximum value of type short, typically
> 32767.  You could verify this by trying to compile and running this
> simple C program:
>
I have found the issue. I had created a local header file called "limits.h" 
which was masking the one provided in /usr/include. Renaming my file fixed 
the problem.

Thanks for the reply.
Regards,
GEQ

-- 
G. E. "Geoff" Quelch Ph.D.
Chief Software Engineer, Computational Geosciences Inc.
Email: address@hidden
Voice: 303 255 1107

------- End of Forwarded Message