Re: [OMPI devel] [PATCH] fix mx btl_bandwidth
On Sep 8, 2010, at 5:02 PM, Rolf vandeVaart wrote: > The way the code is currently written, it does not run the autodetect by > default. What happens is it takes a look at > the bandwidth value. If the bandwidth value is 0, it will run the autodetect > code. This seems like a no-brainer: we should change the default value to 0 so that the auto-detect code runs. "Auto-detect" is actually a generous term -- we don't have to figure out anything. We do a little algebra with the provided data to translate it into Mbytes/sec, but the information comes directly from the IBV API; it's not like we're conducting speed microbenchmarks or anything like that. -- Jeff Squyres jsquy...@cisco.com For corporate legal information go to: http://www.cisco.com/web/about/doing_business/legal/cri/
[OMPI devel] AS_VAR_COPY failure (Re: === CREATE FAILURE (v1.4) ===)
I'm checking into this. I'm guessing that the problem is that the autoconf we use to build the 1.4 tarballs doesn't have AS_VAR_COPY. Arrgghhh... On Sep 9, 2010, at 3:02 AM, MPI Team wrote: > > ERROR: Command returned a non-zero exist status (v1.4): > ./autogen.sh > > Start time: Wed Sep 8 21:00:07 EDT 2010 > End time: Wed Sep 8 21:02:49 EDT 2010 > > === > [... previous lines snipped ...] > > *** Found configure.(in|ac) > *** > /home/mpiteam/openmpi/nightly-tarball-build-root/v1.4/create-r23733/ompi/ompi/contrib/vt/vt/extlib/otf > > *** Running GNU tools > [Running] libtoolize --automake --copy > [Running] aclocal > [Running] autoheader > [Running] autoconf > [Running] automake --foreign -a --copy --include-deps > ++ Patching configure for Libtool PGI 10 fortran compiler name > ++ Patching configure for Libtool PGI version number regexps > > <== Back in > /home/mpiteam/openmpi/nightly-tarball-build-root/v1.4/create-r23733/ompi/ompi/contrib/vt > <== autogen.sh continuing... > > *** Found configure.(in|ac) > *** /home/mpiteam/openmpi/nightly-tarball-build-root/v1.4/create-r23733/ompi > > *** Running GNU tools > [Running] autom4te --language=m4sh ompi_get_version.m4sh -o > ompi_get_version.sh > [Running] libtoolize --automake --copy --ltdl > ** Adjusting libltdl for OMPI :-( > ++ patching for argz bugfix in libtool 1.5 > -- your libtool doesn't need this! yay! > ++ patching 64-bit OS X bug in ltmain.sh > -- your libtool doesn't need this! yay! > ++ RTLD_GLOBAL in libltdl > -- your libltdl doesn't need this! yay! > grep: configure: No such file or directory > ++ patching for ifort (LT 2.2.0-4) > -- your libltdl doesn't need this! yay! > [Running] aclocal -I config > [Running] autoheader > ** Adjusting libtool for OMPI :-( > ++ patching for pathscale multi-line output (LT 2.x) > ++ patching for ifort (LT 2.2.0-4) > -- your libltdl doesn't need this! yay! > ++ patching to remove solaris Cstd > ++ patching for Sun Studio Fortran compilers > [Running] autoconf > configure:36430: error: possibly undefined macro: AS_VAR_COPY > If this token and others are legitimate, please use m4_pattern_allow. > See the Autoconf documentation. > > - > It seems that the execution of "autoconf" has failed. See above for > the specific error message that caused it to abort. > - > > === > > Your friendly daemon, > Cyrador > ___ > testing mailing list > test...@open-mpi.org > http://www.open-mpi.org/mailman/listinfo.cgi/testing -- Jeff Squyres jsquy...@cisco.com For corporate legal information go to: http://www.cisco.com/web/about/doing_business/legal/cri/
Re: [OMPI devel] AS_VAR_COPY failure (Re: === CREATE FAILURE (v1.4) ===)
Hi Jeff, Yes, sorry for not making this clear earlier: AS_VAR_COPY is fairly new, and was introduced because AS_VAR_GET has problems. You should be able to workaround it by placing something like m4_ifndef([AS_VAR_COPY], [m4_define([AS_VAR_COPY], [AS_LITERAL_IF([$1[]$2], [$1=$$2], [eval $1=\$$2])])]) early into the m4 stream (untested). Cheers, Ralf * Jeff Squyres wrote on Thu, Sep 09, 2010 at 07:34:07AM CEST: > I'm checking into this. > > I'm guessing that the problem is that the autoconf we use to build the 1.4 > tarballs doesn't have AS_VAR_COPY. Arrgghhh... > > > > On Sep 9, 2010, at 3:02 AM, MPI Team wrote: > > > > > ERROR: Command returned a non-zero exist status (v1.4): > > ./autogen.sh > > > > Start time: Wed Sep 8 21:00:07 EDT 2010 > > End time: Wed Sep 8 21:02:49 EDT 2010 > > > > === > > [... previous lines snipped ...] > > > > *** Found configure.(in|ac) > > *** > > /home/mpiteam/openmpi/nightly-tarball-build-root/v1.4/create-r23733/ompi/ompi/contrib/vt/vt/extlib/otf > > > > *** Running GNU tools > > [Running] libtoolize --automake --copy > > [Running] aclocal > > [Running] autoheader > > [Running] autoconf > > [Running] automake --foreign -a --copy --include-deps > > ++ Patching configure for Libtool PGI 10 fortran compiler name > > ++ Patching configure for Libtool PGI version number regexps > > > > <== Back in > > /home/mpiteam/openmpi/nightly-tarball-build-root/v1.4/create-r23733/ompi/ompi/contrib/vt > > <== autogen.sh continuing... > > > > *** Found configure.(in|ac) > > *** > > /home/mpiteam/openmpi/nightly-tarball-build-root/v1.4/create-r23733/ompi > > > > *** Running GNU tools > > [Running] autom4te --language=m4sh ompi_get_version.m4sh -o > > ompi_get_version.sh > > [Running] libtoolize --automake --copy --ltdl > > ** Adjusting libltdl for OMPI :-( > > ++ patching for argz bugfix in libtool 1.5 > > -- your libtool doesn't need this! yay! > > ++ patching 64-bit OS X bug in ltmain.sh > > -- your libtool doesn't need this! yay! > > ++ RTLD_GLOBAL in libltdl > > -- your libltdl doesn't need this! yay! > > grep: configure: No such file or directory > > ++ patching for ifort (LT 2.2.0-4) > > -- your libltdl doesn't need this! yay! > > [Running] aclocal -I config > > [Running] autoheader > > ** Adjusting libtool for OMPI :-( > > ++ patching for pathscale multi-line output (LT 2.x) > > ++ patching for ifort (LT 2.2.0-4) > > -- your libltdl doesn't need this! yay! > > ++ patching to remove solaris Cstd > > ++ patching for Sun Studio Fortran compilers > > [Running] autoconf > > configure:36430: error: possibly undefined macro: AS_VAR_COPY > > If this token and others are legitimate, please use m4_pattern_allow. > > See the Autoconf documentation. > > > > - > > It seems that the execution of "autoconf" has failed. See above for > > the specific error message that caused it to abort. > > - > > > > === > > > > Your friendly daemon, > > Cyrador > > ___ > > testing mailing list > > test...@open-mpi.org > > http://www.open-mpi.org/mailman/listinfo.cgi/testing -- Ralf Wildenhues Institut fuer Numerische Simulation, Universitaet Bonn Wegelerstrasse 6, D-53115 Bonn tel: +49 228 733178 mailto:wildenh...@ins.uni-bonn.de fax: +49 228 737527 http://wissrech.ins.uni-bonn.de/people/wildenhues.html
Re: [OMPI devel] AS_VAR_COPY failure (Re: === CREATE FAILURE (v1.4) ===)
You rock! I was literally just trying to figure out something exactly like this. Your version is much more elegant than my current attempt. :-) Many thanks! On Sep 9, 2010, at 7:43 AM, Ralf Wildenhues wrote: > Hi Jeff, > > Yes, sorry for not making this clear earlier: AS_VAR_COPY is fairly new, > and was introduced because AS_VAR_GET has problems. You should be able > to workaround it by placing something like > > m4_ifndef([AS_VAR_COPY], >[m4_define([AS_VAR_COPY], > [AS_LITERAL_IF([$1[]$2], [$1=$$2], [eval $1=\$$2])])]) > > early into the m4 stream (untested). > > Cheers, > Ralf > > * Jeff Squyres wrote on Thu, Sep 09, 2010 at 07:34:07AM CEST: >> I'm checking into this. >> >> I'm guessing that the problem is that the autoconf we use to build the 1.4 >> tarballs doesn't have AS_VAR_COPY. Arrgghhh... >> >> >> >> On Sep 9, 2010, at 3:02 AM, MPI Team wrote: >> >>> >>> ERROR: Command returned a non-zero exist status (v1.4): >>> ./autogen.sh >>> >>> Start time: Wed Sep 8 21:00:07 EDT 2010 >>> End time: Wed Sep 8 21:02:49 EDT 2010 >>> >>> === >>> [... previous lines snipped ...] >>> >>> *** Found configure.(in|ac) >>> *** >>> /home/mpiteam/openmpi/nightly-tarball-build-root/v1.4/create-r23733/ompi/ompi/contrib/vt/vt/extlib/otf >>> >>> *** Running GNU tools >>> [Running] libtoolize --automake --copy >>> [Running] aclocal >>> [Running] autoheader >>> [Running] autoconf >>> [Running] automake --foreign -a --copy --include-deps >>> ++ Patching configure for Libtool PGI 10 fortran compiler name >>> ++ Patching configure for Libtool PGI version number regexps >>> >>> <== Back in >>> /home/mpiteam/openmpi/nightly-tarball-build-root/v1.4/create-r23733/ompi/ompi/contrib/vt >>> <== autogen.sh continuing... >>> >>> *** Found configure.(in|ac) >>> *** >>> /home/mpiteam/openmpi/nightly-tarball-build-root/v1.4/create-r23733/ompi >>> >>> *** Running GNU tools >>> [Running] autom4te --language=m4sh ompi_get_version.m4sh -o >>> ompi_get_version.sh >>> [Running] libtoolize --automake --copy --ltdl >>> ** Adjusting libltdl for OMPI :-( >>> ++ patching for argz bugfix in libtool 1.5 >>> -- your libtool doesn't need this! yay! >>> ++ patching 64-bit OS X bug in ltmain.sh >>> -- your libtool doesn't need this! yay! >>> ++ RTLD_GLOBAL in libltdl >>> -- your libltdl doesn't need this! yay! >>> grep: configure: No such file or directory >>> ++ patching for ifort (LT 2.2.0-4) >>>-- your libltdl doesn't need this! yay! >>> [Running] aclocal -I config >>> [Running] autoheader >>> ** Adjusting libtool for OMPI :-( >>> ++ patching for pathscale multi-line output (LT 2.x) >>> ++ patching for ifort (LT 2.2.0-4) >>>-- your libltdl doesn't need this! yay! >>> ++ patching to remove solaris Cstd >>> ++ patching for Sun Studio Fortran compilers >>> [Running] autoconf >>> configure:36430: error: possibly undefined macro: AS_VAR_COPY >>> If this token and others are legitimate, please use m4_pattern_allow. >>> See the Autoconf documentation. >>> >>> - >>> It seems that the execution of "autoconf" has failed. See above for >>> the specific error message that caused it to abort. >>> - >>> >>> === >>> >>> Your friendly daemon, >>> Cyrador >>> ___ >>> testing mailing list >>> test...@open-mpi.org >>> http://www.open-mpi.org/mailman/listinfo.cgi/testing > -- > Ralf Wildenhues Institut fuer Numerische Simulation, Universitaet Bonn > Wegelerstrasse 6, D-53115 Bonn > tel: +49 228 733178 mailto:wildenh...@ins.uni-bonn.de > fax: +49 228 737527 http://wissrech.ins.uni-bonn.de/people/wildenhues.html > ___ > devel mailing list > de...@open-mpi.org > http://www.open-mpi.org/mailman/listinfo.cgi/devel -- Jeff Squyres jsquy...@cisco.com For corporate legal information go to: http://www.cisco.com/web/about/doing_business/legal/cri/
[OMPI devel] Gentle reminder: teleconf in 30 mins
Just a reminder that we're having an engineering webex in 30 mins (9am US Eastern time) to review some stuff that has been discussed in Stuttgart. Info is on the wiki: https://svn.open-mpi.org/trac/ompi/wiki/Sep10Meeting -- Jeff Squyres jsquy...@cisco.com For corporate legal information go to: http://www.cisco.com/web/about/doing_business/legal/cri/
[OMPI devel] 1.5rc6 posted
Here's another one folks -- it has all the fixes from Paul's testing and the other issues we identified. Give it a whirl: http://www.open-mpi.org/software/ompi/v1.5/ Umm... actually, there's a problem updating the www.open-mpi.org docroot right now; once the IU admins fix something (hopefully today), rc6 should be available. -- Jeff Squyres jsquy...@cisco.com For corporate legal information go to: http://www.cisco.com/web/about/doing_business/legal/cri/
[OMPI devel] 1.4.3rc2 posted
It's a race to the finish, folks, and 1.4.3 is rounding the corner!! Take her out for a spin: http://www.open-mpi.org/software/ompi/v1.4/ Ralph
