Your system configuration is not being guessed correctly by config.guess and config.sub. Try replacing these two files in the directory /sw/xt5/gempak/5.11.4/sl5.2_pgi7.2.5/GEMPAK5.11.4/extlibs/PNG/libpng with the two attached, this may resolve the system configuration. Michael > The fix you suggested I think is working, but of course a new problem popped > up. > > Simply, libpng fails during configure: > > faheymr@krakenpf8> pwd > /sw/xt5/gempak/5.11.4/sl5.2_pgi7.2.5/GEMPAK5.11.4/extlibs/PNG/libpng > > faheymr@krakenpf8> ./configure > checking for a BSD-compatible install... /usr/bin/install -c > checking whether build environment is sane... yes > checking for gawk... gawk > checking whether make sets $(MAKE)... yes > checking whether to enable maintainer-specific portions of Makefiles... no > checking for gcc... gcc > checking for C compiler default output file name... a.out > checking whether the C compiler works... yes > checking whether we are cross compiling... no > checking for suffix of executables... > checking for suffix of object files... o > checking whether we are using the GNU C compiler... yes > checking whether gcc accepts -g... yes > checking for gcc option to accept ISO C89... none needed > checking for style of include used by make... GNU > checking dependency style of gcc... gcc3 > checking for a sed that does not truncate output... /usr/bin/sed > checking build system type... Invalid configuration `x86_64-unknown-linux-': > machine `x86_64-unknown-linux' not recognized > configure: error: /bin/sh ./config.sub x86_64-unknown-linux- failed > > > > Mark > > > > > > On 3/17/09 4:57 PM, "Unidata GEMPAK Support" > <address@hidden> wrote: > > > Mark, > > > > It appears that the environmental variables OS_BIN and OS_LIB are being > > redefined in your Makeinc.linux64_pgi and that this is the source of the > > problem. OS_BIN and OS_LIB are defined in Gemenviron.profile as > > $NAWIPS/os/$NA_OS/bin and $NAWIPS/os/$NA_OS/lib, respectively. If you > > remove > > the last two lines from your Makeinc file where these are being redefined, I > > believe the build will correctly find libnetcdf.a. > > > > > > Michael James > > Unidata User Support > > > > > >> > GEMPAK Support, > >> > > >> > I am having trouble building GEMPAK on a Cray XT5. I believe I followed > >> > >> > the > >> > installation instructions as closely as I could. I did have to make a > >> > new > >> > Makeinc (Makeinc.linux64_pgi). I have attached several files: build.log > >> > (which has the error), Makeinc.linux64_pgi, and Gemenviron.profile. > >> > > >> > Basically during the make, the make system is unable to find > >> > /usr/bin/ld: > >> > > >> /nics/e/sw/xt5/gempak/5.11.4/sl5.2_pgi7.2.5/GEMPAK5.11.4/lib/linux64.pgi/lib > >> > netcdf.a: No such file: No such file or directory > >> > > >> > I see that the make system did build libnetcdf.a, just in a different > >> > location: > >> > faheymr@krakenpf7> ls GEMPAK5.11.4/os/linux64/lib > >> > libexslt.a libhdf5.la libnetcdf.la* libxslt-plugins/ > >> > xsltConf.sh > >> > libexslt.la* libhdf5.settings libxml2.a libz.a* > >> > libhdf5.a libjasper.a libxml2.la* pkgconfig/ > >> > libhdf5_hl.a libjasper.la* libxslt.a python2.4/ > >> > libhdf5_hl.la libnetcdf.a libxslt.la* xml2Conf.sh > >> > > >> > > >> > So I am wondering why the make system is looking for all the libraries in > >> > one location, yet it places libraries in multiple locations. > >> > > >> > Regards, > >> > > >> > Mark Fahey > >> > > >> > > >> > > > > > > > Ticket Details > > =================== > > Ticket ID: VTG-818964 > > Department: Support GEMPAK > > Priority: Normal > > Status: Open > > > > > > > Ticket Details =================== Ticket ID: VTG-818964 Department: Support GEMPAK Priority: Normal Status: Open
Attachment:
config.guess
Description: Binary data
Attachment:
config.sub
Description: Binary data