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.
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.
Neil, Your problem with Xm is the use of the static libXm.a. You can avoid this either by: 1) Uncommenting the use of the shareable MOTIFLIBS definition in $CONFIGDIR/Makeinc.linux_g77, and commenting out the use of the static libXm.a. I have to use the static here in the binary distribution so that users don't get confused with a dynamic lestif library eg: MOTIFLIBS = $(X11LIBDIR) -lXm # MOTIFLIBS = $(X11LIBDIR) /usr/X11R6/lib/libXm.a -lXmu -lSM -lICE -lXp -lXext 2) Add the dependent libraries used by libXm.a to the MOTIFLIBS definition: MOTIFLIBS = $(X11LIBDIR) /usr/X11R6/lib/libXm.a -lXmu -lSM -lICE -lXp -lXext -lXft -ljpeg -lpng The number of different Linux/Motif possibilities makes this configuration somewhat complicated. Steve Chiswell Unidata User SUpport > OK. No PGI. > > Here's a make and install.out with > set USE_G77=1 > > Looks like the X app builds are bailing, maybe due to the installed > version of libXm.a, which is from package openmotif-devel-2.3.0-0.3.el5. > Is that correct? What to do? > > -Neil > > Neil R. Smith, Comp. Sys. Mngr. address@hidden > Atmospheric Sciences, Texas A&M Univ. 979/845-6272 > > > > Unidata GEMPAK Support wrote: > > Neil, > > > > Please use gfortran or g77 which I can support. > > I set up a pgi test several years back, but the runtime > > environment was not able to handle multiple file openings, > > so I cannot support that compiler as it encounters runtime errors > > rather than compiler time errors. I do not have a pgi environment to > > test further, > > > > The initial problem I see in your make.out is the inability to handle the > > uchar_t > > in building melbufrunder $NAWIPS/extlibs, so gpmap and > > nmap2 will fail as well for linking against the melbufr library. If you > > can tell your pgcc compiler to be C99 compliant, you could try that, but > > again, > > you may not have luck with executables. > > > > Steve Chiswell > > Unidata User Support > > > > > > > > > >> Maybe some of it has to do with CentOS 5 not having /usr/X11R6/lib and > >> /usr/X11R6/include -- it's all installed in /usr/lib and /usr/include! > >> > >> For that maybe I could put symlinks in /usr/X11R6 for lib and include > >> that point to where the stuff actually is, huh? > >> -Neil > >> > >> Neil R. Smith address@hidden > >> Comp.Sys.Mngr. (979)845-6272 > >> Dept. Atmospheric Sciences/Texas A&M University > >> > >> > >> > >> Unidata User Support wrote: > >> > >>> Neil Smith, > >>> > >>> Your Ticket has been received, and a Unidata staff member will review it > >>> and reply accordingly. Listed below are details of this new Ticket. > >>> Please make sure the Ticket ID remains in the Subject: line on all > >>> correspondence related to this Ticket. > >>> > >>> Ticket ID: IXU-136357 > >>> Subject: gempak5.10.3 make problems with CentOS 5 and PGI 7.0-7 > >>> Department: Support GEMPAK > >>> Priority: Normal > >>> Status: Open > >>> > >>> > >>> > >>> Please let us know if we can be of further assistance, > >>> > >>> Unidata User Support > >>> > >>> > >>> > >>> > >> > > > > > > Ticket Details > > =================== > > Ticket ID: IXU-136357 > > Department: Support GEMPAK > > Priority: Normal > > Status: Closed > > > > > > > > Ticket Details =================== Ticket ID: IXU-136357 Department: Support GEMPAK Priority: Normal Status: Closed