A follow-up: seems I had fooled myself with the --with-hdf5 bit. It compiled and didn't complain about not finding HDF5, but just the same, it didn't find HDF5. I had never installed libhdf5-serial-dev . With that installed, just the LIBS='-latlas' ./configure worked fine. Apologies on the traffic. -Dave
On Mon, Sep 8, 2008 at 11:10 PM, David Cummings <[EMAIL PROTECTED]> wrote: > Sinan, > Thanks, after getting home and taking a fresh look at the issue, I > was able to get it to configure and later compile using: > LIBS='-latlas' ./configure --with-hdf5=/usr/lib > > Apparently, the default lapack that comes with Ubuntu is the ATLAS > build. I also had to make sure I had gfortran and not g77 installed, > guile-1.6-dev, and a few other -dev's I was missing. I also had to > build libctl from source as the latest in the Ubuntu repositories is > 3.0.2 . Not sure where the zlib issue was coming from, but the > --with-hdf5 string seemed to kill it as well. > > For reference: > ldd /usr/local/bin/meep > linux-vdso.so.1 => (0x00007fff9b7fe000) > libguile.so.12 => /usr/lib/libguile.so.12 (0x00007fe69319a000) > libguile-ltdl.so.1 => /usr/lib/libguile-ltdl.so.1 (0x00007fe692f96000) > libdl.so.2 => /lib/libdl.so.2 (0x00007fe692d92000) > libcrypt.so.1 => /lib/libcrypt.so.1 (0x00007fe692b5a000) > libgsl.so.0 => /usr/lib/libgsl.so.0 (0x00007fe692774000) > libharminv.so.2 => /usr/lib/libharminv.so.2 (0x00007fe69256e000) > liblapack.so.3 => /usr/lib/atlas/liblapack.so.3 (0x00007fe691c16000) > libblas.so.3 => /usr/lib/atlas/libblas.so.3 (0x00007fe691278000) > libgfortran.so.2 => /usr/lib/libgfortran.so.2 (0x00007fe690fb9000) > libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x00007fe690dab000) > libfftw3.so.3 => /usr/lib/libfftw3.so.3 (0x00007fe690aee000) > libatlas.so.3 => /usr/lib/libatlas.so.3 (0x00007fe690187000) > libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x00007fe68fe7c000) > libm.so.6 => /lib/libm.so.6 (0x00007fe68fbfb000) > libc.so.6 => /lib/libc.so.6 (0x00007fe68f899000) > /lib64/ld-linux-x86-64.so.2 (0x00007fe693455000) > liblapack.so.3gf => /usr/lib/liblapack.so.3gf (0x00007fe68eefd000) > libblas.so.3gf => /usr/lib/libblas.so.3gf (0x00007fe68ec83000) > libg2c.so.0 => /usr/lib/libg2c.so.0 (0x00007fe68ea53000) > libpthread.so.0 => /lib/libpthread.so.0 (0x00007fe68e837000) > > Thanks again! > -Dave > > On Mon, Sep 8, 2008 at 8:58 PM, sinan selcuk <[EMAIL PROTECTED]> wrote: >> Compiling HDF5 as a dynamic lib (or shared), rather than static might work, >> otherwise I couldn't make meep find it. >> >> >> David Cummings real.psyence at gmail.com >> Mon Sep 8 20:15:46 EDT 2008 >> >> * Previous message: [Meep-discuss] shift in fft of meep data >> * Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] >> >> Hi All, >> I hate to do this but after banging my head against this off and on >> for a couple weeks I could really use some simple help. I am trying to >> compile 0.20.3 on the latest Ubuntu, after deciding that the 0.2* >> versions had some features I really wanted. >> The big issues are that the ./configure script and associated tests >> are not finding -lhdf5, -lz, and guile-config has issues, all of which >> are installed. For example, the test for zlib fails though I can run >> gcc -lz with the test "confdeps.h" and it compiles and runs fine. Any >> ideas? Happy to attach config.log's or anything else to help hammer >> this out. >> Thanks, >> -Dave >> >> -- >> The way that can be named is not the Way. >> >> >> >> >> >> >> >> _______________________________________________ >> meep-discuss mailing list >> [email protected] >> http://ab-initio.mit.edu/cgi-bin/mailman/listinfo/meep-discuss >> > > > > -- > The way that can be named is not the Way. > -- The way that can be named is not the Way. _______________________________________________ meep-discuss mailing list [email protected] http://ab-initio.mit.edu/cgi-bin/mailman/listinfo/meep-discuss
