; >
> > I don't see any obvious reason cited in the git history. Do you
> > remember?
>
> Many centers deploying OpenMPI on clusters probably DONT want runpath
> instead of rpath (what new-dtags does).
>
> For many "protection" against LD_LIBRARY_PATH i
/bogus/lib -Wl,--enable-new-dtags
> -L/home/jsquyres/bogus/lib -lmpi
>
> --
> Jeff Squyres
> jsquy...@cisco.com
>
--
Tim Mattox, Ph.D. - tmat...@gmail.com
i_check_ucx_dir" || test
"$ompi_check_ucx_dir" = "from_runtime_env"],
[OPAL_CHECK_PACKAGE([ompi_check_ucx],
[ucp/api/ucp.h],
[ucp],
On Tue, Jan 26, 2021 at 12:04 PM Tim Mattox
Ugh, apparently my one-line patch to
openmpi-4.1.0/config/ompi_check_ucx.m4 wasn't sufficient on a fresh
install... debugging...
On Tue, Jan 26, 2021 at 10:16 AM Tim Mattox wrote:
>
> My environment modules were already setting LD_LIBRARY_PATH to point
> to my UCX lib directory
gt;
> An other option (I did not try) would be to install UCX on your build
> machine in /usr
> (since I expect /usr/lib/libuct.so is not hardcoded) and then use
> LD_LIBRARY_PATH
> (I assume your ucx module set it) to point to the UCX flavor of your choice).
>
> Cheers,
>
&
ng which can be resolved another way.
>
> --Yossi
>
> -Original Message-
> From: devel On Behalf Of Tim Mattox via
> devel
> Sent: Sunday, 24 January 2021 23:18
> To: devel@lists.open-mpi.org
> Cc: Tim Mattox
> Subject: [OMPI devel] How to build Open MPI so the
aving to configure/build different instances of Open MPI?
When I configure Open MPI 4.1.0 with "--with-ucx" it is hardcoding the
full path to the UCX .so library files to the UCX version it found at
configure time.
--
Tim Mattox, Ph.D. - tmat...@gmail.com
(r32711)
> @@ -257,6 +257,7 @@
> }
>
> if (NULL != pmix_lranks) {
> +pmix_lranks = NULL;
> free(pmix_lranks);
> }
>
> ___
> svn-full mailing list
> svn-f...@open-mpi.org
> http://www.open-mpi.org/mailman/listinfo.cgi/svn-full
>
--
Tim Mattox, Ph.D. - tmat...@gmail.com
Jeff,
I may someday again be working for an organization that is an Open MPI
contributor... so could you
update my e-mail address in the authors.txt file to be "timattox = Tim
Mattox "
Thanks!
On Fri, Aug 8, 2014 at 11:00 AM, Jeff Squyres (jsquyres) wrote:
>
opal_output(0, "mca_pml_ob1_component_open: unable to initialize
> allocator\n");
> + return NULL;
> +}
> +
> if(OMPI_SUCCESS != mca_bml_base_init( enable_progress_threads,
>enable_mpi_threads)) {
> return NULL;
> ___
> svn-full mailing list
> svn-f...@open-mpi.org
> http://www.open-mpi.org/mailman/listinfo.cgi/svn-full
>
--
Tim Mattox, Ph.D. - tmat...@gmail.com
unk, for example, it's replaced by:
>
> /* Enable warnings in wrong usage (e.g. deprecated) in user-level code */
> #ifndef OMPI_WANT_MPI_INTERFACE_WARNING
> #define OMPI_WANT_MPI_INTERFACE_WARNING 1
> #endif
>
>
> On Apr 11, 2014, at 11:26 AM, Tim Mattox wrote:
>
> >
en MPI-1.7 by default */
> -/* Users should be notified about this proposed change. */
> #ifndef OMPI_WANT_MPI_INTERFACE_WARNING
> #undef OMPI_WANT_MPI_INTERFACE_WARNING
> #endif
> ___
> svn-full mailing list
> svn-f...@open-mpi.org
> http://www.open-mpi.org/mailman/listinfo.cgi/svn-full
>
--
Tim Mattox, Ph.D. - tmat...@gmail.com
;
> }
> @@ -354,9 +342,6 @@
> ompi_proc_t *my_proc = ompi_comm_peer_lookup(comm,my_rank);
> ec_handle->handle = (void *)my_proc;
> ec_handle->rank = my_rank;
> -#if RTE_DEBUG
> -ec_handle->group = grp_h;
> -#endif
> return HCOLL_SUCCESS;
> }
>
> ___
> svn-full mailing list
> svn-f...@open-mpi.org
> http://www.open-mpi.org/mailman/listinfo.cgi/svn-full
--
Tim Mattox, Ph.D. - tmat...@gmail.com
g-store file. But I don't remember if
those became the default, or if mmap'ed files was still the default.
Anyway, back to lurking on the mailing lists for me.
P.S. - Darn, my timat...@open-mpi.org e-mail alias is gone... c'est la vie!
--
Tim Mattox, Ph.D. - tmat...@gmail.com
;on-node shared memory and process loopback devices for high
>performance. The BTL interface allows multiple devices to be used
>simultaneously. For the MX BTL it is recommended that the first
> @@ -624,6 +621,11 @@
>
>See http://runtime.bordeaux.inria.fr/knem/ for d
rni
> afriedle: Andrew Friedley **NO COMMITS IN LAST
> YEAR**
> timattox: Tim Mattox **NO COMMITS IN LAST YEAR**
>
>
--
Tim Mattox, Ph.D. - I'm a bright... http://www.the-brights.net/
timat...@open-mpi.org || tmat...@gmail.com
NULL == vprotocol_include_list) {
> +if (NULL != vprotocol_include_list) {
> free (vprotocol_include_list);
> }
>
> ___
> svn-full mailing list
> svn-f...@open-mpi.org
> http://www.open-mpi.org/mailman/listinfo.cgi/svn-full
--
Tim Mattox, Ph.D. - I'm a bright... http://www.the-brights.net/
timat...@open-mpi.org || tmat...@gmail.com
,
> pptr);
> +}
> + node->daemon = pptr;
> +opal_pointer_array_add(orte_node_pool, node);
> }
> if (NULL != proc->node) {
> if (node != proc->node) {
> ___
> svn-full mailing list
> svn-f...@open-mpi.org
> http://www.open-mpi.org/mailman/listinfo.cgi/svn-full
--
Tim Mattox, Ph.D. - I'm a bright... http://www.the-brights.net/
timat...@open-mpi.org || tmat...@gmail.com
ut/doing_business/legal/cri/
>>>
>>>
>>> ___
>>> mtt-devel-core mailing list
>>> mtt-devel-c...@open-mpi.org
>>> http://www.open-mpi.org/mailman/listinfo.cgi/mtt-devel-core
>>
>>
>> --
>>
really useful when developing and debugging later.
>
> Just my $0.02.
>
> Brian
>
> On 11/4/11 5:18 PM, "Jeff Squyres" wrote:
>
>>+1 -- we shouldn't be using assert().
>>
>>
>>On Nov 4, 2011, at 2:15 PM, Tim Mattox wrote:
>>
>>
t; rc = oob_module_start_connect(ib_endpoint->endpoint_local_cpc,
> @@ -879,6 +880,7 @@
> break;
>
> case MCA_BTL_IB_CONNECTING :
> + assert(rem_info.rem_qps != NULL);
> set_remote_info(ib_endpoint, &rem_info);
> if (OM
kind of behavior is clearly an error and
>>>>>>>>>>>> should be fixed. Unfortunately, in most cases, we don't
>>>>>>>>>>>>actually
>>>>>>>>>>>> check the return value from MCA param re
8 --
> trunk/opal/config/opal_setup_cc.m4 | 20 ++
> trunk/opal/util/bit_ops.h | 106
> +++++++
> trunk/test/util/Makefile.am | 14 -
> 15 files changed, 158 insertions(+), 60 deletions(-)
>
[snip]
--
Tim Mattox, Ph.D. - http://homepage.mac.com/tmattox/
timat...@open-mpi.org || tmat...@gmail.com
I'm a bright... http://www.the-brights.net/
___
> devel mailing list
> de...@open-mpi.org
> http://www.open-mpi.org/mailman/listinfo.cgi/devel
>
--
Tim Mattox, Ph.D. - http://homepage.mac.com/tmattox/
timat...@open-mpi.org || tmat...@gmail.com
I'm a bright... http://www.the-brights.net/
ot;);
> + break;
> + case 3:
> + *mask = parse_dots("224.0.0.0");
> + break;
> + case 2:
> + *mask = parse_dots("192.0.0.0");
> + break;
--
> 1 files changed, 7 insertions(+), 202 deletions(-)
--
Tim Mattox, Ph.D. - http://homepage.mac.com/tmattox/
timat...@open-mpi.org || tmat...@gmail.com
I'm a bright... http://www.the-brights.net/
ype/opal_datatype_copy.c | 253
> +++
> trunk/opal/datatype/opal_datatype_memcpy.h | 28
> 3 files changed, 48 insertions(+), 236 deletions(-)
>
> Modified: trunk/opal/datatype/Makefile.am
[snip]
--
Tim Mattox, Ph.D. - http://homepage.mac.com/tmattox/
timat...@open-mpi.org || tmat...@gmail.com
I'm a bright... http://www.the-brights.net/
: line 5480: /bin/true: No such file or directory
>> ../ompi/configure: line 5488: /bin/true: No such file or directory
>>
>>
>>
>> ___
>> devel mailing list
>> de...@open-mpi.org
>> http://www.open-mpi.org/mailman/listinfo.cgi/devel
>
> ___
g.php
However, if you are using a nightly tarball or a release
tarball, you should not need to (nor want to!) run autogen.sh,
and can just do the usual:
"./configure --pile-of-options; make; make install"
On Thu, Aug 27, 2009 at 9:45 PM, Eugene Loh wrote:
> Tim Mattox wrote:
>
>> D
shd openmpi-1.4a1r20984
> ./autogen.sh
> # ./configure \
> # --disable-visibility \
> # --enable-mpirun-prefix-by-default \
> # --prefix=$INSTALLDIR
> # make
> # make install
> popd
>
> ls
>
>
>
> --
> Jeff Squyres
> jsquy...@cisco.com
>
> ___
> devel mailing list
> de...@open-mpi.org
> http://www.open-mpi.org/mailman/listinfo.cgi/devel
>
--
Tim Mattox, Ph.D. - http://homepage.mac.com/tmattox/
tmat...@gmail.com || timat...@open-mpi.org
I'm a bright... http://www.the-brights.net/
.org
>> http://www.open-mpi.org/mailman/listinfo.cgi/devel
>
> ___
> devel mailing list
> de...@open-mpi.org
> http://www.open-mpi.org/mailman/listinfo.cgi/devel
>
--
Tim Mattox, Ph.D. - http://homepage.mac.com/tmattox/
tmat...@gmail.com || timat...@open-mpi.org
I'm a bright... http://www.the-brights.net/
ing point would be running IU_Sif without coll_hierarch and
> seeing where we stand.
>
> And, again, my gut feel is that the failures are unrelated to the 0.01%
> failures that Jeff and Terry were seeing.
> ___
> devel mailing list
> d
> 8 414 758 1535 1294
>>>>>>
>>>>>> OMPI latency is nearly 2x slower than Scali's. Presumably, "fastpath"
>>>>>> PML latency optimizations would help us a lot here. Thankfully, our
>>>>>> latency
>>>>>> is flat with np with the recent "single-queue" fixes... otherwise our
>>>>>> high-np latency story would be so much worse. We're behind on bandwidth
>>>>>> as
>>>>>> well, though not as pitifully so.
>>>>>
> ___
> devel mailing list
> de...@open-mpi.org
> http://www.open-mpi.org/mailman/listinfo.cgi/devel
>
--
Tim Mattox, Ph.D. - http://homepage.mac.com/tmattox/
tmat...@gmail.com || timat...@open-mpi.org
I'm a bright... http://www.the-brights.net/
));
+}
+ #endif
That would avoid adding an "if" to the critical code path on receiving
a sm message.
Jeff graciously just added a Developer Configure Options wiki page
that describes OMPI_ENABLE_DEBUG among other useful things:
https://svn.open-mpi.org/trac/ompi/wiki/de
ticket #1580.
--
Tim Mattox, Ph.D.
Open Systems Lab
Indiana University
This commit appears to have broken the openib BTL on the trunk.
It is possible some other commit was the source of the problem, but
this is the only commit that touched the openib BTL yesterday, AFAIK.
All of IU's MTT tests that tried to use the openib BTL on the trunk
failed last night with error
n my Linux cluster, TCP based not Myrinet. Let's see if other contributors
>> to the MTT tests trigger the same errors.
>>
>> george.
>>
>>
>> On Feb 12, 2009, at 12:04 , Tim Mattox wrote:
>>
>>> Hello,
>>> Last night's MTT ru
il, so it could be a coincidence...
but it sure seems like it was caused by either/both of
these changes to the "op" stuff yesterday: r20521 and/or r20522
--
Tim Mattox, Ph.D. - http://homepage.mac.com/tmattox/
tmat...@gmail.com || timat...@open-mpi.org
I'm a bright... http://www.the-brights.net/
01-28 13:10:36 EST (Wed, 28 Jan 2009)
> @@ -159,6 +159,14 @@
> mv ompi/mca/common onet/mca/
>
> echo
> +echo Moving the allocator there
> +mv ompi/mca/allocator onet/mca/
> +
> +echo
> +echo Moving the rcache there
> +mv ompi/mca/rcache onet/mca/
> +
[snip]
--
an openib change... see ticket #1753:
https://svn.open-mpi.org/trac/ompi/ticket/1753
--
Tim Mattox, Ph.D. - http://homepage.mac.com/tmattox/
tmat...@gmail.com || timat...@open-mpi.org
I'm a bright... http://www.the-brights.net/
ll
> to opal_round_up_to_nearest_pow2() has not already been
> removed, then remove
>
>#include "opal/util/pow2.h"
>
> and replace
>
>size = opal_round_up_to_nearest_pow2(size_of_fifo);
>
> with
>
>size = 1;
>while ( size < size
with respect to rc5 (ticket #1751), so if you have already
started testing with rc5, and are not explicitly enabling
coll_hierarch, there is no need to start your tests over.
--
Tim Mattox, Ph.D. - http://homepage.mac.com/tmattox/
tmat...@gmail.com || timat...@open-mpi.org
I'm a brig
Hi All,
The fifth release candidate of Open MPI v1.3 is now available:
http://www.open-mpi.org/software/ompi/v1.3/
Please run it through it's paces as best you can.
Anticipated release of 1.3 is tonight/tomorrow. (again)
--
Tim Mattox, Ph.D. - http://homepage.mac.com/tmattox/
attribute to the changes.
> (Results are the median of 5 measurements. The values look smooth, but the
> error bars, which are difficult to characterize, are probably greater than
> the 0.01-0.02 µsec differences seen here.)
>
> Other Considerations
>
> Simply going from
t;> Parallel Software Technologies Lab http://pstl.cs.uh.edu
>>>>> Department of Computer Science University of Houston
>>>>> Philip G. Hoffman Hall, Room 524Houston, TX-77204, USA
>>>>> Tel: +1 (713) 743-3857 Fax: +1 (713) 743-3335
>>>>> ___
>>>>> devel mailing list
>>>>> de...@open-mpi.org
>>>>> http://www.open-mpi.org/mailman/listinfo.cgi/devel
>>>>
>>>>
>>>> --
>>>> Jeff Squyres
>>>> Cisco Systems
>>>>
>>>> ___
>>>> devel mailing list
>>>> de...@open-mpi.org
>>>> http://www.open-mpi.org/mailman/listinfo.cgi/devel
>>>
>>> ___
>>> devel mailing list
>>> de...@open-mpi.org
>>> http://www.open-mpi.org/mailman/listinfo.cgi/devel
>>
>>
>> --
>> Jeff Squyres
>> Cisco Systems
>>
>> ___
>> devel mailing list
>> de...@open-mpi.org
>> http://www.open-mpi.org/mailman/listinfo.cgi/devel
>
> ___
> devel mailing list
> de...@open-mpi.org
> http://www.open-mpi.org/mailman/listinfo.cgi/devel
>
--
Tim Mattox, Ph.D. - http://homepage.mac.com/tmattox/
tmat...@gmail.com || timat...@open-mpi.org
I'm a bright... http://www.the-brights.net/
3857 Fax: +1 (713) 743-3335
>>> ___
>>> devel mailing list
>>> de...@open-mpi.org
>>> http://www.open-mpi.org/mailman/listinfo.cgi/devel
>>
>>
>> --
>> Jeff Squyres
>> Cisco Systems
>>
>> ___
>> devel mailing list
>> de...@open-mpi.org
>> http://www.open-mpi.org/mailman/listinfo.cgi/devel
>
> ___
> devel mailing list
> de...@open-mpi.org
> http://www.open-mpi.org/mailman/listinfo.cgi/devel
>
--
Tim Mattox, Ph.D. - http://homepage.mac.com/tmattox/
tmat...@gmail.com || timat...@open-mpi.org
I'm a bright... http://www.the-brights.net/
Hi All,
The second release candidate of Open MPI v1.2.9 is now available:
http://www.open-mpi.org/software/ompi/v1.2/
Please run it through it's paces as best you can, if you care.
--
Tim Mattox, Ph.D. - http://homepage.mac.com/tmattox/
tmat...@gmail.com || timat...@open-mpi.org
BTL to behave so poorly with MX ?
>
> Thanks for any insight into this issues.
>
> --
> Bogdan Costescu
>
> IWR, University of Heidelberg, INF 368, D-69120 Heidelberg, Germany
> Phone: +49 6221 54 8240, Fax: +49 6221 54 8850
> E-mail: bogdan.coste...@iwr.uni-heidelberg.de
&
Hi All,
The fourth release candidate of Open MPI v1.3 is now available:
http://www.open-mpi.org/software/ompi/v1.3/
Please run it through it's paces as best you can.
Anticipated release of 1.3 is tonight/tomorrow.
--
Tim Mattox, Ph.D. - http://homepage.mac.com/tmattox/
tmat...@gmai
Hi All,
The "third" release candidate of v1.3 is now up on the website:
http://www.open-mpi.org/software/ompi/v1.3/
Please run it through it's paces as best you can.
--
Tim Mattox, Ph.D. - timat...@open-mpi.org
inherit affinity from the orted anyway, so I
> don't see why the exec call is an issue for us. The MPI proc sets its own
> affinity during MPI_Init using the paffinity framework, so it looks to me
> like the only thing missing is the correct set_affinity code in the darwin
> paf
tence about exec(3) that makes things (very) difficult
for us.
--
Tim Mattox, Ph.D. - http://homepage.mac.com/tmattox/
tmat...@gmail.com || timat...@open-mpi.org
I'm a bright... http://www.the-brights.net/
Hi All,
The second release candidate of Open MPI v1.3 is now available:
http://www.open-mpi.org/software/ompi/v1.3/
Please run it through it's paces as best you can.
--
Tim Mattox, Ph.D. - http://homepage.mac.com/tmattox/
tmat...@gmail.com || timat...@open-mpi.org
it make sense to tack it on before/after that
> meeting? I'm not sure Jan is a requirement, especially given the holiday
> break after the Dec meeting.
>
>
>>
>>
>> --
>> Jeff Squyres
>> Cisco Systems
>>
>> _______
>> devel mail
gt;>>> ___
>>>> devel mailing list
>>>> de...@open-mpi.org
>>>> http://www.open-mpi.org/mailman/listinfo.cgi/devel
>>>>
>>>
>>> ___
>>> devel mailing list
>>> de...@open-mpi.org
>>> http://www.open-mpi.org/mailman/listinfo.cgi/devel
>>
>>
>> ___
>> devel mailing list
>> de...@open-mpi.org
>> http://www.open-mpi.org/mailman/listinfo.cgi/devel
>
>
> ___
> devel mailing list
> de...@open-mpi.org
> http://www.open-mpi.org/mailman/listinfo.cgi/devel
>
--
Tim Mattox, Ph.D. - http://homepage.mac.com/tmattox/
tmat...@gmail.com || timat...@open-mpi.org
I'm a bright... http://www.the-brights.net/
Hi All,
The first release candidate of Open MPI v1.3 is now available:
http://www.open-mpi.org/software/ompi/v1.3/
Please run it through it's paces as best you can.
--
Tim Mattox, Ph.D. - http://homepage.mac.com/tmattox/
tmat...@gmail.com || timat...@open-mpi.org
Hi All,
The first release candidate of Open MPI v1.2.9 is now available:
http://www.open-mpi.org/software/ompi/v1.2/
Please run it through it's paces as best you can, if you care.
The v1.3rc1 will be out later this afternoon/evening.
--
Tim Mattox, Ph.D. - http://homepage.mac.com/tm
;t use windows myself, I appreciate your
and others' efforts to expand the number of platforms
we can run on. Great work!
--
Tim Mattox, Ph.D. - http://homepage.mac.com/tmattox/
tmat...@gmail.com || timat...@open-mpi.org
I'm a bright... http://www.the-brights.net/
could bump the sm eager size down if you need to shoehorn a job
>>>>> into a very small backing file.
>>>>>
>>>>> *) large-fragment free lists: We start with 8*n large
>>>>> fragments. If this term plagues you, you can bump the sm chunk
&
ree_list_num, I think).
>>
>> *) FIFOs: The code tries to align a number of things on pagesize
>> boundaries, so you end up with about 3*n*n*pagesize overhead here. If this
>> term is causing you problems, you're stuck (unless you modify OMPI).
>>
>> I&#
ls/odls_types.h | 3
> trunk/orte/runtime/orte_wait.c | 17 ++
> trunk/orte/runtime/orte_wait.h |33
> 17 files changed, 491 insertions(+), 221 deletions(-)
>
> Modified: trunk/orte/mca/iof/base/base.h
>
--
Tim Mattox, Ph.D. - http://homepage.mac.com/tmattox/
tmat...@gmail.com || timat...@open-mpi.org
I'm a bright... http://www.the-brights.net/
Hi All,
The 2nd beta of v1.3 is now up on the website:
http://www.open-mpi.org/software/ompi/v1.3/
Please run it through it's paces as best you can.
--
Tim Mattox, Ph.D. - http://homepage.mac.com/tmattox/
tmat...@gmail.com || timat...@open-mpi.org
I'm a bright... http://www.the-brights.net/
://svn.open-mpi.org/trac/ompi/ticket/1594
"MX BTL changes for multi-rail scenarios"
https://svn.open-mpi.org/trac/ompi/ticket/1614
"VT snprintf fix"
https://svn.open-mpi.org/trac/ompi/ticket/1615
"VT fix for faulty buffer allocation"
Thanks!
--
Tim Mattox, Ph.D. - h
hecks.
--
Tim Mattox, Ph.D. - http://homepage.mac.com/tmattox/
tmat...@gmail.com || timat...@open-mpi.org
I'm a bright... http://www.the-brights.net/
process rank order. See ticket #1529.
- Fix a regression introduced in 1.2.6 for the IBM eHCA. See ticket #1526.
--
Tim Mattox, Ph.D.
Open Systems Lab
Indiana University
Hi All,
The first release candidate of Open MPI v1.2.8 is now available:
http://www.open-mpi.org/software/ompi/v1.2/
Please run it through it's paces as best you can.
--
Tim Mattox, Ph.D. - http://homepage.mac.com/tmattox/
tmat...@gmail.com || timat...@open-mpi.org
I'm a brig
ime/opal_cr.lo -MD -MP -MF runtime/.deps/opal_cr.Tpo -c
>> ../../opal/runtime/opal_cr.c -fPIC -DPIC -o runtime/.libs/opal_cr.o
>> ../../opal/runtime/opal_cr.c: In function `opal_cr_init':
>> ../../opal/runtime/opal_cr.c:273: error: `opal_cr_thread_use_if_avail'
>&
if(first_time) {
>>/* never been here before, setup cq and srq */
>>mca_btl_openib_component.ib_cq_size = (int)
>> mca_btl_openib_component.ib_cq_size >
>> -openib_btl->hca->ib_dev_attr.max_cqe ?
>> - openib_btl-&
/wiki/SubmittingChangesetMoveReqs
Sorry for the delay in actually closing off access since it was agreed
that we would close things off two weeks ago, with some fuzz for
a few remaining already-in-the-works CMRs.
--
Tim Mattox, Ph.D. - http://homepage.mac.com/tmattox/
tmat...@gmail.com || timat
1.3 lockdown, so I figured it was ok to move)
>
> --
> Jeff Squyres
> Cisco Systems
>
> ___
> devel mailing list
> de...@open-mpi.org
> http://www.open-mpi.org/mailman/listinfo.cgi/devel
>
--
Tim Mattox, Ph.D. - http://homepage.mac
Should improve
> things considerably - hope to have it completed in a week or two, though it
> won't come into the trunk until we release 1.3.
>
> Ralph
>
> ___
> devel mailing list
> de...@open-mpi.org
> http://www.open-mpi.org/mailman/listinfo.cgi/devel
>
--
Tim Mattox, Ph.D. - http://homepage.mac.com/tmattox/
tmat...@gmail.com || timat...@open-mpi.org
I'm a bright... http://www.the-brights.net/
g list
> test...@open-mpi.org
> http://www.open-mpi.org/mailman/listinfo.cgi/testing
>
--
Tim Mattox, Ph.D. - http://homepage.mac.com/tmattox/
tmat...@gmail.com || timat...@open-mpi.org
I'm a bright... http://www.the-brights.net/
ion."
http://www.opengroup.org/onlinepubs/95399/functions/bzero.html
However, who actually thinks that bzero would ever be removed?
And yes, there is a hyphen in ;-)Now back to productive work for me.
On Thu, Aug 21, 2008 at 9:39 AM, Tim Mattox wrote:
> Actually, bzero() is P
;>
>>> Has anyone else seen the above happening?
>>>
>>> --td
>>>
>>> ___
>>> devel mailing list
>>> de...@open-mpi.org
>>> http://www.open-mpi.org/mailman/listinfo.cgi/devel
>>
>> ___
>> devel mailing list
>> de...@open-mpi.org
>> http://www.open-mpi.org/mailman/listinfo.cgi/devel
>
>
> --
> Jeff Squyres
> Cisco Systems
>
> ___
> devel mailing list
> de...@open-mpi.org
> http://www.open-mpi.org/mailman/listinfo.cgi/devel
>
--
Tim Mattox, Ph.D. - http://homepage.mac.com/tmattox/
tmat...@gmail.com || timat...@open-mpi.org
I'm a bright... http://www.the-brights.net/
Hi All,
The fifth (and final! :-) release candidate of Open MPI v1.2.7 is now available:
http://www.open-mpi.org/software/ompi/v1.2/
Please run it through it's paces as best you can.
Unless you find regressions from 1.2.6, hold off telling me about new
bugs until Friday. :-)
--
Tim M
Hi All,
The "fourth" release candidate of Open MPI v1.2.7 is now available:
http://www.open-mpi.org/software/ompi/v1.2/
Please run it through it's paces as best you can.
--
Tim Mattox, Ph.D. - http://homepage.mac.com/tmattox/
tmat...@gmail.com || timat...@open-mpi.org
I
munity/contribute/open-
>
> pi-corporate-contributor-agrement.pdf by mail as well.
>
>
> Best Regards,
> Lenny.
>
>
>
> ___
> devel mailing list
> de...@open-mpi.org
> http://www.open-mpi.org/mailman/listinfo.cgi/devel
&
s legitimate. Opening this attachment may cause irreparable
>>> **
>>> ** damage to your computer and your files. If you have any questions
>>> **
>>> ** about the validity of this message, PLEASE SEEK HELP BEFORE OPENING
>>> IT. **
>>> **
&g
___
> devel mailing list
> de...@open-mpi.org
> http://www.open-mpi.org/mailman/listinfo.cgi/devel
>
--
Tim Mattox, Ph.D. - http://homepage.mac.com/tmattox/
tmat...@gmail.com || timat...@open-mpi.org
I'm a bright... http://www.the-brights.net/
st showing how to make a repository
> on www.open-mpi.org for sharing between Open MPI developers.
>
> Enjoy.
>
> --
> Jeff Squyres
> Cisco Systems
>
> ___
> devel mailing list
> de...@open-mpi.org
> http://www.open-mp
Hi All,
The second release candidate of Open MPI v1.2.7 is now available:
http://www.open-mpi.org/software/ompi/v1.2/
Please run it through it's paces as best you can.
--
Tim Mattox, Ph.D. - http://homepage.mac.com/tmattox/
tmat...@gmail.com || timat...@open-mpi.org
I'm a brig
free(remote_pml); /* cleanup before returning */
> return OMPI_ERR_UNREACH;
> }
>
> ___
> svn-full mailing list
> svn-f...@open-mpi.org
> http://www.open-mpi.org/mailman/listinfo.cgi/svn-full
>
--
Tim Ma
; devel mailing list
> de...@open-mpi.org
> http://www.open-mpi.org/mailman/listinfo.cgi/devel
--
Tim Mattox, Ph.D. - http://homepage.mac.com/tmattox/
tmat...@gmail.com || timat...@open-mpi.org
I'm a bright... http://www.the-brights.net/
Hi All,
The first release candidate of Open MPI v1.2.7 is now available:
http://www.open-mpi.org/software/ompi/v1.2/
Please run it through it's paces as best you can.
--
Tim Mattox, Ph.D. - http://homepage.mac.com/tmattox/
tmat...@gmail.com || timat...@open-mpi.org
I'm a brig
f svn checkin e-mails will be queued during that time or
if they will be lost. So, if you have something important you are checking in
to svn, you might avoid doing so during that hour today.
--
Tim Mattox, Ph.D. - http://homepage.mac.com/tmattox/
tmat...@gmail.com || timat...@open-mpi.org
I'
Hi All,
The next release candidate (rc3) of Open MPI v1.2.6 is now up:
http://www.open-mpi.org/software/ompi/v1.2/
Please run it through it's paces as best you can.
--
Tim Mattox, Ph.D. - http://homepage.mac.com/tmattox/
tmat...@gmail.com || timat...@open-mpi.org
I'm a brig
f (terminating) {
> +return;
> +}
> +terminating = true;
> +
[snip]
I think this race condition should be dealt with like this:
#include "opal/sys/atomic.h"
static opal_atomic_lock_t terminating = OPAL_ATOMIC_UNLOCKED;
...
if (opal_atomic_trylock(&t
Hi All,
The "first" (actually rc2) release candidate of Open MPI v1.2.6 is now up:
http://www.open-mpi.org/software/ompi/v1.2/
Please run it through it's paces as best you can.
--
Tim Mattox, Ph.D. - http://homepage.mac.com/tmattox/
tmat...@gmail.com || timat...@open-mpi.org
with any
equivalent IPv6 settings (or if any exist).
--
Tim Mattox, Ph.D. - http://homepage.mac.com/tmattox/
tmat...@gmail.com || timat...@open-mpi.org
I'm a bright... http://www.the-brights.net/
'll apply a fix later today if I have time...
P.S. - For completeness, here is a sampling of MTT results
showing the problem:
http://www.open-mpi.org/mtt/index.php?do_redir=478
--
Tim Mattox, Ph.D. - http://homepage.mac.com/tmattox/
tmat...@gmail.com || timat...@open-mpi.org
I'
Hi All,
The second release candidate of Open MPI v1.2.5 is now up:
http://www.open-mpi.org/software/ompi/v1.2/
Please run it through it's paces as best you can.
--
Tim Mattox, Ph.D. - http://homepage.mac.com/tmattox/
tmat...@gmail.com || timat...@open-mpi.org
I'm a brig
; Adding RHC to the thread...
> >
> > I'm guessing that the patch will have to be modified for the ORTE tmp
> > branch.
> >
> >
> >
> > On Dec 16, 2007, at 6:18 PM, George Bosilca wrote:
> >
> >> Right, I wonder why it didn't show in the pa
mplemented in OPAL (and called opal_pointer_array).
>
> If nobody has complained before Wednesday noon I'll commit the patch.
>
>Thanks,
> george.
>
>
>
>
> ___
> devel mailing list
> de...@open-mpi.org
&
This broke the nightly tarball creation for the trunk, AFAICT.
See an excerpt from the "make distcheck" log at the end of this e-mail.
Apparently, the configure stuff was not adjusted to only build
the sctp btl upon request... and then a header file was missing...
see this one line from the log:
.
-fPIC -
> > DPIC -o request/.libs/req_test.o
> > ../../ompi/request/req_test.c:23:42: ompi/request/request_default.h:
> > No such file or directory
> > make[3]: *** [request/req_test.lo] Error 1
> > make[2]: *** [all-recursive] Error 1
> > make[2]: Leaving directory `/home/mpiteam/openmpi/nightly-tarball-
> > build-root/trunk/create-r16872/ompi/openmpi-1.3a1r16872/_build/ompi'
> > make[1]: *** [all-recursive] Error 1
> > make[1]: Leaving directory `/home/mpiteam/openmpi/nightly-tarball-
> > build-root/trunk/create-r16872/ompi/openmpi-1.3a1r16872/_build'
> > make: *** [distcheck] Error 2
> > =
> > ==
> >
> > Your friendly daemon,
> > Cyrador
> > ___
> > testing mailing list
> > test...@open-mpi.org
> > http://www.open-mpi.org/mailman/listinfo.cgi/testing
>
>
> ___
> devel mailing list
> de...@open-mpi.org
> http://www.open-mpi.org/mailman/listinfo.cgi/devel
>
--
Tim Mattox, Ph.D. - http://homepage.mac.com/tmattox/
tmat...@gmail.com || timat...@open-mpi.org
I'm a bright... http://www.the-brights.net/
> On Dec 6, 2007, at 4:43 PM, Tim Mattox wrote:
>
> > Hi All,
> > The first release candidate of Open MPI v1.2.5 is now up:
> >
> > http://www.open-mpi.org/software/ompi/v1.2/
> >
> > Please run it through it's paces as best you can.
> > --
> >
Hi All,
The first release candidate of Open MPI v1.2.5 is now up:
http://www.open-mpi.org/software/ompi/v1.2/
Please run it through it's paces as best you can.
--
Tim Mattox, Ph.D. - http://homepage.mac.com/tmattox/
tmat...@gmail.com || timat...@open-mpi.org
I'm a bright... http
PID 29761 on
node odin001 calling "abort". This will have caused other processes
in the application to be terminated by signals sent by mpirun
(as reported here).
--
Thanks, and happy bug hunting!
--
T
ssociated open tickets to milestone [X]" option for moving
> all leftover tickets to the next milestone
>
> --
> Jeff Squyres
> Cisco Systems
>
> ___
> devel mailing list
> de...@open-mpi.org
> http://www.open-mpi.org/
/* Comm_size */
>charname[64];/* the name if it has one */
> } mqs_communicator;
> _______
> svn-full mailing list
> svn-f...@open-mpi.org
> http://www.open-mpi.org/mailman/listinf
1 - 100 of 114 matches
Mail list logo
