On Wed, Apr 22, 2015 at 4:20 PM, Jeff Squyres (jsquyres) <jsquy...@cisco.com > wrote:
> I think we missed 2 commits on v1.8. Filed PR > https://github.com/open-mpi/ompi-release/pull/254 to fix the problem. > > bot:hargrove -- can you test? > Initial testing failed autogen.pl (as did Jenkins). I am past that point and making updates to the PR instead of this email thread. -Paul > > > > On Apr 21, 2015, at 8:40 PM, Paul Hargrove <phhargr...@lbl.gov> wrote: > > > > > > > > On Tue, Apr 21, 2015 at 5:33 PM, Jeff Squyres (jsquyres) < > jsquy...@cisco.com> wrote: > > What happens with master tar balls? > > > > Master is fine building dl:dlopen: > > > > --- MCA component dl:dlopen (m4 configuration macro, priority 80) > > checking for MCA component dl:dlopen compile mode... static > > checking dlfcn.h usability... yes > > checking dlfcn.h presence... yes > > checking for dlfcn.h... yes > > looking for library without search path > > checking for library containing dlopen... none required > > checking if MCA component dl:dlopen can compile... yes > > > > -Paul > > > > > > > > > > > > Sent from my phone. No type good. > > > > On Apr 21, 2015, at 7:38 PM, Paul Hargrove <phhargr...@lbl.gov> wrote: > > > >> Sorry the output in the previous email left out some relevant detail. > >> See here that BOTH dl components were unable to compile with the > 1.8.5rc2 tarball: > >> > >> +++ Configuring MCA framework dl > >> checking for no configure components in framework dl... > >> checking for m4 configure components in framework dl... libltdl, dlopen > >> > >> --- MCA component dl:dlopen (m4 configuration macro, priority 80) > >> checking for MCA component dl:dlopen compile mode... static > >> checking dlfcn.h usability... yes > >> checking dlfcn.h presence... yes > >> checking for dlfcn.h... yes > >> looking for library without search path > >> checking for dlopen in -ldl... no > >> checking if MCA component dl:dlopen can compile... no > >> > >> --- MCA component dl:libltdl (m4 configuration macro, priority 50) > >> checking for MCA component dl:libltdl compile mode... static > >> checking --with-libltdl value... simple ok (unspecified) > >> checking --with-libltdl-libdir value... simple ok (unspecified) > >> checking for libltdl dir... compiler default > >> checking for libltdl library dir... linker default > >> checking ltdl.h usability... no > >> checking ltdl.h presence... no > >> checking for ltdl.h... no > >> checking if MCA component dl:libltdl can compile... no > >> configure: WARNING: Did not find a suitable static opal dl component > >> configure: WARNING: You might need to install libltld (and its headers) > or > >> configure: WARNING: specify --disable-dlopen to configure. > >> configure: error: Cannot continue > >> > >> I am getting this on ALL of my {Free,Net,Open}BSD platforms. > >> However, they all built the dl:dlopen component fine when testing > Jeff''s tarballs from PR410: > >> > >> --- MCA component dl:dlopen (m4 configuration macro, priority 80) > >> checking for MCA component dl:dlopen compile mode... static > >> checking dlfcn.h usability... yes > >> checking dlfcn.h presence... yes > >> checking for dlfcn.h... yes > >> looking for library without search path > >> checking for library containing dlopen... none required > >> checking if MCA component dl:dlopen can compile... yes > >> > >> The key difference I see is that dlopen() is available in libc, not in > (the non-existent libdl). > >> So it looks likely that something wasn't brought over > correctly/completely from master to v1.8. > >> > >> -Paul [a.k.a. bot:hargrove] > >> > >> > >> > >> On Tue, Apr 21, 2015 at 4:22 PM, Paul Hargrove <phhargr...@lbl.gov> > wrote: > >> Is the following configure-fails-by-default behavior really the desired > one in 1.8.5? > >> I thought this was more of a 1.9 change than a mid-series change. > >> > >> -Paul > >> > >> --- MCA component dl:libltdl (m4 configuration macro, priority 50) > >> checking for MCA component dl:libltdl compile mode... static > >> checking --with-libltdl value... simple ok (unspecified) > >> checking --with-libltdl-libdir value... simple ok (unspecified) > >> checking for libltdl dir... compiler default > >> checking for libltdl library dir... linker default > >> checking ltdl.h usability... no > >> checking ltdl.h presence... no > >> checking for ltdl.h... no > >> checking if MCA component dl:libltdl can compile... no > >> configure: WARNING: Did not find a suitable static opal dl component > >> configure: WARNING: You might need to install libltld (and its headers) > or > >> configure: WARNING: specify --disable-dlopen to configure. > >> configure: error: Cannot continue > >> > >> On Tue, Apr 21, 2015 at 3:43 PM, Jeff Squyres (jsquyres) < > jsquy...@cisco.com> wrote: > >> In the usual location: > >> > >> http://www.open-mpi.org/software/ompi/v1.8/ > >> > >> The NEWS changed completely between rc1 and r2, so I don't know easily > exactly what is different between rc1 and rc2. Here's the full 1.8.5 NEWS: > >> > >> - Fixed configure problems in some cases when using an external hwloc > >> installation. Thanks to Erick Schnetter for reporting the error and > >> helping track down the source of the problem. > >> - Fixed linker error on OS X when using the clang compiler. Thanks to > >> Erick Schnetter for reporting the error and helping track down the > >> source of the problem. > >> - Fixed MPI_THREAD_MULTIPLE deadlock error in the vader BTL. Thanks > >> to Thomas Klimpel for reporting the issue. > >> - Fixed several Valgrind warnings. Thanks for Lisandro Dalcin for > >> contributing a patch fixing some one-sided code paths. > >> - Fixed version compatibility test in OOB that broke ABI within the > >> 1.8 series. NOTE: this will not resolve the problem between pre-1.8.5 > >> versions, but will fix it going forward. > >> - Fix some issues related to running on Intel Xeon Phi coprocessors. > >> - Opportunistically switch away from using GNU Libtool's libltdl > >> library when possible (by default). > >> - Fix some VampirTrace errors. Thanks to Paul Hargrove for reporting > >> the issues. > >> - Correct default binding patterns when --use-hwthread-cpus was > >> specified and nprocs <= 2. > >> - Fix warnings about -finline-functions when compiling with clang. > >> - Updated the embedded hwloc with several bug fixes, including the > >> "duplicate Lhwloc1 symbol" that multiple users reported on some > >> platforms. > >> - Do not error when mpirun is invoked with with default bindings > >> (i.e., no binding was specified), and one or more nodes do not > >> support bindings. Thanks to Annu Desari for pointing out the > >> problem. > >> - Let root invoke "mpirun --version" to check the version without > >> printing the "Don't run as root!" warnings. Thanks to Robert McLay > >> for the suggestion. > >> - Fixed several bugs in OpenSHMEM support. > >> - Extended vader shared memory support to 32-bit architectures. > >> - Fix handling of very large datatypes. Thanks to Bogdan Sataric for > >> the bug report. > >> - Fixed a bug in handling subarray MPI datatypes, and a bug when using > >> MPI_LB and MPI_UB. Thanks to Gus Correa for pointing out the issue. > >> - Restore user-settable bandwidth and latency PML MCA variables. > >> - Multiple bug fixes for cleanup during MPI_FINALIZE in unusual > >> situations. > >> - Added support for TCP keepalive signals to ensure timely termination > >> when sockets between daemons cannot be created (e.g., due to a > >> firewall). > >> - Added MCA parameter to allow full use of a SLURM allocation when > >> started from a tool (supports LLNL debugger). > >> - Fixed several bugs in the configure logic for PMI and hwloc. > >> - Fixed incorrect interface index in TCP communications setup. Thanks > >> to Mark Kettenis for spotting the problem and providing a patch. > >> - Fixed MPI_IREDUCE_SCATTER with single-process communicators when > >> MPI_IN_PLACE was not used. > >> - Added XRC support for OFED v3.12 and higher. > >> - Various updates and bug fixes to the Mellanox hcoll collective > >> support. > >> - Fix problems with Fortran compilers that did not support > >> REAL*16/COMPLEX*32 types. Thanks to Orion Poplawski for identifying > >> the issue. > >> - Fixed problem with rpath/runpath support in pkg-config files. > >> Thanks to Christoph Junghans for notifying us of the issue. > >> - Man page fixes: > >> - Removed erroneous "color" discussion from MPI_COMM_SPLIT_TYPE. > >> Thanks to Erick Schnetter for spotting the outdated text. > >> - Fixed prototypes for MPI_IBARRIER. Thanks to Maximilian for > >> finding the issue. > >> - Updated docs about buffer usage in non-blocking communications. > >> Thanks to Alexander Pozdneev for citing the outdated text. > >> - Added documentation about the 'ompi_unique' MPI_Info key with > >> MPI_PUBLISH_NAME. > >> - Fixed typo in MPI_INTERCOMM_MERGE. Thanks to Harald Servat for > >> noticing and sending a patch. > >> - Updated configure paths in HACKING. Thanks to Maximilien Levesque > >> for the fix. > >> - Fixed Fortran typo in MPI_WIN_LOCK_ALL. Thanks to Thomas Jahns > >> for pointing out the issue. > >> - Fixed a number of MPI one-sided bugs. > >> - Fixed MPI_COMM_SPAWN when invoked from a singleton job. > >> - Fixed a number of minor issues with CUDA support, including > >> registering of shared memory and supporting reduction support for > >> GPU buffers. > >> - Improved support for building OMPI on Cray platforms. > >> - Fixed performance regression introduced by the inadvertent default > >> enabling of MPI_THREAD_MULTIPLE support. > >> > >> > >> -- > >> 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/04/17298.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 > >> > >> > >> > >> -- > >> 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/04/17300.php > > > > _______________________________________________ > > 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/04/17301.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/04/17302.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/04/17332.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
