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.
