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?


> 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/

Reply via email to