On Apr 14, 2006, at 11:14 AM, jeffd_at_[hidden] wrote:
> Brian,
> I built from source being as the binary package gave me nothing
> usable.
>
> the only config options were
> ./configure --without-fc --with-romio-flags=-DNO_AIO
>
> I realize the romio-flags should not be required but upon rebuild
> tried a "just
> in case" approach. I currently have some functionality from the
> build but am
> not sure as to the purpose of the liblam_totalview.so
liblam_totalview.so is used by the TotalView debugger to look at the
unexpected receive queues. LAM won't be any less functional if the
library isn't available, but there will be some functionality missing
when you are trying to debug MPI applications.
I figured out why you were getting this error. TotalView loads
liblam_totalview as a dynamically loaded module. In LAM, we build
liblam_totalview as a shared library. This isn't a problem on most
unix systems because there's basically no difference between shared
libraries and dynamically loaded modules. However, on Darwin/Mac OS
X, there is a difference, including naming. Libraries end in .dylib
and DSOs end in .so. Why am I mentioning this? Well, we were
building a shared library instead of a DSO. Which means that there's
probably a /usr/local/lib/lam/liblam_totalview.dylib, which is
almost, but not quite the right thing.
I'm committing a fix for the LAM build system shortly. If you don't
need unexpected receive queue debugging support, it might be easiest
just to disable building the totalview support library (TotalView
debugging will still work - you just won't be able to see the
unexpected queue). This can be done with the --disable-tv-queue
configure option.
Hope this helps,
Brian
--
Brian Barrett
LAM/MPI developer and all around nice guy
Have a LAM/MPI day: http://www.lam-mpi.org/
|
