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.
sorry, typo on the libtoolize line..... it should be libtoolize --automake --force and you may have to run ./configure before running the make all in the v3.6.2 directory, I think it has already been done with the first pass but it won't hurt to run it again there On Sun, Feb 21, 2010 at 8:37 PM, Jason Brooks <icedown@xxxxxxxxx> wrote: > ok, I just realized I left out some of what I had to do. It looks like that > netCDF error is breaking it as well. > > To do this you do not start with a clean tree, eg don't do it on a fresh > untar or run make clean or make distclean. If you have, do your make all > again. I couldn't get it to work on a clean source tree. > first edit the file GEMPAK5.11.4/extlibs/netCDF/v3.6.2/man/Makefile.am > > Here are the lines you are looking for > > # These will be installed on the user machine. We'll only install one > # version of the html docs, the ones with one page per manual. The > # version with one page per node is just for the netCDF website, so we > # don't ship it or install it. > if INSTALL_DOCS > doc_DATA = $(pdf_docs) $(html_mans) $(txt_docs) $(ps_docs) \ > $(html_docs) $(info_docs) > endif > > This is just docs that you probably don't use anyways. My Makefile > knowledge isn't good enough to track the problem further up from here. This > starts at line 68. So we will just comment out the part that sets doc_DATA > so it should end up looking like. > > # These will be installed on the user machine. We'll only install one > # version of the html docs, the ones with one page per manual. The > # version with one page per node is just for the netCDF website, so we > # don't ship it or install it. > if INSTALL_DOCS > #doc_DATA = $(pdf_docs) $(html_mans) $(txt_docs) $(ps_docs) \ > #$(html_docs) $(info_docs) > endif > > then chdir into the GEMPAK5.11.4/extlibs/netCDF/v3.6.2 directory and run > > libtoolize --autmake --force > > then from the same directory run > > make all > > Once that completes chdir back out to GEMPAK5.11.4 and run your make all or > make everything again except put it into a different log, eg "make all $> > make.out.fixed". It will only build the parts that failed at this point, > which are the ones that failed due to the netCDF build failure. Double > check that everything built fine then your free to run your make install and > make clean. > > Hopefully this will get you running. I'm gonna try to learn enough makefile > to backtrace the problem. > > > > On Sun, Feb 21, 2010 at 6:28 PM, Andrew Little <alittle@xxxxxxxxxxxx>wrote: > >> I am experiencing a similar issue while trying to install on Centos5.4 >> x86_64. >> Attached is my make.out using "make everything" >> >> Thanks. >> >> Andrew Little >> Weather Systems Analyst >> >> alittle@xxxxxxxxxxxx >> >> 713.947.5633 >> 713.504.2719 >> >> -----Original Message----- >> From: gembud-bounces@xxxxxxxxxxxxxxxx [mailto: >> gembud-bounces@xxxxxxxxxxxxxxxx] On Behalf Of Michael James >> Sent: Saturday, February 20, 2010 1:09 PM >> To: gembud@xxxxxxxxxxxxxxxx >> Subject: Re: [gembud] Found the netCDF issue and how to tmp fix it, >> >> So far the libtool problem has only been noticed on fedora 12 systems >> (mine included). I'm exploring netCDF 4.0.1 but will take a look at >> this as a possible solution as well. As far as I know the libtool >> version mismatch problem doesn't exist outside of fc12, but if anyone >> encounters it elsewhere please let me know. >> >> Michael James >> Unidata >> >> On Fri, Feb 19, 2010 at 6:19 PM, Jason Brooks <icedown@xxxxxxxxx> wrote: >> > Ok, the issue, at least on my system, ended up being a libtool >> mismatch. I >> > did some things that I'm not really sure how they work or if I even >> envoked >> > them correctly, but seemed to fix the problem. >> > >> > I chdir into GEMPAK5.11.4/extlibs/netCDF/v3.6.2 >> > then run this command >> > >> > libtoolize --automake --force >> > >> > this rebuilds libtool for the version it's using >> > >> > netCDF compiled fine at this point and so did the rest of the programs, >> > still running tests to see if everything else is working. >> > >> > -- >> > Jason Brooks >> > KE5FSE >> > >> > StormGuard Solutions - Your complete storm and severe weather warning >> and >> > tracking solution provider. >> > Visit us at http://www.stormguardsolutions.net today! >> > We build to meet your needs. >> > >> > _______________________________________________ >> > gembud mailing list >> > gembud@xxxxxxxxxxxxxxxx >> > For list information or to unsubscribe, visit: >> > http://www.unidata.ucar.edu/mailing_lists/ >> > >> >> _______________________________________________ >> gembud mailing list >> gembud@xxxxxxxxxxxxxxxx >> For list information or to unsubscribe, visit: >> http://www.unidata.ucar.edu/mailing_lists/ >> >> _______________________________________________ >> gembud mailing list >> gembud@xxxxxxxxxxxxxxxx >> For list information or to unsubscribe, visit: >> http://www.unidata.ucar.edu/mailing_lists/ >> > > > > -- > Jason Brooks > KE5FSE > > StormGuard Solutions - Your complete storm and severe weather warning and > tracking solution provider. > Visit us at http://www.stormguardsolutions.net today! > We build to meet your needs. > -- Jason Brooks KE5FSE StormGuard Solutions - Your complete storm and severe weather warning and tracking solution provider. Visit us at http://www.stormguardsolutions.net today! We build to meet your needs.
gembud archives: