What happens with master tar balls? Sent from my phone. No type good.
On Apr 21, 2015, at 7:38 PM, Paul Hargrove <phhargr...@lbl.gov<mailto: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<mailto: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<mailto: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<mailto: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<mailto: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<mailto:phhargr...@lbl.gov> Computer Languages & Systems Software (CLaSS) Group Computer Science Department Tel: +1-510-495-2352<tel:%2B1-510-495-2352> Lawrence Berkeley National Laboratory Fax: +1-510-486-6900<tel:%2B1-510-486-6900> -- Paul H. Hargrove phhargr...@lbl.gov<mailto: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<mailto: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
