[OMPI devel] v1.7 patches

Hi folks As you may have noticed, v1.7.0 was dead-on-arrival due to a couple of errors that had been hanging around for awhile, but failed to get fixed or CMR'd. In fairness, a ticket for at least one of those issues was never filed (just reported on devel). The other problem was just a missed

Re: [OMPI devel] Trunk: Link Failure -- multiple definition of ib_address_t_class

Paul, Thanks for the testing and note ! I already contacted mlnx folks. Regards, Pasha From: devel-boun...@open-mpi.org [mailto:devel-boun...@open-mpi.org] On Behalf Of Paul Hargrove Sent: Thursday, April 04, 2013 9:16 PM To: Open MPI Developers Subject: Re: [OMPI devel] Trunk: Link Failure

Re: [OMPI devel] Trunk: Link Failure -- multiple definition of ib_address_t_class

Ralph, You are welcome. I am already in "testing mode" today as I am preparing for my own release at the end of the month. With the scripts I have it takes less than a minute to launch a test such as these, and later I get email when the test completes. For anybody else that is interested in how

Re: [OMPI devel] Trunk: Link Failure -- multiple definition of ib_address_t_class

Thanks Paul!! As always, much appreciated. On Apr 4, 2013, at 4:41 PM, Paul Hargrove wrote: > Pasha, > > Your fix appears to work. > > My previous testing that reproduced the problem was against the 1.7 tarball. > So, for good measure I tested BOTH last night's trunk

Re: [OMPI devel] Trunk: Link Failure -- multiple definition of ib_address_t_class

Pasha, Your fix appears to work. My previous testing that reproduced the problem was against the 1.7 tarball. So, for good measure I tested BOTH last night's trunk tarball and the one Ralph created earlier today: openmpi-1.9r28284.tar.bz2 FAILS in the manner reported previously: CCLD

Re: [OMPI devel] Trunk: Link Failure -- multiple definition of ib_address_t_class

New tarball is on the website now and I've started my build... -Paul On Thu, Apr 4, 2013 at 2:15 PM, Ralph Castain wrote: > I can kick it off now - will take a little while to hit the web site. > > > On Apr 4, 2013, at 2:01 PM, Paul Hargrove wrote: > >

Re: [OMPI devel] Trunk: Link Failure -- multiple definition of ib_address_t_class

Available on the web site now: http://www.open-mpi.org/nightly/trunk/ On Apr 4, 2013, at 2:13 PM, "Shamis, Pavel" wrote: > Paul, > > I will prepare a tarball for you. > > Thanks ! > > Pavel (Pasha) Shamis > --- > Computer Science Research Group > Computer Science and Math

Re: [OMPI devel] Trunk: Link Failure -- multiple definition of ib_address_t_class

I can kick it off now - will take a little while to hit the web site. On Apr 4, 2013, at 2:01 PM, Paul Hargrove wrote: > Pasha, > > I have at least one system where I can reproduce the problem, but don't have > up-to-date autotools. > So, I can only test from a tarball. >

Re: [OMPI devel] Trunk: Link Failure -- multiple definition of ib_address_t_class

Paul, I will prepare a tarball for you. Thanks ! Pavel (Pasha) Shamis --- Computer Science Research Group Computer Science and Math Division Oak Ridge National Laboratory On Apr 4, 2013, at 5:01 PM, Paul Hargrove > wrote: Pasha, I have at

Re: [OMPI devel] Trunk: Link Failure -- multiple definition of ib_address_t_class

Pasha, I have at least one system where I can reproduce the problem, but don't have up-to-date autotools. So, I can only test from a tarball. If somebody can roll me a tarball of r28289 I can test ASAP. Otherwise I'll try to remember to test from tonight's trunk nightly once it appears. -Paul

[OMPI devel] Bugfix for pending zero byte packages

Dear developers, it seems that for messages of size 0 no convertor is created due to optimizations issues. However, this is not considered in MCA_PML_OB1_SEND_REQUEST_RESET when processing pending send requests. A fix (or something similar) for this issue is provided below. Please be aware, that

Re: [OMPI devel] Trunk: Link Failure -- multiple definition of ib_address_t_class

I pushed a bugfix to trunk (r28289). I don't have an access to a platform with XRC (MOFED) installation, so this is a "blind" bugfix. If you have a system with XRC, please test this revision. Hopefully this resolves the problem. Regards, - Pavel (Pasha) Shamis On Apr 4, 2013, at 3:28 PM,

Re: [OMPI devel] Trunk: Link Failure -- multiple definition of ib_address_t_class

This is being addressed - however, for now, try configuring it with "--disable-openib-connectx-xrc" On Apr 4, 2013, at 10:32 AM, Ralph Castain wrote: > Sadly, the IB folks never fixed this - sigh. > > I'll fix it in the trunk and then CMR it for 1.7. Unfortunately, it

Re: [OMPI devel] Trunk: Link Failure -- multiple definition of ib_address_t_class

Sadly, the IB folks never fixed this - sigh. I'll fix it in the trunk and then CMR it for 1.7. Unfortunately, it requires that you have both IB and XRC to see it, which us non-IB-vendors in the devel community don't. On Apr 4, 2013, at 9:44 AM, Ralph Castain wrote: > Let

Re: [OMPI devel] issue with openmpi and visual studio 2010

Ick - I'm afraid our Windows person has left for greener pastures, so we have no real Windows support any more. :-( However, the cygwin folks have released an OMPI package now - you might give that a try. On Apr 4, 2013, at 10:23 AM, julia.dudascik.contrac...@unnpp.gov wrote: > Hello > > I

[OMPI devel] issue with openmpi and visual studio 2010

Hello I downloaded a precompiled version of 64-bit openmpi 1.6.2. I then include and link with the libraries and header files for my C++ application in Visual Studio 2010 64-bit. When I run my C++ code in Visual Studio 2010, I set up my MPI_Comm and MPI_Info without a problem. But when I call

Re: [OMPI devel] Trunk: Link Failure -- multiple definition of ib_address_t_class

Let me try and dig into it a bit - sadly, my access to IB machines is sorely limited at the moment. On Apr 4, 2013, at 9:37 AM, Paul Kapinos wrote: > Got the same error on all builds (4 compiler, with and without trheading > support, 64 and 32bit) on our systems,

Re: [OMPI devel] Trunk: Link Failure -- multiple definition of ib_address_t_class

Got the same error on all builds (4 compiler, with and without trheading support, 64 and 32bit) on our systems, effectively prohibiting the building of the 1.7 release. Any idea how to workaround this? Need more logs? Best On 08/06/12 19:41, Gutierrez, Samuel K wrote: Looks like the type

Re: [hwloc-devel] Hardware locality (hwloc) v1.7rc1 released

I haven't seen any problem on various Linux distribs, several BSDs, some Solaris, and AIX 6.1. I'll likely release the final v1.7 by Monday unless somebody reports a problem. Brice Le 27/03/2013 05:38, Brice Goglin a écrit : > The Hardware Locality (hwloc) team is pleased to announce the first