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

Re: netcdf install errors

> Organization: Sandia Labs
> Keywords: 199408311755.AA09807 netCDF 2.3.2 Solaris configure

Darin,

> I tried it again on a fresh distribution, just untarred.
> 
> follows is the make errors, my config.status, and env output.
> ********* env ******
> pyro% env
> DISPLAY=:0.0
> FMHOME=/home/frame/XMframe
> HELPPATH=/usr/lang/SC1.0/SourceBrowser.info
> HOME=/home/users/mckinnis
> HZ=100
> LANG=C
> LOGNAME=mckinnis
> MAIL=/var/mail/mckinnis
> MANPATH=/opt/SUNWspro/man:/usr/lang/man:/usr/man:/usr/openwin/man:/home/eng_sci:
> NOSUNVIEW=0
> OPENWINHOME=/usr/openwin
> PATH=/home/eng_sci/struct_exodus_II/etc:/home/eng_sci/struct_exodus_II/bin:/home/frame/XMframe/bin:.:/home/users/mckinnis:/usr/openwin/bin/xview:/usr/openwin/bin:/usr/include:/usr/lang:/home/users/mckinnis/bin:/usr/local:/usr/bin:/usr/ucb:/usr/etc:/home2:/home/eng_sci/struct/bin:/usr/X11:/opt/patran3/bin:/usr/ccs/bin:/opt/SUNWspro/bin

I have /opt/SUNWspro/bin in my PATH ahead of /usr/lang and all /bin
directories.  I think you are getting an undesired version of the compiler
and associated utilities by having /opt/SUNWspro/bin last in your path.  To
test this theory, I just tried putting it last in my PATH and rerunning
configure, and it behaved differently than expected, asking me to set the OS
variable (which should not be necessary).  Evidently it makes a difference
where /opt/SUNWspro/bin is in your search path.  When I then reran configure
after setting the environment variable OS to sunos, I got the error:

    /usr/ucb/cc:  language optional software package not installed
    conftest: No such file or directory

I didn't even proceed further, because evidently it is trying to use the
compiler in /usr/ucb/, which in my case is just a shell script checking for
the BSD compiler in /usr/ccs/bin/ucbcc.  You must have /usr/ucb in your PATH
*after* /opt/SUNWspro/bin in order to avoid this problem.

We don't have the old BSD compiler installed so I can't check that
configuration.  Could you try changing your PATH variable to use the
supported Sun compiler and see if that fixes everything?  In particular, you
should get no messages from `configure' about needing to set OS, and the
resulting `config.status' should have 

    CPPFLAGS='-DNDEBUG'

instead of 

    CPPFLAGS='-DNDEBUG -Dconst='

which yours had.  Also, the generated config.status should define

    XDR_LIBOBJS='xdr.o xdrfloat.o xdrstdio.o xdrarray.o'

instead of 

    XDR_LIBOBJS=''

that resulted from using the BSD stuff.

Please let me know if this change to your PATH environment variable fixes
things, or if not what further problems you run into.  It looks like we
should add a noter in the installation guide or an additional test in
configure to avoid this problem in the future.

--
Russ Rew                                                   UCAR Unidata Program
address@hidden                                             P.O. Box 3000
http://www.unidata.ucar.edu/                             Boulder, CO 80307-3000