Hmm. I'm unable to find where this happens -- we don't explicitly list "libltdl.so" anywhere, for example. Libltdl is added by AC_CHECK_LIB, like most other libraries OMPI links against.
Can you send more info (perhaps off-list, if the attachments get large): - full output of configure - config.log - config.status - run make clean, and then record/send the output of "make V=1" Thanks. > On Jan 30, 2015, at 7:46 PM, Paul Hargrove <phhargr...@lbl.gov> wrote: > > Observed failure mode 2-of-2: > > On at least one SLES-11.1 system you are attempting to link libltdl.so by > full path and are erroneously using /usr/lib/libltdl.so instead of > /usr/lib64/libltdl.so, resulting in the failure below. > > -Paul > > libtool: link: pgcc -shared -fpic -DPIC class/.libs/opal_bitmap.o > class/.libs/opal_free_list.o class/.libs/opal_hash_table.o > class/.libs/opal_hotel.o class/.libs/opal_tree.o class/.libs/opal_list.o > class/.libs/opal_object.o class/.libs/opal_graph.o class/.libs/opal_lifo.o > class/.libs/opal_fifo.o class/.libs/opal_pointer_array.o > class/.libs/opal_value_array.o class/.libs/opal_ring_buffer.o > class/.libs/opal_rb_tree.o class/.libs/ompi_free_list.o > memoryhooks/.libs/memory.o runtime/.libs/opal_progress.o > runtime/.libs/opal_finalize.o runtime/.libs/opal_init.o > runtime/.libs/opal_params.o runtime/.libs/opal_cr.o > runtime/.libs/opal_info_support.o runtime/.libs/opal_progress_threads.o > threads/.libs/condition.o threads/.libs/mutex.o threads/.libs/thread.o > dss/.libs/dss_internal_functions.o dss/.libs/dss_compare.o > dss/.libs/dss_copy.o dss/.libs/dss_dump.o dss/.libs/dss_load_unload.o > dss/.libs/dss_lookup.o dss/.libs/dss_pack.o dss/.libs/dss_peek.o > dss/.libs/dss_print.o dss/.libs/dss_register.o dss/.libs/dss_unpack.o > dss/.libs/dss_open_close.o > -Wl,--whole-archive,asm/.libs/libasm.a,datatype/.libs/libdatatype.a,mca/base/.libs/libmca_base.a,util/.libs/libopalutil.a,mca/allocator/.libs/libmca_allocator.a,mca/backtrace/.libs/libmca_backtrace.a,mca/backtrace/execinfo/.libs/libmca_backtrace_execinfo.a,mca/btl/.libs/libmca_btl.a,mca/compress/.libs/libmca_compress.a,mca/crs/.libs/libmca_crs.a,mca/dstore/.libs/libmca_dstore.a,mca/event/.libs/libmca_event.a,mca/event/libevent2022/.libs/libmca_event_libevent2022.a,mca/hwloc/.libs/libmca_hwloc.a,mca/hwloc/hwloc191/.libs/libmca_hwloc_hwloc191.a,mca/if/.libs/libmca_if.a,mca/if/posix_ipv4/.libs/libmca_if_posix_ipv4.a,mca/if/linux_ipv6/.libs/libmca_if_linux_ipv6.a,mca/installdirs/.libs/libmca_installdirs.a,mca/installdirs/config/.libs/libmca_installdirs_config.a,mca/installdirs/env/.libs/libmca_installdirs_env.a,mca/memchecker/.libs/libmca_memchecker.a,mca/memcpy/.libs/libmca_memcpy.a,mca/memory/.libs/libmca_memory.a,mca/memory/linux/.libs/libmca_memory_linux.a,mca/mpool/.libs/libmca_mpool.a,mca/pmix/.libs/libmca_pmix.a,mca/pstat/.libs/libmca_pstat.a,mca/rcache/.libs/libmca_rcache.a,mca/sec/.libs/libmca_sec.a,mca/shmem/.libs/libmca_shmem.a,mca/timer/.libs/libmca_timer.a,mca/timer/linux/.libs/libmca_timer_linux.a > -Wl,--no-whole-archive -lm -lpciaccess -lrt -lutil /usr/lib/libltdl.so -ldl > -lc -Wl,-soname -Wl,libopen-pal.so.0 -o .libs/libopen-pal.so.0.0.0 > /usr/lib/libltdl.so: could not read symbols: File in wrong format > > On Fri, Jan 30, 2015 at 3:51 PM, Jeff Squyres (jsquyres) <jsquy...@cisco.com> > wrote: > New tarball posted (same location). Now featuring 100% fewer "make check" > failures. > > http://www.open-mpi.org/~jsquyres/unofficial/ > > > > On Jan 30, 2015, at 5:14 PM, Jeff Squyres (jsquyres) <jsquy...@cisco.com> > > wrote: > > > > Shame on me for not running "make check". > > > > Fixing... > > > > > >> On Jan 30, 2015, at 4:58 PM, Paul Hargrove <phhargr...@lbl.gov> wrote: > >> > >> Jeff, > >> > >> I ran on just one (mac OSX 10.8) system first as a "smoke test". > >> It encountered the failure show below on "make check" at which point I > >> decided not to test 60+ platforms. > >> Please advise how I should proceed (best guess is wait for a new tarball). > >> > >> -Paul > >> > >> Making check in test > >> Making check in support > >> make libsupport.a > >> CC components.o > >> /Users/Paul/OMPI/openmpi-libltdl-macos10.8-x86-clang/openmpi-gitclone/test/support/components.c:27:10: > >> fatal error: 'opal/libltdl/ltdl.h' file not found > >> #include "opal/libltdl/ltdl.h" > >> ^ > >> > >> > >> On Fri, Jan 30, 2015 at 1:29 PM, Jeff Squyres (jsquyres) > >> <jsquy...@cisco.com> wrote: > >> On Jan 30, 2015, at 2:46 PM, Paul Hargrove <phhargr...@lbl.gov> wrote: > >>> > >>> If I had new enough autotools to autogen on this old system then I > >>> wouldn't have asked about libltdl from libtool-1.4. So, please *do* > >>> generate a tarball and I will test (on *all* of my systems). > >> > >> Sweet, thank you. I just posted a tarball here: > >> > >> http://www.open-mpi.org/~jsquyres/unofficial/ > >> > >> -- > >> Jeff Squyres > >> jsquy...@cisco.com > >> For corporate legal information go to: > >> http://www.cisco.com/web/about/doing_business/legal/cri/ > >> > >> _______________________________________________ > >> devel mailing list > >> de...@open-mpi.org > >> Subscription: http://www.open-mpi.org/mailman/listinfo.cgi/devel > >> Link to this post: > >> http://www.open-mpi.org/community/lists/devel/2015/01/16854.php > >> > >> > >> > >> -- > >> Paul H. Hargrove phhargr...@lbl.gov > >> Computer Languages & Systems Software (CLaSS) Group > >> Computer Science Department Tel: +1-510-495-2352 > >> Lawrence Berkeley National Laboratory Fax: +1-510-486-6900 > >> _______________________________________________ > >> devel mailing list > >> de...@open-mpi.org > >> Subscription: http://www.open-mpi.org/mailman/listinfo.cgi/devel > >> Link to this post: > >> http://www.open-mpi.org/community/lists/devel/2015/01/16855.php > > > > > > -- > > Jeff Squyres > > jsquy...@cisco.com > > For corporate legal information go to: > > http://www.cisco.com/web/about/doing_business/legal/cri/ > > > > _______________________________________________ > > devel mailing list > > de...@open-mpi.org > > Subscription: http://www.open-mpi.org/mailman/listinfo.cgi/devel > > Link to this post: > > http://www.open-mpi.org/community/lists/devel/2015/01/16856.php > > > -- > Jeff Squyres > jsquy...@cisco.com > For corporate legal information go to: > http://www.cisco.com/web/about/doing_business/legal/cri/ > > _______________________________________________ > devel mailing list > de...@open-mpi.org > Subscription: http://www.open-mpi.org/mailman/listinfo.cgi/devel > Link to this post: > http://www.open-mpi.org/community/lists/devel/2015/01/16857.php > > > > -- > Paul H. Hargrove phhargr...@lbl.gov > Computer Languages & Systems Software (CLaSS) Group > Computer Science Department Tel: +1-510-495-2352 > Lawrence Berkeley National Laboratory Fax: +1-510-486-6900 > _______________________________________________ > devel mailing list > de...@open-mpi.org > Subscription: http://www.open-mpi.org/mailman/listinfo.cgi/devel > Link to this post: > http://www.open-mpi.org/community/lists/devel/2015/01/16859.php -- Jeff Squyres jsquy...@cisco.com For corporate legal information go to: http://www.cisco.com/web/about/doing_business/legal/cri/
