On Fri, Jan 15, 2010 at 10:54 AM, Derek Lamb <[email protected]> wrote:
> P Kishor wrote:
>>
>> Many thanks for detailed instructions David. See below.
>>
>> On Fri, Jan 15, 2010 at 8:55 AM, David Mertens <[email protected]>
>> wrote:
>>
>>>
>>> A few thoughts on what troubles you:
>>>
>>>
>>>>
>>>> I downloaded PDL 2.4.6, and following my previous install, config-ed
>>>> the perldl.conf to build without PLPLOT and Karma but with HDF5.
>>>>
>>>
>>> I am 99% certain that the HDF library that comes with PDL is not HDF5 but
>>> HDF4.  For HDF5, I found this on CPAN.  I'm not sure how the two compare,
>>> but I was led to believe that HDF4 is quite different from HDF5.
>>>
>>
>> Yes, HDF5 is very different from HDF4, and HDF5 itself has two
>> branches. I installed my own HDF5, the latest branch numbered 1.8.x.
>>
>
> I think you misunderstood the point David was making here.  The HDF support
> that ships with PDL is for HDF4 only, so editing your perldl.conf to point
> to it likely won't do you much good.  After installing PDL (with or without
> HDF 4 support), you can try the PDL::IO::HDF5 module from CPAN.
>>


ah! Now I get it. Well, that is rather sad. I checked PDL::IO::HDF5,
and it doesn't seem ready for primetime, in that, it doesn't support
all of HDF5 functionality. One of the reasons I was inspired to do all
these shenanigans was because yesterday I attended a "Python Bootcamp"
here on UW-Madison campus, and went through sessions on Numpy, Scipy
and PyTables. The latter, especially in conjunction with ViTables (a
graphical browser of HDF5 data) was really impressive, and I thought,
"I can do dat wit my PDL." But then...

..
>>>
>>> Well, this is strange, now isn't it?  I'm not sure quite what's going on.
>>> Here's my recommendation to try and remedy the problem:
>>>
>>> # Navigate over to PDL/IO/FITS in the source tarball
>>> cd IO/FITS
>>> perl Makefile.PL
>>> make clean
>>>
>
> that moves the Makefile to Makefile.old (as you see in your output below),
> so it's not surprising that the next "make" doesn't do anything.  My advice:
> go to the top-level, do a "make realclean", then "perl Makefile.PL" and
> start over.  Inspect the output of that command carefully to see if there
> are any dire warnings.
>

ok. So, are you saying that I do a 'make realclean' and 'perl
Makefile.PL' for the entire PDL, or for just FITS? Doing so for the
latter results in

punk...@lucknow ~/Projects/PDL-2.4.6/IO/FITS$make
cp FITS.pm blib/lib/PDL/IO/FITS.pm
Manifying blib/man3/PDL::IO::FITS.3
punk...@lucknow ~/Projects/PDL-2.4.6/IO/FITS$


> I could see you getting in this situation if you did the Makefile.PL, then
> realized you needed some other modules (Astro::FITS::Header maybe?), and
> then ran make without redoing the Makefile.PL.
>
> Derek
>>>
>>> make
>>> cd ../..
>>> make
>>>
>>> Hopefully having make clean up whatever is in IO/FITS will fix the
>>> problem
>>> for you.  Write back if it still gives trouble.
>>>
>>>
>>
>> See below.
>>
>> punkish ~/Projects/PDL-2.4.6/IO/FITS$make clean
>> rm -f \
>>          *.a core \
>>          core.[0-9] blib/arch/auto/PDL/IO/FITS/extralibs.all \
>>          core.[0-9][0-9] FITS.bso \
>>          pm_to_blib.ts core.[0-9][0-9][0-9][0-9] \
>>          FITS.x  \
>>          perl tmon.out \
>>          *.o pm_to_blib \
>>          blib/arch/auto/PDL/IO/FITS/extralibs.ld blibdirs.ts \
>>          core.[0-9][0-9][0-9][0-9][0-9] *perl.core \
>>          core.*perl.*.? Makefile.aperl \
>>          perl FITS.def \
>>          core.[0-9][0-9][0-9] mon.out \
>>          libFITS.def perlmain.c \
>>          perl.exe so_locations \
>>          FITS.exp
>> rm -rf \
>>          blib
>> mv Makefile Makefile.old > /dev/null 2>&1
>> punk...@dyn-72-33-135-24 ~/Projects/PDL-2.4.6/IO/FITS$make
>> make: *** No targets specified and no makefile found.  Stop.
>> punkish ~/Projects/PDL-2.4.6/IO/FITS$
>>
>>
>>
>>>
>>> Hope that helps!
>>>
>>> David
>>>
>>>
>>
>>
>>
>>
>
>



-- 
Puneet Kishor http://www.punkish.org
Carbon Model http://carbonmodel.org
Charter Member, Open Source Geospatial Foundation http://www.osgeo.org
Science Commons Fellow, http://sciencecommons.org/about/whoweare/kishor
Nelson Institute, UW-Madison http://www.nelson.wisc.edu
-----------------------------------------------------------------------
Assertions are politics; backing up assertions with evidence is science
=======================================================================
Sent from Madison, Wisconsin, United States

_______________________________________________
Perldl mailing list
[email protected]
http://mailman.jach.hawaii.edu/mailman/listinfo/perldl

Reply via email to