I talked to Peter off-list. We got a successful build going for him.
Seems like we've identified a few issues here, though: 1. ./configure with gcc 4.7.2 on Debian (I didn't catch the precise version of Debian) results in a Lhwloc1 duplicate symbol in OMPI's embedded hwloc. This feels very much like a compiler error -- we got a successful builds when we forced the use of -O2 instead of the default -O3. Peter and I will investigate further. 2. Using an external hwloc is tricky: one issue is that LD_LIBRARY_PATH needs to be set. We should be able to fix this in OMPI itself such that you won't need to set LD_LIBRARY_PATH yourself. Second, however, is if you have both an external libevent and an external hwloc in the same tree, but you only want to use *one* of those two as external to OMPI. Ralph will file a github issue about this shortly. > On Mar 23, 2015, at 9:23 PM, Peter Gottesman <mygames1...@gmail.com> wrote: > > Ah, yes I am sorry. I can successfully configure if I do not define an > external hwloc, however the 'make all' fails. I must have not re-configured > it after trying that. > > The correct config.log is there now. From what I could gather, the problem is > in this line(105): > ./conftest: error while loading shared libraries: libhwloc.so.0: cannot open > shared object file: No such file or directory > When I try to run that file I get a segfault, although from what I can tell > there is not a problem during the hwloc installation(but it would seem that I > am wrong). > I have attached the correct config.log from > opal/mca/event/libevent2022/libevent, the config.log from hwloc, and the > output from the 'make install' of hwloc > Thanks, > Peter > <output.tar.bz2> -- Jeff Squyres jsquy...@cisco.com For corporate legal information go to: http://www.cisco.com/web/about/doing_business/legal/cri/
