NOTICE: This version of the NSF Unidata web site (archive.unidata.ucar.edu) is no longer being updated.
Current content can be found at unidata.ucar.edu.

To learn about what's going on, see About the Archive Site.


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

[GEMPAK #WDZ-859813]: Solaris 10 GEMPAK 6.4.0 compile issues



Hi Adam,

Can you tell the output of the following command on your system?

nm -o $OS_LIB/libxml2.a | grep nanoftp


I looked through your make.out log and the nanoftp/http objects appears to have 
been built correctly into libxml2.a - let's just confirm they are present 
before trying out some linking solutions for make.

Michael James
Unidata




> Hello,
> 
> 
> 
> I am attempting to compile Gempak 6.4.0 on an solaris 10 (sparc) machine.
> I am using gcc version 3.4.6.
> 
> 
> 
> Two issues came up when I tried to compile it.
> 
> 
> 
> The first I think I solved by changing NAWIPS/config/Makeinc.sol_gcc files
> where it says OPSYS = SunOS to OPSYS=SunOS.gcc  I did this because it kept
> linking the wrong MCHPRM.PRM file.  It was linking the SunOS file instead
> of the SunOS.gcc file.  I was getting a lot of MCHPRM.PRM errors in g77
> when it was the file without the .gcc on the end.
> 
> 
> 
> The second problem has me stumped.
> 
> 
> 
> I cannot get rid of these error:
> 
> 
> 
> Undefined            first referenced
> 
> symbol                  in file
> 
> bind
> /export/home/ldm/GEMPAK6.4.0/os/sol_gcc/lib/libxml2.a(nanoftp.o)
> 
> recv
> /export/home/ldm/GEMPAK6.4.0/os/sol_gcc/lib/libxml2.a(nanohttp.o)
> 
> send
> /export/home/ldm/GEMPAK6.4.0/os/sol_gcc/lib/libxml2.a(nanohttp.o)
> 
> getsockname
> /export/home/ldm/GEMPAK6.4.0/os/sol_gcc/lib/libxml2.a(nanoftp.o)
> 
> listen
> /export/home/ldm/GEMPAK6.4.0/os/sol_gcc/lib/libxml2.a(nanoftp.o)
> 
> gethostbyname
> /export/home/ldm/GEMPAK6.4.0/os/sol_gcc/lib/libxml2.a(nanohttp.o)
> 
> socket
> /export/home/ldm/GEMPAK6.4.0/os/sol_gcc/lib/libxml2.a(nanohttp.o)
> 
> getsockopt
> /export/home/ldm/GEMPAK6.4.0/os/sol_gcc/lib/libxml2.a(nanohttp.o)
> 
> connect
> /export/home/ldm/GEMPAK6.4.0/os/sol_gcc/lib/libxml2.a(nanohttp.o)
> 
> getaddrinfo
> /export/home/ldm/GEMPAK6.4.0/os/sol_gcc/lib/libxml2.a(nanohttp.o)
> 
> freeaddrinfo
> /export/home/ldm/GEMPAK6.4.0/os/sol_gcc/lib/libxml2.a(nanohttp.o)
> 
> inet_ntop
> /export/home/ldm/GEMPAK6.4.0/os/sol_gcc/lib/libxml2.a(nanoftp.o)
> 
> ld: fatal: symbol referencing errors. No output written to dcacft
> 
> collect2: ld returned 1 exit status
> 
> make[5]: *** [dcacft] Error 1
> 
> 
> 
> This happens to most of the programs being compiled (towards the end of
> the make.out file).
> 
> 
> 
> I really am not sure of what is going on.  It boils down to the libxml2.a
> but I can't see any glaring problems above when it compiles it.
> 
> 
> 
> Appreciate any help.
> 
> 
> 
> Adam Taylor
> 
> Computing Center
> 
> University of Louisiana Monroe
> 
> 
> 
> 
> 
> 
> 
> 
> 


Ticket Details
===================
Ticket ID: WDZ-859813
Department: Support GEMPAK
Priority: Normal
Status: Open