On Wed, Mar 4, 2009 at 7:32 AM, Chris Marshall <[email protected]> wrote: > Another thing that makes testing go faster: > > Edit the perldl.conf file to disable all the > optional component that you don't need for > build testing. Some of the libraries take > a long time to configure and build---time > you don't need to spend every time you change > an option for the HDF stuff. > > --Chris > > Sisyphus wrote: >> >> ----- Original Message ----- From: "P Kishor" <[email protected]> >> >>>>> ----- >>>>> [11:39 PM] /usr/local/lib$ls libh* >>>>> libhdf5.6.dylib* libhdf5.dylib@ libhdf5.settings >>>>> libhdf5_hl.a libhdf5_hl.la* libhdf5.a >>>>> libhdf5.la* libhdf5_hl.0.dylib* libhdf5_hl.dylib@ >> >> Which of those do you need to link to ? >> (I don't have the hdf library, or a mac ... so I'm not in a position to >> test any of this.) >> >> Assuming you need to link libhdf5.a, you could change the PDL::IO::HDF >> section in perldl.conf from: >> >> # Whether or not to build the PDL::IO::HDF module >> # 0 -> don't use >> # true -> force use >> WITH_HDF => undef, >> HDF_LIBS => undef, >> HDF_INC => undef, >> >> to: >> >> # Whether or not to build the PDL::IO::HDF module >> # 0 -> don't use >> # true -> force use >> WITH_HDF => 1, >> HDF_LIBS => '-L/usr/local/lib -lhdf5', >> HDF_INC => '-I/usr/local/include', >> >> and see if that helps. Or perhaps that section instead needs to be: >> >> # Whether or not to build the PDL::IO::HDF module >> # 0 -> don't use >> # true -> force use >> WITH_HDF => 1, >> HDF_LIBS => '/usr/local/lib', >> HDF_INC => '/usr/local/include', >> >> (Just something you can try while you're waiting for someone who knows >> this stuff to come forward.) >> >> Make your changes to perldl.conf, then run: >> make realclean >> perl Makefile.PL >> make test >> >> Cheers, >> Rob >>
Thanks guys. As I noted in my other email, I have PDL working now, but without HDF and PLPlot. Re. HDF, I have both HDF5 and HDF4 installed, but, for some reason, PDL is croaking because it seems to look for the hdf.h header file instead of the installed libs in /usr/local/lib and /usr/local/include/. To reiterate, here is the error message >> ----- >> WARNING: Unknown cpu type i386! Not setting $hdf_defs. (This may not >> be a bad thing) >> Final $hdf_defs flags: '' >> >> Cannot find hdf library, libdf.a. >> Please add the correct library path to Makefile.PL or install HDF >> Cannot find hdf header file, hdf.h. >> Please add the correct library path to Makefile.PL or install HDF >> >> Skipping build of PDL::IO::HDF. >> ----- Re. PLPlot, that itself is installed fine, but PDL is croaking complaining about symbols not found >> ----- >> _XS_PDL_plgriddata in PLplot.o >> ld: symbol(s) not found >> collect2: ld returned 1 exit status >> make[2]: *** [../../blib/arch/auto/PDL/Graphics/PLplot/PLplot.bundle] >> Error 1 >> make[1]: *** [subdirs] Error 2 >> make: *** [subdirs] Error 2 >> ----- Other than that, PDL is working. This is on my Macbook, and is a test install. Now I am going to start learning and using PDL, something I am very excited about (fwiw, PDL seems a lot more exciting and important to me vis a vis Perl than Moose which seems to occupy a lot of bandwidth nowadays). The real test is going to be installing PDL cleanly and nicely on our Xserve cluster head where I hope to use it for image analysis. So, I am still interested in getting a clean, error free, complete install of PDL. By the way, we have been using IDL for all our image analysis work, and I am looking into how much of that can be replaced by PDL. If there are specific notes about replacing IDL with PDL, please do point me to them. Many thanks again. -- Puneet Kishor http://www.punkish.org/ Nelson Institute for Environmental Studies http://www.nelson.wisc.edu/ Carbon Model http://carbonmodel.org/ Open Source Geospatial Foundation http://www.osgeo.org/ Sent from: Madison WI United States. _______________________________________________ Perldl mailing list [email protected] http://mailman.jach.hawaii.edu/mailman/listinfo/perldl
