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

20020416: PERL NetCDF problem: compiling NetCDF.c on HP-UX 10 system

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: 20020416: PERL NetCDF problem: compiling NetCDF.c on HP-UX 10 system
  • Date: Tue, 16 Apr 2002 15:34:42 -0600
Mark,

>Date: Tue, 16 Apr 2002 21:26:55 +0100
>From: Mark Mitchell <address@hidden>
>Organization: NOAA/NWS
>To: Steve Emmerson <address@hidden>
>Subject: Re: 20020416: PERL NetCDF problem: compiling NetCDF.c on HP-UX 10 
>system
>Keywords: 200204122131.g3CLVFa26591

The above message contained the following:

> Here is the output from the perl -V command.

> Summary of my perl5 (revision 5.0 version 6 subversion 0) configuration:
>   Platform:
...
>   Compiler:
>     cc='gcc', optimize='-O2', gccversion=2.95.2 19991024 (release)
>     cppflags='-D_HPUX_SOURCE -L/lib/pa1.1 -DUINT32_MAX_BROKEN 
> -fno-strict-aliasing -I/usr/local/include'
>     ccflags ='-D_HPUX_SOURCE -L/lib/pa1.1 -DUINT32_MAX_BROKEN 
> -fno-strict-aliasing -I/usr/local/include'
...

Indeed it was.

You have a problem. In general, perl extension modules should be built
in the same way that the perl utility was -- to insure consistency.  It
looks like your perl compiler was built a while ago with an older
version of the gcc compiler.

You have some options:

    1.  Try building the NetCDF.o object-file manually by omitting the
        offending opiton.  Then continue using the make(1) utility.

    2.  Modify the makefile in the perl/ subdirectory to remove the
        offending option.

    3.  Rebuild your perl utility using your current compiler.

I think I'd try #2.

Good luck

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