both accounts for UH should stay active.
Edgar
On 7/8/2013 5:32 PM, Jeff Squyres (jsquyres) wrote:
> According to https://svn.open-mpi.org/trac/ompi/wiki/Admistrative%20rules, it
> is time for our annual review of Open MPI SVN accounts of these SVN repos:
> hwloc, mtt, ompi-docs, ompi-tests, om
Is it safe to say that you are going thru an exercise testing every option that
exists? Just want to know so I can set expectations
On Jul 8, 2013, at 11:47 AM, Vasiliy wrote:
> there're more to come:
>
> Making all in mca/sensor/resusage
> make[2]: Entering directory
> '/usr/src/64bit/releas
Please keep all LANL accounts active.
Thanks,
Sam
On Jul 8, 2013, at 4:32 PM, Jeff Squyres (jsquyres) wrote:
>
> LANL
>
> hjelmn: Nathan Hjelm
> samuel: Samuel K. Gutierrez
>
On 7/8/13 4:32 PM, "Jeff Squyres (jsquyres)" wrote:
>According to
>https://svn.open-mpi.org/trac/ompi/wiki/Admistrative%20rules, it is time
>for our annual review of Open MPI SVN accounts of these SVN repos: hwloc,
>mtt, ompi-docs, ompi-tests, ompi-www, ompi.
>
>*** Organizations must reply by C
All ORNL's accounts should stay active as well.
Pavel (Pasha) Shamis
---
Computer Science Research Group
Computer Science and Math Division
Oak Ridge National Laboratory
On Jul 8, 2013, at 6:32 PM, Jeff Squyres (jsquyres)
mailto:jsquy...@cisco.com>> wrote:
According to https://svn.open-mpi
On Jul 8, 2013, at 6:32 PM, "Jeff Squyres (jsquyres)"
wrote:
> Cisco
> =
> dgoodell: Dave Goodell
> jsquyres: Jeff Squyres
Both of Cisco's accounts should stay active.
--
Jeff Squyres
jsquy...@cisco.com
For corporate legal information go to:
http://www.cisco.com/web/about/doing_bu
According to https://svn.open-mpi.org/trac/ompi/wiki/Admistrative%20rules, it
is time for our annual review of Open MPI SVN accounts of these SVN repos:
hwloc, mtt, ompi-docs, ompi-tests, ompi-www, ompi.
*** Organizations must reply by COB Friday, 12 July, 2013 ***
*** No reply means: delete all
Il 7/8/2013 9:00 PM, Vasiliy ha scritto:
I haven't checked that yet, however, from my experience, creating a
shared library manually from the same compiled objects never was a
problem at a later stage, it's usually because of Makefile's
inconsistent dependencies ordering:
$ uname -srvmo
CYGWIN_N
This is not enough information to know what is going wrong with the debugger
library -- all you pasted was a link failure with no surrounding context...
Don't forget that we officially dropped Windows support in v1.7. Cygwin
supposedly works, but we're not testing it, so I wouldn't be surprised
I haven't checked that yet, however, from my experience, creating a
shared library manually from the same compiled objects never was a
problem at a later stage, it's usually because of Makefile's
inconsistent dependencies ordering:
$ uname -srvmo
CYGWIN_NT-6.1 1.7.21(0.267/5/3) 2013-06-28 10:03 x8
there're more to come:
Making all in mca/sensor/resusage
make[2]: Entering directory
'/usr/src/64bit/release/openmpi/openmpi-1.9.0-a1/build/orte/mca/sensor/resusage'
CC sensor_resusage.lo
/usr/src/64bit/release/openmpi/openmpi-1.9.0-a1/src/openmpi-1.9.0/orte/mca/sensor/resusage/sensor_resu
It has been taken from the compilation log:
Making all in mca/sensor/ft_tester
make[2]: Entering directory
'/usr/src/64bit/release/openmpi/openmpi-1.9.0-a1/build/orte/mca/sensor/ft_tester'
CC sensor_ft_tester.lo
CC sensor_ft_tester_component.lo
/usr/src/64bit/release/openmpi/openmp
Oh, well, it does not:
Making all in mca/db/sqlite
make[2]: Entering directory
'/usr/src/64bit/release/openmpi/openmpi-1.9.0-a1/build/opal/mca/db/sqlite'
CC libmca_db_sqlite_la-db_sqlite_component.lo
/usr/src/64bit/release/openmpi/openmpi-1.9.0-a1/src/openmpi-1.9.0/opal/mca/db/sqlite/db_sq
Actually, those headers needed to be deleted - done. I take it you were
deliberately trying to build that support? Otherwise, it shouldn't have built.
On Jul 8, 2013, at 11:11 AM, Vasiliy wrote:
> Could somebody add these required headers to the repository? Thank you
> in advance:
>
> Making a
Could somebody add these required headers to the repository? Thank you
in advance:
Making all in mca/db/sqlite
make[2]: Entering directory
'/usr/src/64bit/release/openmpi/openmpi-1.9.0-a1/build/opal/mca/db/sqlite'
CC libmca_db_sqlite_la-db_sqlite_component.lo
CC libmca_db_sqlite_la
On 07/07/2013 05:43 PM, Ralph Castain wrote:
I've been playing with this some more and have it working, though I need Jeff
to help resolve one lingering issue.
However, I ran across a couple of things that you folks are going to need to
think about for Fedora:
1. the current libevent rpm does
Mr mohammad assadsolimani,
1. your questions belongs to the 'OMPI users' mailing list, this one is for
developers.
2. in MPI, the input parameters are defined to be integers.
Integers usually are 32bit long (unless you use ILP64 instead of LP64, what is
still unusual). So I swear, your progra
Dear all,
I do my PhD in physics and use a program, which uses openmpi for
a sophisticated calculation.
But there is a Problem with "max. message size ". That is limited to ~2GB.
I do not know how is called it exactly?!
Is there any possibility to extend this memory size?
I am very grateful f
18 matches
Mail list logo
