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.
