t is
doubtful that any effort will be expended to fix the Intel 9.1 /
10.0 compiler issuers on this platform.
> -Paul
>
> On Tue, Sep 11, 2012 at 7:10 AM, Jeff Squyres wrote:
> 1.6.2rc2 is out -- please test:
>
> http://www.open-mpi.org/software/ompi/v1.6/
>
> Cha
fix I had in mind would have been to parse the mounts with sufficient
> intelligence to match a bind-mount to the original mount and determine it's
> type.
> I suppose that is still possible if one gets ambitious.
I am not that ambitious. :-)
--
Jeff Squyres
jsquy...@cisco.com
Usual place:
http://www.open-mpi.org/software/ompi/v1.6/
Changes since rc2:
- Update README about IA64 and Intel compilers
- Fix VT compile problems
--
Jeff Squyres
jsquy...@cisco.com
For corporate legal information go to:
http://www.cisco.com/web/about/doing_business/legal/cri/
s a CMR is in order? Perhaps it just didn't rank as important
> enough?
Oops! No, it was a faulty page swap (i.e., I forgot). I've CMR'ed them now;
Ralph should approve them shortly.
--
Jeff Squyres
jsquy...@cisco.com
For corporate legal information go to:
http://www.cisco.com/web/about/doing_business/legal/cri/
se-mpi-f08/pmpi-f-interfaces-bind.h",
> line 2778.27: 1513-230 (S) Procedure pompi_file_set_atomicity_f was declared
> with the BIND(C) attribute. Dummy argument flag of
> pompi_file_set_atomicity_f must have interoperable type and type parameters.
> "/home/hargrove/SCRATCH/OMPI/openmpi-trunk-linux-ppc64-xlc-12.1/openmpi-trunk/ompi/mpi/fortran/use-mpi-f08/pmpi-f-interfaces-bind.h",
> line 3074.28: 1513-230 (S) Procedure pompi_improbe_f was declared with the
> BIND(C) attribute. Dummy argument flag of pompi_improbe_f must have
> interoperable type and type parameters.
> "/home/hargrove/SCRATCH/OMPI/openmpi-trunk-linux-ppc64-xlc-12.1/openmpi-trunk/ompi/mpi/fortran/use-mpi-f08/mpi-f08.F90",
> 1516-194 (S) A binding label must not be the same as the name of a program
> unit, common block, external procedure, and another binding label, ignoring
> differences in case.
> "/home/hargrove/SCRATCH/OMPI/openmpi-trunk-linux-ppc64-xlc-12.1/openmpi-trunk/ompi/mpi/fortran/use-mpi-f08/mpi-f08.F90",
> 1520-031 (W) Option DLINES is ignored within Fortran 90 free form and IBM
> free form.
> "/home/hargrove/SCRATCH/OMPI/openmpi-trunk-linux-ppc64-xlc-12.1/openmpi-trunk/ompi/mpi/fortran/use-mpi-f08/mpi-f08.F90",
> 1516-194 (S) A binding label must not be the same as the name of a program
> unit, common block, external procedure, and another binding label, ignoring
> differences in case.
> ** mpi_f08 === End of Compilation 1 ===
> 1501-511 Compilation failed for file mpi-f08.F90.
> make[2]: *** [mpi-f08.lo] Error 1
>
>
>
> --
> Paul H. Hargrove phhargr...@lbl.gov
> Future Technologies Group
> Computer and Data Sciences Department Tel: +1-510-495-2352
> Lawrence Berkeley National Laboratory Fax: +1-510-486-6900
>
> ___
> 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/
This will probably be the last rc; all that was changed was the MX fix from
yesterday. Tarballs in the usual location:
http://www.open-mpi.org/software/ompi/v1.6/
Changes since rc3:
- Fix issue with MX MTL. Thanks to Doug Eadline for raising the issue.
--
Jeff Squyres
jsquy
7:10am Central US time
> - 8:00am-8:10am Eastern US time
> - 12:00pm-12:10pm GMT
>
> Please let me know if you have any issues or questions about the short outage.
--
Jeff Squyres
jsquy...@cisco.com
For corporate legal information go to:
http://www.cisco.com/web/about/doing_business/legal/cri/
ss_t within:
> ompi/mca/btl/openib/btl_openib_xrc.h
> ompi/mca/common/ofacm/common_ofacm_xoob.h
>
> Thanks,
>
> Sam
>
>
> ___
> 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/
; type, BIND(C) :: MPI_Status
> integer :: MPI_SOURCE
> integer :: MPI_TAG
> integer :: MPI_ERROR
> integer(C_INT)OMPI_PRIVATE :: c_cancelled
> integer(C_SIZE_T) OMPI_PRIVATE :: c_count
> end type MPI_Status
>
> Should the first three components explicit
uot;PRIVATE" keyword.
Yes, we do, because not all compilers support it (yet?).
--
Jeff Squyres
jsquy...@cisco.com
For corporate legal information go to:
http://www.cisco.com/web/about/doing_business/legal/cri/
in the git mirror on github.com.
If no one wants to maintain it, I'll pull it down. Let me know; thanks.
--
Jeff Squyres
jsquy...@cisco.com
For corporate legal information go to:
http://www.cisco.com/web/about/doing_business/legal/cri/
he local
tree that I was using for the pulling-from-SVN and pushing-to-github, or you
can feel free to re-create the tree yourself. I'm also happy to give whatever
access you need to the OMPI organization on github.
On Oct 1, 2012, at 2:41 PM, Jeff Squyres wrote:
> The git SVN mirr
m INRIA
- you
Having multiple people involved would be a Good Thing (for bus factor
redundancy). Do you guys want to coordinate together?
I've added Eugene to the Open MPI organization on github; I think he was going
to start looking at the issues today or tomorrow. I can certainly
h
(e.g., the Win Verbs BTL, the new Fortran stuff, etc.).
*** Are there any volunteers to pick up Windows support for v1.7 and/or beyond?
--
Jeff Squyres
jsquy...@cisco.com
For corporate legal information go to:
http://www.cisco.com/web/about/doing_business/legal/cri/
repos?
> ___
> 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/
n have slot 7". Then the openib BTL can always
use slot 7 in the opal_pointer_array off any hwloc object.
Does this sound reasonable?
--
Jeff Squyres
jsquy...@cisco.com
For corporate legal information go to:
http://www.cisco.com/web/about/doing_business/legal/cri/
_HWLOC_BASE_MAX]) off each hwloc obj
2. each upper level consumer uses their enum to set/get their stuff
Is that what you're thinking?
> george.
>
> On Oct 3, 2012, at 16:13 , Jeff Squyres wrote:
>
>> WHAT: allowing multiple entities in the OMPI code base to hang data
>> 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
jsquy...@cisco.com
For corporate legal information go to:
http://www.cisco.com/web/about/doing_business/legal/cri/
tarted synchronization
> now.
>
>
> Thank you.
> Eugene.
>
>
> -Original Message-
> From: Jeff Squyres [mailto:jsquy...@cisco.com]
> Sent: Tuesday, October 02, 2012 11:53 AM
> To: Bert Wesarg
> Cc: Open MPI Developers; Eugene Voronov
> Subject
ment, please, such as a
compressed text file (see the support page, above). :-)
--
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
> 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/
cessors, or very slow network filesystem
> > access...?
> >
> > See this FAQ information on where to install OMPI:
> >
> > http://www.open-mpi.org/faq/?category=building#where-to-install
> >
> > > I sent the "ccIVTymL.out" file to the forum but my mail is waitin
ome time next week or later this month.
>
> We probably can also discuss it in the next teleconf.
I'd like to hear more about it.
--
Jeff Squyres
jsquy...@cisco.com
For corporate legal information go to:
http://www.cisco.com/web/about/doing_business/legal/cri/
i.org/community/help/.
--
Jeff Squyres
jsquy...@cisco.com
For corporate legal information go to:
http://www.cisco.com/web/about/doing_business/legal/cri/
talled successfully, you
might want to try working forwards in versions a bit to see if you can get a
newer version working. Try these two versions:
- v1.4.5
- v1.6.2
--
Jeff Squyres
jsquy...@cisco.com
For corporate legal information go to:
http://www.cisco.com/web/about/doing_business/legal/cri/
jelm
>> HPC-3, LANL
>> ___
>> 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
jsquy...@cisco.com
For corporate legal information go to:
http://www.cisco.com/web/about/doing_business/legal/cri/
Sandgren for providing a patch to fix
the issue.
--
Jeff Squyres
jsquy...@cisco.com
For corporate legal information go to:
http://www.cisco.com/web/about/doing_business/legal/cri/
In the usual place:
http://www.open-mpi.org/software/ompi/v1.6/
There's only been one change since rc1:
- Fix spawning from a singleton to multiple hosts when the "add-host"
MPI_Info key is used. Thanks to Brian Budge for pointing out the
problem.
--
Jeff Squyres
jsq
ething.
>>
>> Any help is greatly appreciated.
>>
>> Thanks,
>>
>> Sam
>> ___
>> devel mailing list
>> de...@open-mpi.org
>> http://www.open-mpi.org/mailman/listinfo.cgi/devel
>
>
e we can get a less invasive (header-only, without
> autotools magic for Fortran datatypes support) change in the OpenMPI
> 1.7?
Hmm. I'm not sure how to do that -- I don't know of any C compiler that has
built-in #defines for what Fortran types exist.
I'm open to sugge
ated.
>>
>> Thanks,
>>
>> Sam
>> _______
>> devel mailing list
>> de...@open-mpi.org<mailto:de...@open-mpi.org>
>> http://www.open-mpi.org/mailman/listinfo.cgi/devel
>>
> --
> cy...@au1.ibm.com
>
> ___
> 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
jsquy...@cisco.com
For corporate legal information go to:
http://www.cisco.com/web/about/doing_business/legal/cri/
rt.c | 6
>>>>> trunk/orte/mca/plm/tm/plm_tm_module.c | 2
>>>>> trunk/orte/orted/orted_main.c |
>>>>> 48 +-
>>>>> trunk/orte/tools/orte-checkpoint/orte-checkpoint.c |
>>>>> 28 +++---
>>>>> trunk/orte/tools/orte-clean/orte-clean.c | 8
>>>>> trunk/orte/tools/orte-migrate/orte-migrate.c |
>>>>> 16 +-
>>>>> trunk/orte/tools/orte-ps/orte-ps.c |
>>>>> 16 +-
>>>>> trunk/orte/tools/orte-restart/orte-restart.c |
>>>>> 24 ++--
>>>>> trunk/orte/tools/orte-top/orte-top.c |
>>>>> 18 +-
>>>>> trunk/orte/tools/orterun/orterun.c |
>>>>> 186 +++
>>>>> trunk/orte/util/pre_condition_transports.c | 2
>>>>> 53 files changed, 390 insertions(+), 589 deletions(-)
>>>>>
>>>>>
>>>>> Diff not shown due to size (102218 bytes).
>>>>> To see the diff, run the following command:
>>>>>
>>>>> svn diff -r 27450:27451 --no-diff-deleted
>>>>>
>>>>> ___
>>>>> svn mailing list
>>>>> s...@open-mpi.org
>>>>> http://www.open-mpi.org/mailman/listinfo.cgi/svn
>>>>
>>>>
>>>> ___
>>>> 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
>
>
> ___
> 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/
d then posted it in the usual place:
http://www.open-mpi.org/software/ompi/v1.6/
Changes since 1.6.3rc2:
- Fix mpirun --launch-agent behavior when a prefix is specified.
Thanks to Reuti for identifying the issue.
- Fixed memchecker configury.
- Brought over some compiler warning squashes fr
now if this is an
openib thing, or the result of something else.
d) The trunk (without libnbc) has the best small message sm latency, period --
even better than v1.6. Yay! Is this decrease in latency (compared to v1.6)
something that can be brought to v1.7?
--
Jeff Squyres
jsquy...@cisc
On Oct 25, 2012, at 12:32 PM, Jeff Squyres (jsquyres) wrote:
> 1. sm NetPipe latencies up to size 150 bytes (run on a Sandy Bride, 2 procs
> same core)
s/core/socket/
--
Jeff Squyres
jsquy...@cisco.com
For corporate legal information go to:
http://www.cisco.com/web/about/doing_business
ut there's some good performance improvements, too, that would be good
to bring to v1.7 (and v1.6, if possible)
On Oct 25, 2012, at 12:32 PM, Jeff Squyres wrote:
> Attached are the following graphs:
>
> 1. sm NetPipe latencies up to size 150 bytes (run on a Sandy Bride, 2 procs
On Oct 25, 2012, at 1:00 PM, Barrett, Brian W wrote:
> Your first e-mail got eaten by our virus scanner (it doesn't like .bz2
> files),
See http://www.open-mpi.org/community/lists/devel/2012/10/11638.php.
--
Jeff Squyres
jsquy...@cisco.com
For corporate legal information g
tor
agreement): http://www.open-mpi.org/community/contribute/
1b. Send a v6 of your patch to this public mailing list with a
BSD-compatible license at the top, thereby releasing your patch under that
license (which is compatible with OMPI's).
2. Give me a short description that I can use
o tie off the thread for the web archives: Dimitri did, in fact, submit an
OMPI 3rd party contrib a while ago -- w00t! We're discussing logistics
off-list)
--
Jeff Squyres
jsquy...@cisco.com
For corporate legal information go to:
http://www.cisco.com/web/about/doing_business/legal/cri/
aced there by the
> * cmd line processor. By convention, we
> _______
> svn-full mailing list
> svn-f...@open-mpi.org
> http://www.open-mpi.org/mailman/listinfo.cgi/svn-full
--
Jeff Squyres
jsquy...@cisco.com
For corporate legal information go to:
http://www.cisco.com/web/about/doing_business/legal/cri/
;>>> trunk/orte/orted/orted_main.c |
>>>>> 48 +-
>>>>> trunk/orte/tools/orte-checkpoint/orte-checkpoint.c |
>>>>> 28 +++---
>>>>> trunk/orte/tools/orte-clean/orte-clean.c | 8
>>>>> trunk/orte/tools/orte-migrate/orte-migrate.c |
>>>>> 16 +-
>>>>> trunk/orte/tools/orte-ps/orte-ps.c |
>>>>> 16 +-
>>>>> trunk/orte/tools/orte-restart/orte-restart.c |
>>>>> 24 ++--
>>>>> trunk/orte/tools/orte-top/orte-top.c |
>>>>> 18 +-
>>>>> trunk/orte/tools/orterun/orterun.c |
>>>>> 186 +++
>>>>> trunk/orte/util/pre_condition_transports.c | 2
>>>>> 53 files changed, 390 insertions(+), 589 deletions(-)
>>>>>
>>>>>
>>>>> Diff not shown due to size (102218 bytes).
>>>>> To see the diff, run the following command:
>>>>>
>>>>>svn diff -r 27450:27451 --no-diff-deleted
>>>>>
>>>>> ___
>>>>> svn mailing list
>>>>> s...@open-mpi.org
>>>>> http://www.open-mpi.org/mailman/listinfo.cgi/svn
>>>>
>>>>
>>>> ___
>>>> 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
> ___
> 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/
the problem is that the plm/rsh was prepending a "-mca"
>> in those cases, when it shouldn't. Nathan's fix is close - I can fix the
>> rest.
>>
>>
>> On Oct 30, 2012, at 12:52 PM, Jeff Squyres wrote:
>>
>>> WAIT.
>>>
>>
was that this functionality could be disabled by default, and
enabled with a magic macro. Perhaps something like:
mpicc -DOMPI_DDT_CHECKING ...
or something like that.
Thoughts?
--
Jeff Squyres
jsquy...@cisco.com
For corporate legal information go to:
http://www.cisco.com/web/about/doing_business/legal/cri/
ivalent -D's)
The rationale here is that correct MPI applications should not need to add any
extra compiler files to compile without warnings.
--
Jeff Squyres
jsquy...@cisco.com
For corporate legal information go to:
http://www.cisco.com/web/about/doing_business/legal/cri/
entral).
Super obvious translation: turn off your MTT runs this weekend.
2. After this weekend, you will need to update your MTT submission URL from:
https://www.open-mpi.org/mtt/submit/
to
https://mtt.open-mpi.org/submit/
Thanks!
--
Jeff Squyres
jsquy...@cisco.com
For corporate
________
> 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/
k you very much for your time,
>>> David
>>>
>>> --
>>> David Shrader
>>> SICORP, Inc
>>> 1350 Central Ave
>>> Suite 104
>>> Los Alamos, NM 87544
>>> david.shra...@sicorp.com
>>>
>>> LANL contact information:
>>>
>>> LANL #: 505-664-0996
>>> LANL email: dshra...@lanl.gov
>>>
>>> ___
>>> 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
>
> --
> David Shrader
> SICORP, Inc
> 1350 Central Ave
> Suite 104
> Los Alamos, NM 87544
> david.shra...@sicorp.com
>
> LANL contact information:
>
> LANL #: 505-664-0996
> LANL email: dshra...@lanl.gov
>
> ___
> 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/
.
>
> -- YK
>
>
>> Best,
>>
>> Paul Kapinos
>>
>>
>>
>>
>>
>> _______
>> 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
jsquy...@cisco.com
For corporate legal information go to:
http://www.cisco.com/web/about/doing_business/legal/cri/
https://svn.open-mpi.org/trac/ompi/browser/trunk/examples/ring_c.c
Note, too, that MPI implementations (Open MPI included) typically don't
"marshall" when they don't have to, meaning that we'll send directly from the
user's buffer when possible (e.g., sending contigu
brought back by Monday
>> morning.
>>
>>
>> On Wed, Oct 31, 2012 at 7:54 AM, Jeff Squyres wrote:
>>> *** IF YOU RUN MTT, YOU NEED TO READ THIS.
>>>
>>> Due to some server re-organization at Indiana University (read: our
>>> gr
FYI -- George and I updated the wiki this morning:
https://svn.open-mpi.org/trac/ompi/wiki/MPIConformance
--
Jeff Squyres
jsquy...@cisco.com
For corporate legal information go to:
http://www.cisco.com/web/about/doing_business/legal/cri/
> HPC-3, LANL
> _______
> 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/
A few people have approached me with topics for the Dec meeting. I put the
ones that I could remember on the wiki. Please go fill in whatever topics you
want to discuss:
https://svn.open-mpi.org/trac/ompi/wiki/Dec12Meeting
--
Jeff Squyres
jsquy...@cisco.com
For corporate legal
for it.
>
> HTH
> Ralph
>
>
> On Nov 15, 2012, at 1:19 PM, Jeff Squyres (jsquyres)
> wrote:
>
>> No issue, I guess. It's just new and I wondered why it was done.
>>
>> Sent from my phone. No type good.
>>
>> On Nov 15, 2012, at
en-mpi.org
>> > Subject: [OMPI devel] topics for Dec. developer's meeting
>> >
>> > A few people have approached me with topics for the Dec meeting. I put the
>> > ones that I could remember on the wiki. Please go fill in whatever topics
>> >
hanks!
--
Jeff Squyres
jsquy...@cisco.com
For corporate legal information go to:
http://www.cisco.com/web/about/doing_business/legal/cri/
the warnings are disabled for buffer types of (char*) or (void*)
Howzat?
--
Jeff Squyres
jsquy...@cisco.com
For corporate legal information go to:
http://www.cisco.com/web/about/doing_business/legal/cri/
ation has been out in the world for a while: if user want, we
can change the default to warn about (char*) mismatches by default
--
Jeff Squyres
jsquy...@cisco.com
For corporate legal information go to:
http://www.cisco.com/web/about/doing_business/legal/cri/
ers don't slurp in c99 flags should be
fixed before bringing to v1.7.
--
Jeff Squyres
jsquy...@cisco.com
For corporate legal information go to:
http://www.cisco.com/web/about/doing_business/legal/cri/
Nathan and I chatted in IM -- he agrees that this should be fixed, and will be
looking at this in detail.
On Nov 20, 2012, at 10:04 AM, Jeff Squyres wrote:
> While at SC, Brian, Ralph, Nathan and I had long conversations about C99. We
> decided:
>
> - all compilers that we care a
>
> --
> http://www.igf.fuw.edu.pl/~slayoo/
> _______
> 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/
> just enabling C99 could break code, and I know of a few ways that actually
> occurs. I doubt that they will affect Open MPI.
Some Open MPI developers just want to use some of the C99 syntax, such as the
struct field initialization syntax.
--
Jeff Squyres
jsquy...@cisco.com
For corporat
On Nov 20, 2012, at 10:55 AM, Sylvain Jeaugey wrote:
> Do you mean "attend" or "do a talk" ?
"Do a talk", probably.
> Sylvain
>
> Le 20/11/2012 16:16, Jeff Squyres a écrit :
>> Cool! Thanks for the invite.
>>
>> Do we have any
On Nov 19, 2012, at 11:56 AM, Dmitri Gribenko wrote:
> We can move warnings for char* to a separate warning group,
> -Wtype-safety-char-ptr and make it off by default.
That works for me.
Thanks!
--
Jeff Squyres
jsquy...@cisco.com
For corporate legal information go to:
http://www.cis
y the MPI_T standard.
>
> Please review the patch for correctness, bugs, etc.
>
> -Nathan Hjelm
> HPC-3, LANL
> _______
> 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/
illaume Mercier, ENSEIRB/INRIA
> Bernd Mohr, Juelich Supercomputing Center
> Raffaele Montella, Department of Applied Science - University of Naples
> Parthenope
> Matthias Mueller, ZIH, TU Dresden
> Jose Nelson Amaral, University of Alberta
> Jaechun No, Sejong University
rule in the Makefile.am?
Does that somehow cause tarball builds to invoke flex? And if so, should we
put the .l.c rule in an automake conditional something like:
if THIS_IS_A_DEVELOPER_BUILD
.l.c:
flex
endif
--
Jeff Squyres
jsquy...@cisco.com
For corporate legal information go to:
rian
>
>
>
> Sent with Good (www.good.com)
>
>
> -Original Message-
>
>
> ___
> devel mailing list
> de...@open-mpi.org
> http://www.open-mpi.org/mailman/listinfo.cgi/devel
--
Jeff Squyres
jsquy...@cisco
.
So here's my question -- where should I save this new stuff?
1. in the general v1.6 branch, under the names openmpi-.spec
2. in the tag branch for each release, under the name openmpi.spec
3. ...?
I'm leaning towards #1. Does anyone else have an opinion here?
--
Jeff Squyres
jsquy..
This can be done on the trunk in January, 2013.
We can discuss the removal of the C++ bindings at some future date (beyond
v1.9/v2.0).
--
Jeff Squyres
jsquy...@cisco.com
For corporate legal information go to:
http://www.cisco.com/web/about/doing_business/legal/cri/
ults here :
> http://matzeri.altervista.org/works/ompi/
>
> Regards
> Marco
> ___
> 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/
d know that an array is expected
> (even for a single value). However, I don't know if that has a
> consequence which breaks other things. Is a different parameter type
> possible or out-of any question?
I got an out-of-band answer from a Java-expert friend yesterday that suggested
a better way to do this -- he suggested using a ByteArrayOutputStream.
I'll try to look at this over the holidays.
--
Jeff Squyres
jsquy...@cisco.com
For corporate legal information go to:
http://www.cisco.com/web/about/doing_business/legal/cri/
Many thanks, Macro!
I'll examine these in January when I return from vacation. There certainly
won't be an OMPI 1.6.x release before then, anyway.
On Dec 20, 2012, at 8:18 AM, marco atzeri wrote:
> On 12/20/2012 1:59 PM, Jeff Squyres wrote:
>> Thank you! I'v
:00am-01:00pm Central US time
- 6:00am-02:00pm Eastern US time
- 11:00am-05:00pm GMT
--
Jeff Squyres
jsquy...@cisco.com
For corporate legal information go to:
http://www.cisco.com/web/about/doing_business/legal/cri/
Oops! The times that were sent were wrong. Here's the correct times:
- 3:00am-09:00am Pacific US time
- 4:00am-10:00am Mountain US time
- 5:00am-11:00am Central US time
- 6:00am-12:00am Eastern US time
- 11:00am-05:00pm GMT
On Dec 21, 2012, at 12:44 PM, Jeff Squyres wrote:
> Our I
n't know (as I said I'm not sure if the
> information about 2D Java matrices is true).
Nope, I don't know very much about Java at all. :-)
--
Jeff Squyres
jsquy...@cisco.com
For corporate legal information go to:
http://www.cisco.com/web/about/doing_business/legal/cri/
Oops -- really should have sent this to the devel list.Begin forwarded message:From: "Jeff Squyres (jsquyres)" <jsquy...@cisco.com>Subject: Re: [OMPI users] [Open MPI] #3351: JAVA scatter errorDate: December 24, 2012 8:41:56 AM ESTTo: Siegmar Gross <siegmar.gr...@informatik.hs-
nn Kim wrote:
>
>> I am sorry that there was a mistake on the non-eastern time zone block.
>>
>> The correct time block should should be
>>> - 3:00am-09:00am Pacific US time
>>> - 4:00am-10:00am Mountain US time
>>> - 5:00am-11:00am Central US time
and frameworks.
Enjoy!
--
Jeff Squyres
Cisco Systems
ork/svn/release/scripts/dist-1.3--1/OMPI/
BUILD/
openmpi-1.3rc3r20226/ompi'
make: *** [all-recursive] Error 1
error: Bad exit status from /var/tmp/rpm-tmp.32080 (%build)
RPM build errors:
Bad exit status from /var/tmp/rpm-tmp.32080 (%build)
RPM build errors:
Bad exit status from /var/tmp/rpm-tmp.32080 (%build)
full error.log attached
thanks,
Lenny.
--
Jeff Squyres
Cisco Systems
acceleration and which do not (e.g., if accelerators are
not available in all nodes, that may changes the collection/reduction
communication pattern).
On Jan 5, 2009, at 10:21 AM, Jeff Squyres wrote:
On Jan 5, 2009, at 10:09 AM, Brian W. Barrett wrote:
I think this sounds reasonable, if (an
pc/home/USERS/lennyb/work/svn/release/scripts/dist-1.3--1/OMPI/
BUILD/
openmpi-1.3rc3r20226/ompi'
make: *** [all-recursive] Error 1
error: Bad exit status from /var/tmp/rpm-tmp.32080 (%build)
RPM build errors:
Bad exit status from /var/tmp
help.
On Jan 11, 2009, at 4:57 PM, Paul Franz wrote:
I was listening to FLOSS Weekly and I heard it commented the Open
MPI development team was "waiting for a few more tools to get a
little more mature" before moving completely over to Mercurial. Does
anybody enumerate w
shared memory progression function. opal_progress() and
mca_bml_r2_progress() are likely mainly dispatching off to this
function.
Does OSS interfere with shared memory between processes in any way?
(I'm not enough of a kernel guy to know what the ramifications of
ptrace and wh
g/mailman/listinfo/pkg-openmpi-maintainers
--
Three out of two people have difficulties with fractions.
___
devel mailing list
de...@open-mpi.org
http://www.open-mpi.org/mailman/listinfo.cgi/devel
--
Jeff Squyres
Cisco Systems
n/listinfo.cgi/devel
--
Jeff Squyres
Cisco Systems
rver:
shell% telnet hg.softcircuit.com.au 80
Trying 202.125.37.135...
telnet: connect to address 202.125.37.135: Connection refused
telnet: Unable to connect to remote host
--
Jeff Squyres
Cisco Systems
Just for the web archives: per some off-list discussion, we decided
not to take the patch because the Debian guys have a simpler
workaround for what they want.
On Jan 13, 2009, at 4:54 AM, Manuel Prinz wrote:
Am Montag, den 12.01.2009, 18:04 -0500 schrieb Jeff Squyres:
I don't see
2009 at 9:43 PM, Jeff Squyres
wrote:
This doesn't happen in a normal build of the same tree?
I ask because both 1.3r20226 builds fine for me manually (i.e.,
./configure;make and buildrpm.sh).
On Jan 8, 2009, at 8:15 AM, Lenny Verkhovsky wrote:
Hi,
I am trying to build rpm fr
On the call today, no one had any objections to bringing this stuff to
the trunk. v1.2.9 and v1.3.0 releases have a higher priority, so I'll
bring this stuff over to the trunk when those two releases are done
(hopefully tomorrow!).
On Jan 10, 2009, at 2:21 PM, Jeff Squyres wrote:
See this thread on the pkg-openmpi-maintainers list:
http://lists.alioth.debian.org/pipermail/pkg-openmpi-maintainers/2009-January/001278.html
On Jan 13, 2009, at 12:52 PM, Ralf Wildenhues wrote:
Hello Jeff,
* Jeff Squyres wrote on Tue, Jan 13, 2009 at 03:39:28PM CET:
On Jan 13, 2009
iling list
de...@open-mpi.org
http://www.open-mpi.org/mailman/listinfo.cgi/devel
--
Jeff Squyres
Cisco Systems
)?
I'm not sure what you mean -- OMPI 32 bit builds on a 64 bit system
should be ok...? Have you found a problem?
--
Jeff Squyres
Cisco Systems
rgr...@lbl.gov
Future Technologies Group Tel: +1-510-495-2352
HPC Research Department Fax: +1-510-486-6900
Lawrence Berkeley National Laboratory
___
devel mailing list
de...@open-mpi.org
http://www.open-mpi.org/mailman/lis
hnologies Group Tel: +1-510-495-2352
HPC Research Department Fax: +1-510-486-6900
Lawrence Berkeley National Laboratory
___
devel mailing list
de...@open-mpi.org
http://www.open-mpi.org/mailman/listinfo.cgi/devel
--
Jeff Squyres
Cisco Systems
1 54 8850
E-mail: bogdan.coste...@iwr.uni-heidelberg.de
___
devel mailing list
de...@open-mpi.org
http://www.open-mpi.org/mailman/listinfo.cgi/devel
--
Jeff Squyres
Cisco Systems
pi_hg/
Additionally, a thread started on the Mercurial users list about Open
MPI; I'll probably be asking a few more questions over there over the
next several days / week or so.
On Jan 13, 2009, at 8:38 AM, Jeff Squyres wrote:
On Jan 12, 2009, at 11:40 PM, Paul Franz wrote:
I will see wha
devel mailing list
de...@open-mpi.org
http://www.open-mpi.org/mailman/listinfo.cgi/devel
--
Jeff Squyres
Cisco Systems
Thanks Brian -- I updated the README here and will CMR it over to v1.3:
https://svn.open-mpi.org/trac/ompi/changeset/20265
On Jan 13, 2009, at 8:18 PM, Brian Barrett wrote:
On Jan 13, 2009, at 5:48 PM, Patrick Geoffray wrote:
Jeff Squyres wrote:
Gaah! I specifically asked Patrick and
t you can, if you care.
--
Tim Mattox, Ph.D. - http://homepage.mac.com/tmattox/
tmat...@gmail.com || timat...@open-mpi.org
___
devel mailing list
de...@open-mpi.org
http://www.open-mpi.org/mailman/listinfo.cgi/devel
--
Jeff Squyres
Cisco Systems
601 - 700 of 4062 matches
Mail list logo
