Howard, Both 2.0.2rc2 and 2.0.2rc3 builds just now are also failing in the same manner, though I have records of at least a successful 2.0.2rc2 build previously. So, I am suspicious that something has changed with the updates applied recently to this system, such as to binutils.
I am travelling all of next week (and finishing slides for that trip this weekend). So, I don't have time to poke at this in depth. Since all my other BSD systems, including NetBSD/amd64, are error-free *and* the older tarballs are also failing, I don't see this as a release blocker (even if the eventual fix belongs in Open MPI's configury). -Paul On Sat, Jan 28, 2017 at 12:44 PM, Howard Pritchard <hpprit...@gmail.com> wrote: > HI Paul, > > This might be a result of building the tarball on a new system. > Would you mind trying the rc3 tarball and see if that builds on the > system? > > > Howard > > > > 2017-01-27 15:12 GMT-07:00 Paul Hargrove <phhargr...@lbl.gov>: > >> I had no problem with 2.0.2rc3 on NetBSD, but with 2.0.2rc4 I am seeing a >> "make install" failure (below). >> This is seen on an x86 (32-bit) platform, but not x86_64. >> I cannot say for certain that this is an Open MPI regression, since there >> *have* been s/w updates on this system since I last tested. >> >> Configured with only --prefix and --disable-mpi-fortran (due to >> https://github.com/open-mpi/ompi/issues/184) >> >> -Paul >> >> $ env LANG=C make install >> [...] >> Making install in mca/btl/sm >> >> /home/phargrov/OMPI/openmpi-2.0.2rc4-netbsd7-i386/openmpi-2.0.2rc4/config/install-sh >> -c -d '/home/phargrov/OMPI/openmpi-2.0.2rc4-netbsd7-i386/INST/shar >> e/openmpi' /usr/bin/install -c -m 644 /home/phargrov/OMPI/openmpi-2. >> 0.2rc4-netbsd7-i386/openmpi-2.0.2rc4/opal/mca/btl/sm/help-mpi-btl-sm.txt >> '/home/phargrov/OMPI/openmpi-2.0.2rc4-netbsd7-i386/INST/share/openmpi' >> >> /home/phargrov/OMPI/openmpi-2.0.2rc4-netbsd7-i386/openmpi-2.0.2rc4/config/install-sh >> -c -d '/home/phargrov/OMPI/openmpi-2.0.2rc4-netbsd7-i386/INST/lib/ >> openmpi' >> /bin/sh ../../../../libtool --mode=install /usr/bin/install -c >> mca_btl_sm.la '/home/phargrov/OMPI/openmpi-2 >> .0.2rc4-netbsd7-i386/INST/lib/openmpi' >> libtool: warning: relinking 'mca_btl_sm.la' >> libtool: install: (cd /home/phargrov/OMPI/openmpi-2. >> 0.2rc4-netbsd7-i386/BLD/opal/mca/btl/sm; /bin/sh "/home/ph >> argrov/OMPI/openmpi-2.0.2rc4-netbsd7-i386/BLD/libtool" --tag CC >> --mode=relink gcc -std=gnu99 -O3 -DNDEBUG -finline-functions >> -fno-strict-aliasing -pthread -module -avoid-version -o mca_btl_sm.la >> -rpath /home/phargrov/OMPI/openmpi-2.0.2rc4-netbsd7-i386/INST/lib/openmpi >> mca_btl_sm_la-btl_sm.lo mca_btl_sm_la-btl_sm_component.lo >> mca_btl_sm_la-btl_sm_frag.lo >> /home/phargrov/OMPI/openmpi-2.0.2rc4-netbsd7-i386/BLD/opal/m >> ca/common/sm/libmca_common_sm.la -lrt -lexecinfo -lm -lutil ) >> >> *** Warning: linker path does not have real file for library >> -lmca_common_sm. >> *** I have the capability to make that library automatically link in when >> *** you link to this library. But I can only do this if you have a >> *** shared version of the library, which you do not appear to have >> *** because I did check the linker path looking for a file starting >> *** with libmca_common_sm and none of the candidates passed a file format >> test >> *** using a regex pattern. Last file checked: >> /home/phargrov/OMPI/openmpi-2.0.2rc4-netbsd7-i386/BLD/opal/mca/c >> ommon/sm/.libs/libmca_common_sm.so.20.0 >> >> *** Warning: libtool could not satisfy all declared inter-library >> *** dependencies of module mca_btl_sm. Therefore, libtool will create >> *** a static module, that should work as long as the dlopening >> *** application is linked with the -dlopen flag. >> libtool: relink: ar cru .libs/mca_btl_sm.a .libs/mca_btl_sm_la-btl_sm.o >> .libs/mca_btl_sm_la-btl_sm_component.o >> .libs/mca_btl_sm_la-btl_sm_frag.o >> libtool: relink: ranlib .libs/mca_btl_sm.a >> libtool: relink: ( cd ".libs" && rm -f "mca_btl_sm.la" && ln -s "../ >> mca_btl_sm.la" "mca_btl_sm.la" ) >> libtool: install: /usr/bin/install -c .libs/mca_btl_sm.soT >> /home/phargrov/OMPI/openmpi-2.0.2rc4-netbsd7-i386/I >> NST/lib/openmpi/mca_btl_sm.so >> install: .libs/mca_btl_sm.soT: stat: No such file or directory >> *** Error code 1 >> >> Stop. >> >> >> >> -Paul >> >> -- >> Paul H. Hargrove phhargr...@lbl.gov >> Computer Languages & Systems Software (CLaSS) Group >> Computer Science Department Tel: +1-510-495-2352 >> <(510)%20495-2352> >> Lawrence Berkeley National Laboratory Fax: +1-510-486-6900 >> <(510)%20486-6900> >> >> _______________________________________________ >> devel mailing list >> devel@lists.open-mpi.org >> https://rfd.newmexicoconsortium.org/mailman/listinfo/devel >> > > > _______________________________________________ > devel mailing list > devel@lists.open-mpi.org > https://rfd.newmexicoconsortium.org/mailman/listinfo/devel > -- 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 devel@lists.open-mpi.org https://rfd.newmexicoconsortium.org/mailman/listinfo/devel
