Re: [OMPI devel] Annual OMPI membership review: SVN accounts

2013-07-08 Thread Edgar Gabriel 
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, ompi-www, ompi.
> 
> *** Organizations must reply by COB Friday, 12 July, 2013 ***
> *** No reply means: delete all of my organization's SVN accounts
> 
> Each organization must reply and specify which of their accounts can stay and 
> which should go.  I cross-referenced the SVN logs from all of our SVN 
> repositories to see who has not committed anything in the past year.  
> 
> *** I strongly recommend deleting accounts who have not committed in the last 
> year.
> *** Other accounts can be deleted, too (e.g., those who have left a given 
> organization).
> 
> bakeyournoodle.com (???)
> ==
> tonyb:Tony Breeds  **NO COMMITS IN LAST YEAR**
> 
> Cisco
> =
> dgoodell: Dave Goodell 
> jsquyres: Jeff Squyres 
> 
> Indiana
> ==
> lums: Andrew Lumsdaine  **NO COMMITS IN LAST YEAR**
> adkulkar: Abhishek Kulkarni 
> afriedle: Andrew Friedley  **NO COMMITS IN LAST YEAR**
> timattox: Tim Mattox  **NO COMMITS IN LAST YEAR**
> 
> U. Houston
> =
> edgar:Edgar Gabriel 
> vvenkatesan:Vishwanath Venkatesan 
> 
> Mellanox
> ==
> alekseys: Aleksey Senin 
> kliteyn:  Yevgeny Kliteynik 
> miked:Mike Dubman 
> lennyve:  Lenny Verkhovsky  **NO COMMITS IN LAST 
> YEAR**
> yaeld:Yael Dayan 
> vasily:   Vasily Philipov 
> amikheev: Alex Mikheev 
> alex: Alexander Margolin 
> alinas:   Alina Sklarevich  **NO COMMITS IN LAST YEAR**
> igoru:Igor Usarov 
> jladd:Joshua Ladd 
> yosefe:   Yossi 
> rlgraham: Rich Graham  **NO COMMITS IN LAST YEAR**
> 
> Tennessee
> 
> bosilca:  George Bosilca 
> bouteill: Aurelien Bouteiller 
> wbland:   Wesley Bland  **NO COMMITS IN LAST YEAR**
> 
> hlrs.de
> ===
> shiqing:  Shiqing Fan 
> hpcchris: Christoph Niethammer 
> rusraink: Rainer Keller  **NO COMMITS IN LAST 
> YEAR**
> 
> IBM
> ==
> jnysal:   Nysal Jan K A  **NO COMMITS IN LAST YEAR**
> cyeoh:Chris Yeoh 
> bbenton:  Brad Benton 
> 
> INRIA
> 
> bgoglin:  Brice Goglin 
> arougier: Antoine Rougier 
> sthibaul: Samuel Thibault 
> mercier:  Guillaume Mercier  **NO COMMITS IN LAST YEAR**
> nfurmento:Nathalie Furmento  **NO COMMITS IN LAST 
> YEAR**
> herault:  Thomas Herault  **NO COMMITS IN LAST YEAR**
> 
> LANL
> 
> hjelmn:   Nathan Hjelm 
> samuel:   Samuel K. Gutierrez 
> 
> NVIDIA
> ==
> rolfv:Rolf Vandevaart 
> 
> U. Wisconsin La Crosse
> 
> jjhursey: Joshua Hursey 
> 
> Intel
> 
> rhc:  Ralph Castain 
> 
> Chelsio / OGC
> =
> swise:Steve Wise 
> 
> Oracle
> ==
> emallove: Ethan Mallove  **NO COMMITS IN LAST YEAR**
> eugene:   Eugene Loh 
> tdd:  Terry Dontje 
> 
> ORNL
> 
> manjugv:  Manjunath, Gorentla Venkata 
> naughtont:Thomas Naughton 
> pasha:Pavel Shamis 
> 
> Sandia
> ==
> brbarret: Brian Barrett 
> memoryhole:Kyle Wheeler  **NO COMMITS IN LAST YEAR**
> ktpedre:  Kevin Pedretti  **NO COMMITS IN LAST YEAR**
> mjleven:  Michael Levenhagen  **NO COMMITS IN LAST YEAR**
> rbbrigh:  Ron Brightwell  **NO COMMITS IN LAST YEAR**
> 
> Dresden
> =
> knuepfer: Andreas Knuepfer  **NO COMMITS IN 
> LAST YEAR**
> bwesarg:  Bert Wesarg  **NO COMMITS IN LAST YEAR**
> jurenz:   Matthias Jurenz 
> 

-- 
Edgar Gabriel
Associate Professor
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



signature.asc
Description: OpenPGP digital signature

Re: [OMPI devel] No such file(s) or directory

2013-07-08 Thread Ralph Castain 
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/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_resusage.c:35:28:
> fatal error: orte/mca/db/db.h: No such file or directory
> #include "orte/mca/db/db.h"
>^
> compilation terminated.
> Makefile:1594: recipe for target 'sensor_resusage.lo' failed
> 
> 
> On Mon, Jul 8, 2013 at 8:38 PM, Vasiliy  wrote:
>> 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_sqlite_component.c:
>> In function ‘sqlite_component_query’:
>> /usr/src/64bit/release/openmpi/openmpi-1.9.0-a1/src/openmpi-1.9.0/opal/mca/db/sqlite/db_sqlite_component.c:93:17:
>> warning: assignment from incompatible pointer type [enabled by
>> default]
>> *module = (mca_base_module_t*)&opal_db_sqlite_module;
>> ^
>> /usr/src/64bit/release/openmpi/openmpi-1.9.0-a1/src/openmpi-1.9.0/opal/mca/db/sqlite/db_sqlite_component.c:
>> In function ‘sqlite_component_close’:
>> /usr/src/64bit/release/openmpi/openmpi-1.9.0-a1/src/openmpi-1.9.0/opal/mca/db/sqlite/db_sqlite_component.c:104:12:
>> error: ‘ORTE_SUCCESS’ undeclared (first use in this function)
>> return ORTE_SUCCESS;
>>^
>> /usr/src/64bit/release/openmpi/openmpi-1.9.0-a1/src/openmpi-1.9.0/opal/mca/db/sqlite/db_sqlite_component.c:104:12:
>> note: each undeclared identifier is reported only once for each
>> function it appears in
>> /usr/src/64bit/release/openmpi/openmpi-1.9.0-a1/src/openmpi-1.9.0/opal/mca/db/sqlite/db_sqlite_component.c:
>> In function ‘sqlite_component_register’:
>> /usr/src/64bit/release/openmpi/openmpi-1.9.0-a1/src/openmpi-1.9.0/opal/mca/db/sqlite/db_sqlite_component.c:127:12:
>> error: ‘ORTE_SUCCESS’ undeclared (first use in this function)
>> return ORTE_SUCCESS;
>>^
>> Makefile:1608: recipe for target
>> 'libmca_db_sqlite_la-db_sqlite_component.lo' failed
>> make[2]: *** [libmca_db_sqlite_la-db_sqlite_component.lo] Error 1
>>  CC   libmca_db_sqlite_la-db_sqlite.lo
>> /usr/src/64bit/release/openmpi/openmpi-1.9.0-a1/src/openmpi-1.9.0/opal/mca/db/sqlite/db_sqlite.c:39:39:
>> fatal error: opal/runtime/opal_globals.h: No such file or directory
>> #include "opal/runtime/opal_globals.h"
>>   ^
>> compilation terminated.
>> 
>> On Mon, Jul 8, 2013 at 8:28 PM, Ralph Castain  wrote:
>>> 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 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-db_sqlite.lo
 /usr/src/64bit/release/openmpi/openmpi-1.9.0-a1/src/openmpi-1.9.0/opal/mca/db/sqlite/db_sqlite_component.c:23:33:
 fatal error: opal/util/proc_info.h: No such file or directory
 #include "opal/util/proc_info.h"
^
 compilation terminated.
 Makefile:1608: recipe for target
 'libmca_db_sqlite_la-db_sqlite_component.lo' failed
 make[2]: *** [libmca_db_sqlite_la-db_sqlite_component.lo] Error 1
 make[2]: *** Waiting for unfinished jobs
 /usr/src/64bit/release/openmpi/openmpi-1.9.0-a1/src/openmpi-1.9.0/opal/mca/db/sqlite/db_sqlite.c:39:39:
 fatal error: opal/mca/errmgr/base/base.h: No such file or directory
 #include "opal/mca/errmgr/base/base.h"
  ^
 compilation terminated.
 
 ___
 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

Re: [OMPI devel] Annual OMPI membership review: SVN accounts

2013-07-08 Thread Gutierrez, Samuel K 
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 
>

Re: [OMPI devel] [EXTERNAL] Annual OMPI membership review: SVN accounts

2013-07-08 Thread Barrett, Brian W 
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 COB Friday, 12 July, 2013 ***
>*** No reply means: delete all of my organization's SVN accounts
>
>Each organization must reply and specify which of their accounts can stay
>and which should go.  I cross-referenced the SVN logs from all of our SVN
>repositories to see who has not committed anything in the past year.
>
>*** I strongly recommend deleting accounts who have not committed in the
>last year.
>*** Other accounts can be deleted, too (e.g., those who have left a given
>organization).
>
>Sandia
>==
>brbarret: Brian Barrett 
>memoryhole:Kyle Wheeler  **NO COMMITS IN LAST YEAR**
>ktpedre:  Kevin Pedretti  **NO COMMITS IN LAST YEAR**
>mjleven:  Michael Levenhagen  **NO COMMITS IN LAST
>YEAR**
>rbbrigh:  Ron Brightwell  **NO COMMITS IN LAST YEAR**

My account should stay active.  Kyle's can be deleted.  I'd prefer the
other three remain active, mainly to get to /tmp/.

Brian

--
  Brian W. Barrett
  Scalable System Software Group
  Sandia National Laboratories





smime.p7s
Description: S/MIME cryptographic signature

Re: [OMPI devel] Annual OMPI membership review: SVN accounts

2013-07-08 Thread Shamis, Pavel 
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.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 of my organization's SVN accounts

Each organization must reply and specify which of their accounts can stay and 
which should go.  I cross-referenced the SVN logs from all of our SVN 
repositories to see who has not committed anything in the past year.

*** I strongly recommend deleting accounts who have not committed in the last 
year.
*** Other accounts can be deleted, too (e.g., those who have left a given 
organization).

bakeyournoodle.com (???)
==
tonyb:Tony Breeds mailto:t...@bakeyournoodle.com>> 
**NO COMMITS IN LAST YEAR**

Cisco
=
dgoodell: Dave Goodell mailto:dgood...@cisco.com>>
jsquyres: Jeff Squyres mailto:jsquy...@cisco.com>>

Indiana
==
lums: Andrew Lumsdaine mailto:l...@cs.indiana.edu>> 
**NO COMMITS IN LAST YEAR**
adkulkar: Abhishek Kulkarni mailto:adkul...@osl.iu.edu>>
afriedle: Andrew Friedley mailto:afrie...@osl.iu.edu>> 
**NO COMMITS IN LAST YEAR**
timattox: Tim Mattox mailto:timat...@open-mpi.org>> **NO 
COMMITS IN LAST YEAR**

U. Houston
=
edgar:Edgar Gabriel mailto:gabr...@cs.uh.edu>>
vvenkatesan:Vishwanath Venkatesan 
mailto:venka...@cs.uh.edu>>

Mellanox
==
alekseys: Aleksey Senin 
mailto:aleks...@dev.mellanox.co.il>>
kliteyn:  Yevgeny Kliteynik 
mailto:klit...@dev.mellanox.co.il>>
miked:Mike Dubman 
mailto:mi...@dev.mellanox.co.il>>
lennyve:  Lenny Verkhovsky 
mailto:lenny.verkhov...@gmail.com>> **NO COMMITS IN 
LAST YEAR**
yaeld:Yael Dayan mailto:yaeld.mella...@gmail.com>>
vasily:   Vasily Philipov mailto:vas...@mellanox.co.il>>
amikheev: Alex Mikheev mailto:al...@mellanox.com>>
alex: Alexander Margolin mailto:ale...@mellanox.com>>
alinas:   Alina Sklarevich mailto:ali...@mellanox.com>> 
**NO COMMITS IN LAST YEAR**
igoru:Igor Usarov mailto:ig...@mellanox.com>>
jladd:Joshua Ladd mailto:josh...@mellanox.com>>
yosefe:   Yossi mailto:yos...@mellanox.com>>
rlgraham: Rich Graham mailto:rlgra...@ornl.gov>> **NO 
COMMITS IN LAST YEAR**

Tennessee

bosilca:  George Bosilca mailto:bosi...@eecs.utk.edu>>
bouteill: Aurelien Bouteiller 
mailto:boute...@eecs.utk.edu>>
wbland:   Wesley Bland mailto:wbl...@mcs.anl.gov>> **NO 
COMMITS IN LAST YEAR**

hlrs.de
===
shiqing:  Shiqing Fan 
hpcchris: Christoph Niethammer 
rusraink: Rainer Keller  **NO COMMITS IN LAST 
YEAR**

IBM
==
jnysal:   Nysal Jan K A  **NO COMMITS IN LAST YEAR**
cyeoh:Chris Yeoh 
bbenton:  Brad Benton 

INRIA

bgoglin:  Brice Goglin 
arougier: Antoine Rougier 
sthibaul: Samuel Thibault 
mercier:  Guillaume Mercier  **NO COMMITS IN LAST YEAR**
nfurmento:Nathalie Furmento  **NO COMMITS IN LAST 
YEAR**
herault:  Thomas Herault  **NO COMMITS IN LAST YEAR**

LANL

hjelmn:   Nathan Hjelm 
samuel:   Samuel K. Gutierrez 

NVIDIA
==
rolfv:Rolf Vandevaart 

U. Wisconsin La Crosse

jjhursey: Joshua Hursey 

Intel

rhc:  Ralph Castain 

Chelsio / OGC
=
swise:Steve Wise 

Oracle
==
emallove: Ethan Mallove  **NO COMMITS IN LAST YEAR**
eugene:   Eugene Loh 
tdd:  Terry Dontje 

ORNL

manjugv:  Manjunath, Gorentla Venkata 
naughtont:Thomas Naughton 
pasha:Pavel Shamis 

Sandia
==
brbarret: Brian Barrett 
memoryhole:Kyle Wheeler  **NO COMMITS IN LAST YEAR**
ktpedre:  Kevin Pedretti  **NO COMMITS IN LAST YEAR**
mjleven:  Michael Levenhagen  **NO COMMITS IN LAST YEAR**
rbbrigh:  Ron Brightwell  **NO COMMITS IN LAST YEAR**

Dresden
=
knuepfer: Andreas Knuepfer  **NO COMMITS IN 
LAST YEAR**
bwesarg:  Bert Wesarg  **NO COMMITS IN LAST YEAR**
jurenz:   Matthias Jurenz 

--
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

Re: [OMPI devel] Annual OMPI membership review: SVN accounts

2013-07-08 Thread Jeff Squyres (jsquyres) 
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_business/legal/cri/

[OMPI devel] Annual OMPI membership review: SVN accounts

2013-07-08 Thread Jeff Squyres (jsquyres) 
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 of my organization's SVN accounts

Each organization must reply and specify which of their accounts can stay and 
which should go.  I cross-referenced the SVN logs from all of our SVN 
repositories to see who has not committed anything in the past year.  

*** I strongly recommend deleting accounts who have not committed in the last 
year.
*** Other accounts can be deleted, too (e.g., those who have left a given 
organization).

bakeyournoodle.com (???)
==
tonyb:Tony Breeds  **NO COMMITS IN LAST YEAR**

Cisco
=
dgoodell: Dave Goodell 
jsquyres: Jeff Squyres 

Indiana
==
lums: Andrew Lumsdaine  **NO COMMITS IN LAST YEAR**
adkulkar: Abhishek Kulkarni 
afriedle: Andrew Friedley  **NO COMMITS IN LAST YEAR**
timattox: Tim Mattox  **NO COMMITS IN LAST YEAR**

U. Houston
=
edgar:Edgar Gabriel 
vvenkatesan:Vishwanath Venkatesan 

Mellanox
==
alekseys: Aleksey Senin 
kliteyn:  Yevgeny Kliteynik 
miked:Mike Dubman 
lennyve:  Lenny Verkhovsky  **NO COMMITS IN LAST 
YEAR**
yaeld:Yael Dayan 
vasily:   Vasily Philipov 
amikheev: Alex Mikheev 
alex: Alexander Margolin 
alinas:   Alina Sklarevich  **NO COMMITS IN LAST YEAR**
igoru:Igor Usarov 
jladd:Joshua Ladd 
yosefe:   Yossi 
rlgraham: Rich Graham  **NO COMMITS IN LAST YEAR**

Tennessee

bosilca:  George Bosilca 
bouteill: Aurelien Bouteiller 
wbland:   Wesley Bland  **NO COMMITS IN LAST YEAR**

hlrs.de
===
shiqing:  Shiqing Fan 
hpcchris: Christoph Niethammer 
rusraink: Rainer Keller  **NO COMMITS IN LAST 
YEAR**

IBM
==
jnysal:   Nysal Jan K A  **NO COMMITS IN LAST YEAR**
cyeoh:Chris Yeoh 
bbenton:  Brad Benton 

INRIA

bgoglin:  Brice Goglin 
arougier: Antoine Rougier 
sthibaul: Samuel Thibault 
mercier:  Guillaume Mercier  **NO COMMITS IN LAST YEAR**
nfurmento:Nathalie Furmento  **NO COMMITS IN LAST 
YEAR**
herault:  Thomas Herault  **NO COMMITS IN LAST YEAR**

LANL

hjelmn:   Nathan Hjelm 
samuel:   Samuel K. Gutierrez 

NVIDIA
==
rolfv:Rolf Vandevaart 

U. Wisconsin La Crosse

jjhursey: Joshua Hursey 

Intel

rhc:  Ralph Castain 

Chelsio / OGC
=
swise:Steve Wise 

Oracle
==
emallove: Ethan Mallove  **NO COMMITS IN LAST YEAR**
eugene:   Eugene Loh 
tdd:  Terry Dontje 

ORNL

manjugv:  Manjunath, Gorentla Venkata 
naughtont:Thomas Naughton 
pasha:Pavel Shamis 

Sandia
==
brbarret: Brian Barrett 
memoryhole:Kyle Wheeler  **NO COMMITS IN LAST YEAR**
ktpedre:  Kevin Pedretti  **NO COMMITS IN LAST YEAR**
mjleven:  Michael Levenhagen  **NO COMMITS IN LAST YEAR**
rbbrigh:  Ron Brightwell  **NO COMMITS IN LAST YEAR**

Dresden
=
knuepfer: Andreas Knuepfer  **NO COMMITS IN 
LAST YEAR**
bwesarg:  Bert Wesarg  **NO COMMITS IN LAST YEAR**
jurenz:   Matthias Jurenz 

-- 
Jeff Squyres
jsquy...@cisco.com
For corporate legal information go to: 
http://www.cisco.com/web/about/doing_business/legal/cri/

Re: [OMPI devel] a bogus warning: undefined symbols not allowed in x86_64-pc-cygwin shared libraries

2013-07-08 Thread marco atzeri 

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_NT-6.1 1.7.21(0.267/5/3) 2013-06-28 10:03 x86_64 Cygwin


Making all in debuggers
make[2]: Entering directory
'/usr/src/64bit/release/openmpi/openmpi-1.9.0-a1/build/ompi/debuggers'
   CC   libdebuggers_la-ompi_debuggers.lo
   CCLD libdebuggers.la
   CC   ompi_debugger_canary.lo
   CCLD libompi_debugger_canary.la
   CC   libompi_dbg_msgq_la-ompi_msgq_dll.lo
   CC   libompi_dbg_msgq_la-ompi_common_dll.lo
   CCLD libompi_dbg_msgq.la
libtool: warning: undefined symbols not allowed in
x86_64-unknown-cygwin shared libraries
make[2]: Leaving directory
'/usr/src/64bit/release/openmpi/openmpi-1.9.0-a1/build/ompi/debuggers'




Hi Vasiliy
how do you called configure ?

I have not tested 1.9 on cygwin 64, but
1.7.1 cygwin64 package was built with

configure \
LDFLAGS="-Wl,--export-all-symbols -Wl,-no-undefined"  \
--disable-mca-dso \
--disable-sysv-shmem \
--without-udapl \
--enable-cxx-exceptions \
--with-threads=posix \
--without-cs-fs \
--enable-heterogeneous \
--with-mpi-param_check=always \
--enable-contrib-no-build=vt,libompitrace \

--enable-mca-no-build=paffinity,installdirs-windows,timer-windows,shmem-sysv


Regards
Marco

Re: [OMPI devel] a bogus warning: undefined symbols not allowed in x86_64-pc-cygwin shared libraries

2013-07-08 Thread Jeff Squyres (jsquyres) 
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 if 
there's bit rot in there.

Are you the same Vasily from Mellanox?  If so, are you saying that Mellanox is 
working to support Open MPI under Cygwin?



On Jul 8, 2013, at 3:00 PM, Vasiliy  wrote:

> 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 x86_64 Cygwin
> 
> 
> Making all in debuggers
> make[2]: Entering directory
> '/usr/src/64bit/release/openmpi/openmpi-1.9.0-a1/build/ompi/debuggers'
>  CC   libdebuggers_la-ompi_debuggers.lo
>  CCLD libdebuggers.la
>  CC   ompi_debugger_canary.lo
>  CCLD libompi_debugger_canary.la
>  CC   libompi_dbg_msgq_la-ompi_msgq_dll.lo
>  CC   libompi_dbg_msgq_la-ompi_common_dll.lo
>  CCLD libompi_dbg_msgq.la
> libtool: warning: undefined symbols not allowed in
> x86_64-unknown-cygwin shared libraries
> make[2]: Leaving directory
> '/usr/src/64bit/release/openmpi/openmpi-1.9.0-a1/build/ompi/debuggers'
> 
> ___
> 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] a bogus warning: undefined symbols not allowed in x86_64-pc-cygwin shared libraries

2013-07-08 Thread Vasiliy 
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 x86_64 Cygwin


Making all in debuggers
make[2]: Entering directory
'/usr/src/64bit/release/openmpi/openmpi-1.9.0-a1/build/ompi/debuggers'
  CC   libdebuggers_la-ompi_debuggers.lo
  CCLD libdebuggers.la
  CC   ompi_debugger_canary.lo
  CCLD libompi_debugger_canary.la
  CC   libompi_dbg_msgq_la-ompi_msgq_dll.lo
  CC   libompi_dbg_msgq_la-ompi_common_dll.lo
  CCLD libompi_dbg_msgq.la
libtool: warning: undefined symbols not allowed in
x86_64-unknown-cygwin shared libraries
make[2]: Leaving directory
'/usr/src/64bit/release/openmpi/openmpi-1.9.0-a1/build/ompi/debuggers'

Re: [OMPI devel] No such file(s) or directory

2013-07-08 Thread Vasiliy 
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_resusage.c:35:28:
fatal error: orte/mca/db/db.h: No such file or directory
 #include "orte/mca/db/db.h"
^
compilation terminated.
Makefile:1594: recipe for target 'sensor_resusage.lo' failed


On Mon, Jul 8, 2013 at 8:38 PM, Vasiliy  wrote:
> 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_sqlite_component.c:
> In function ‘sqlite_component_query’:
> /usr/src/64bit/release/openmpi/openmpi-1.9.0-a1/src/openmpi-1.9.0/opal/mca/db/sqlite/db_sqlite_component.c:93:17:
> warning: assignment from incompatible pointer type [enabled by
> default]
>  *module = (mca_base_module_t*)&opal_db_sqlite_module;
>  ^
> /usr/src/64bit/release/openmpi/openmpi-1.9.0-a1/src/openmpi-1.9.0/opal/mca/db/sqlite/db_sqlite_component.c:
> In function ‘sqlite_component_close’:
> /usr/src/64bit/release/openmpi/openmpi-1.9.0-a1/src/openmpi-1.9.0/opal/mca/db/sqlite/db_sqlite_component.c:104:12:
> error: ‘ORTE_SUCCESS’ undeclared (first use in this function)
>  return ORTE_SUCCESS;
> ^
> /usr/src/64bit/release/openmpi/openmpi-1.9.0-a1/src/openmpi-1.9.0/opal/mca/db/sqlite/db_sqlite_component.c:104:12:
> note: each undeclared identifier is reported only once for each
> function it appears in
> /usr/src/64bit/release/openmpi/openmpi-1.9.0-a1/src/openmpi-1.9.0/opal/mca/db/sqlite/db_sqlite_component.c:
> In function ‘sqlite_component_register’:
> /usr/src/64bit/release/openmpi/openmpi-1.9.0-a1/src/openmpi-1.9.0/opal/mca/db/sqlite/db_sqlite_component.c:127:12:
> error: ‘ORTE_SUCCESS’ undeclared (first use in this function)
>  return ORTE_SUCCESS;
> ^
> Makefile:1608: recipe for target
> 'libmca_db_sqlite_la-db_sqlite_component.lo' failed
> make[2]: *** [libmca_db_sqlite_la-db_sqlite_component.lo] Error 1
>   CC   libmca_db_sqlite_la-db_sqlite.lo
> /usr/src/64bit/release/openmpi/openmpi-1.9.0-a1/src/openmpi-1.9.0/opal/mca/db/sqlite/db_sqlite.c:39:39:
> fatal error: opal/runtime/opal_globals.h: No such file or directory
>  #include "opal/runtime/opal_globals.h"
>^
> compilation terminated.
> 
> On Mon, Jul 8, 2013 at 8:28 PM, Ralph Castain  wrote:
>> 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 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-db_sqlite.lo
>>> /usr/src/64bit/release/openmpi/openmpi-1.9.0-a1/src/openmpi-1.9.0/opal/mca/db/sqlite/db_sqlite_component.c:23:33:
>>> fatal error: opal/util/proc_info.h: No such file or directory
>>> #include "opal/util/proc_info.h"
>>> ^
>>> compilation terminated.
>>> Makefile:1608: recipe for target
>>> 'libmca_db_sqlite_la-db_sqlite_component.lo' failed
>>> make[2]: *** [libmca_db_sqlite_la-db_sqlite_component.lo] Error 1
>>> make[2]: *** Waiting for unfinished jobs
>>> /usr/src/64bit/release/openmpi/openmpi-1.9.0-a1/src/openmpi-1.9.0/opal/mca/db/sqlite/db_sqlite.c:39:39:
>>> fatal error: opal/mca/errmgr/base/base.h: No such file or directory
>>> #include "opal/mca/errmgr/base/base.h"
>>>   ^
>>> compilation terminated.
>>> 
>>> ___
>>> 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

[OMPI devel] the sensors do not compile

2013-07-08 Thread Vasiliy 
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/openmpi-1.9.0-a1/src/openmpi-1.9.0/orte/mca/sensor/ft_tester/sensor_ft_tester_component.c:
In function ‘orte_sensor_ft_tester_register’:
/usr/src/64bit/release/openmpi/openmpi-1.9.0-a1/src/openmpi-1.9.0/orte/mca/sensor/ft_tester/sensor_ft_tester_component.c:63:9:
error: expected identifier or ‘(’ before ‘)’ token
 void) mca_base_var_register (c, "fail_prob", "Probability of
killing a single executable",
 ^
/usr/src/64bit/release/openmpi/openmpi-1.9.0-a1/src/openmpi-1.9.0/orte/mca/sensor/ft_tester/sensor_ft_tester_component.c:74:35:
warning: passing argument 1 of ‘mca_base_var_register’ from
incompatible pointer type [enabled by default]
   &mca_sensor_ft_tester_component.multi_fail);
   ^
In file included from
/usr/src/64bit/release/openmpi/openmpi-1.9.0-a1/src/openmpi-1.9.0/opal/mca/base/base.h:35:0,
 from
/usr/src/64bit/release/openmpi/openmpi-1.9.0-a1/src/openmpi-1.9.0/orte/mca/sensor/ft_tester/sensor_ft_tester_component.c:14:
/usr/src/64bit/release/openmpi/openmpi-1.9.0-a1/src/openmpi-1.9.0/opal/mca/base/mca_base_var.h:503:19:
note: expected ‘const char *’ but argument is of type ‘struct
mca_base_component_t *’
 OPAL_DECLSPEC int mca_base_var_register (const char *project_name,
const char *framework_name,
   ^
/usr/src/64bit/release/openmpi/openmpi-1.9.0-a1/src/openmpi-1.9.0/orte/mca/sensor/ft_tester/sensor_ft_tester_component.c:74:35:
warning: passing argument 4 of ‘mca_base_var_register’ makes pointer
from integer without a cast [enabled by default]
   &mca_sensor_ft_tester_component.multi_fail);
   ^
In file included from
/usr/src/64bit/release/openmpi/openmpi-1.9.0-a1/src/openmpi-1.9.0/opal/mca/base/base.h:35:0,
 from
/usr/src/64bit/release/openmpi/openmpi-1.9.0-a1/src/openmpi-1.9.0/orte/mca/sensor/ft_tester/sensor_ft_tester_component.c:14:
/usr/src/64bit/release/openmpi/openmpi-1.9.0-a1/src/openmpi-1.9.0/opal/mca/base/mca_base_var.h:503:19:
note: expected ‘const char *’ but argument is of type ‘int’
 OPAL_DECLSPEC int mca_base_var_register (const char *project_name,
const char *framework_name,
   ^
/usr/src/64bit/release/openmpi/openmpi-1.9.0-a1/src/openmpi-1.9.0/orte/mca/sensor/ft_tester/sensor_ft_tester_component.c:74:35:
error: incompatible type for argument 10 of ‘mca_base_var_register’
   &mca_sensor_ft_tester_component.multi_fail);
   ^
In file included from
/usr/src/64bit/release/openmpi/openmpi-1.9.0-a1/src/openmpi-1.9.0/opal/mca/base/base.h:35:0,
 from
/usr/src/64bit/release/openmpi/openmpi-1.9.0-a1/src/openmpi-1.9.0/orte/mca/sensor/ft_tester/sensor_ft_tester_component.c:14:
/usr/src/64bit/release/openmpi/openmpi-1.9.0-a1/src/openmpi-1.9.0/opal/mca/base/mca_base_var.h:503:19:
note: expected ‘mca_base_var_info_lvl_t’ but argument is of type
‘_Bool *’
 OPAL_DECLSPEC int mca_base_var_register (const char *project_name,
const char *framework_name,
   ^
/usr/src/64bit/release/openmpi/openmpi-1.9.0-a1/src/openmpi-1.9.0/orte/mca/sensor/ft_tester/sensor_ft_tester_component.c:74:35:
error: too few arguments to function ‘mca_base_var_register’
   &mca_sensor_ft_tester_component.multi_fail);
   ^
In file included from
/usr/src/64bit/release/openmpi/openmpi-1.9.0-a1/src/openmpi-1.9.0/opal/mca/base/base.h:35:0,
 from
/usr/src/64bit/release/openmpi/openmpi-1.9.0-a1/src/openmpi-1.9.0/orte/mca/sensor/ft_tester/sensor_ft_tester_component.c:14:
/usr/src/64bit/release/openmpi/openmpi-1.9.0-a1/src/openmpi-1.9.0/opal/mca/base/mca_base_var.h:503:19:
note: declared here
 OPAL_DECLSPEC int mca_base_var_register (const char *project_name,
const char *framework_name,
   ^
/usr/src/64bit/release/openmpi/openmpi-1.9.0-a1/src/openmpi-1.9.0/orte/mca/sensor/ft_tester/sensor_ft_tester_component.c:81:35:
warning: passing argument 1 of ‘mca_base_var_register’ from
incompatible pointer type [enabled by default]
   &daemon_fail_prob);
   ^
In file included from
/usr/src/64bit/release/openmpi/openmpi-1.9.0-a1/src/openmpi-1.9.0/opal/mca/base/base.h:35:0,
 from
/usr/src/64bit/release/openmpi/openmpi-1.9.0-a1/src/openmpi-1.9.0/orte/mca/sensor/ft_tester/sensor_ft_tester_component.c:14:
/usr/src/64bit/release/openmpi/openmpi-1.9.0-a1/src/openmpi-1.9.0/opal/mca/base/mca_base_var.h:503:19:
note: expected ‘const char *’ but argument is of type ‘struct
mca_base_component_t *’
 OP

Re: [OMPI devel] No such file(s) or directory

2013-07-08 Thread Vasiliy 
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_sqlite_component.c:
In function ‘sqlite_component_query’:
/usr/src/64bit/release/openmpi/openmpi-1.9.0-a1/src/openmpi-1.9.0/opal/mca/db/sqlite/db_sqlite_component.c:93:17:
warning: assignment from incompatible pointer type [enabled by
default]
 *module = (mca_base_module_t*)&opal_db_sqlite_module;
 ^
/usr/src/64bit/release/openmpi/openmpi-1.9.0-a1/src/openmpi-1.9.0/opal/mca/db/sqlite/db_sqlite_component.c:
In function ‘sqlite_component_close’:
/usr/src/64bit/release/openmpi/openmpi-1.9.0-a1/src/openmpi-1.9.0/opal/mca/db/sqlite/db_sqlite_component.c:104:12:
error: ‘ORTE_SUCCESS’ undeclared (first use in this function)
 return ORTE_SUCCESS;
^
/usr/src/64bit/release/openmpi/openmpi-1.9.0-a1/src/openmpi-1.9.0/opal/mca/db/sqlite/db_sqlite_component.c:104:12:
note: each undeclared identifier is reported only once for each
function it appears in
/usr/src/64bit/release/openmpi/openmpi-1.9.0-a1/src/openmpi-1.9.0/opal/mca/db/sqlite/db_sqlite_component.c:
In function ‘sqlite_component_register’:
/usr/src/64bit/release/openmpi/openmpi-1.9.0-a1/src/openmpi-1.9.0/opal/mca/db/sqlite/db_sqlite_component.c:127:12:
error: ‘ORTE_SUCCESS’ undeclared (first use in this function)
 return ORTE_SUCCESS;
^
Makefile:1608: recipe for target
'libmca_db_sqlite_la-db_sqlite_component.lo' failed
make[2]: *** [libmca_db_sqlite_la-db_sqlite_component.lo] Error 1
  CC   libmca_db_sqlite_la-db_sqlite.lo
/usr/src/64bit/release/openmpi/openmpi-1.9.0-a1/src/openmpi-1.9.0/opal/mca/db/sqlite/db_sqlite.c:39:39:
fatal error: opal/runtime/opal_globals.h: No such file or directory
 #include "opal/runtime/opal_globals.h"
   ^
compilation terminated.

On Mon, Jul 8, 2013 at 8:28 PM, Ralph Castain  wrote:
> 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 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-db_sqlite.lo
>> /usr/src/64bit/release/openmpi/openmpi-1.9.0-a1/src/openmpi-1.9.0/opal/mca/db/sqlite/db_sqlite_component.c:23:33:
>> fatal error: opal/util/proc_info.h: No such file or directory
>> #include "opal/util/proc_info.h"
>> ^
>> compilation terminated.
>> Makefile:1608: recipe for target
>> 'libmca_db_sqlite_la-db_sqlite_component.lo' failed
>> make[2]: *** [libmca_db_sqlite_la-db_sqlite_component.lo] Error 1
>> make[2]: *** Waiting for unfinished jobs
>> /usr/src/64bit/release/openmpi/openmpi-1.9.0-a1/src/openmpi-1.9.0/opal/mca/db/sqlite/db_sqlite.c:39:39:
>> fatal error: opal/mca/errmgr/base/base.h: No such file or directory
>> #include "opal/mca/errmgr/base/base.h"
>>   ^
>> compilation terminated.
>> 
>> ___
>> 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

Re: [OMPI devel] No such file(s) or directory

2013-07-08 Thread Ralph Castain 
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 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-db_sqlite.lo
> /usr/src/64bit/release/openmpi/openmpi-1.9.0-a1/src/openmpi-1.9.0/opal/mca/db/sqlite/db_sqlite_component.c:23:33:
> fatal error: opal/util/proc_info.h: No such file or directory
> #include "opal/util/proc_info.h"
> ^
> compilation terminated.
> Makefile:1608: recipe for target
> 'libmca_db_sqlite_la-db_sqlite_component.lo' failed
> make[2]: *** [libmca_db_sqlite_la-db_sqlite_component.lo] Error 1
> make[2]: *** Waiting for unfinished jobs
> /usr/src/64bit/release/openmpi/openmpi-1.9.0-a1/src/openmpi-1.9.0/opal/mca/db/sqlite/db_sqlite.c:39:39:
> fatal error: opal/mca/errmgr/base/base.h: No such file or directory
> #include "opal/mca/errmgr/base/base.h"
>   ^
> compilation terminated.
> 
> ___
> devel mailing list
> de...@open-mpi.org
> http://www.open-mpi.org/mailman/listinfo.cgi/devel

[OMPI devel] No such file(s) or directory

2013-07-08 Thread Vasiliy 
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-db_sqlite.lo
/usr/src/64bit/release/openmpi/openmpi-1.9.0-a1/src/openmpi-1.9.0/opal/mca/db/sqlite/db_sqlite_component.c:23:33:
fatal error: opal/util/proc_info.h: No such file or directory
 #include "opal/util/proc_info.h"
 ^
compilation terminated.
Makefile:1608: recipe for target
'libmca_db_sqlite_la-db_sqlite_component.lo' failed
make[2]: *** [libmca_db_sqlite_la-db_sqlite_component.lo] Error 1
make[2]: *** Waiting for unfinished jobs
/usr/src/64bit/release/openmpi/openmpi-1.9.0-a1/src/openmpi-1.9.0/opal/mca/db/sqlite/db_sqlite.c:39:39:
fatal error: opal/mca/errmgr/base/base.h: No such file or directory
 #include "opal/mca/errmgr/base/base.h"
   ^
compilation terminated.

Re: [OMPI devel] Using external libevent

2013-07-08 Thread Orion Poplawski 

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 doesn't include the header files, so users will 
need to install both libevent and libevent-headers. In addition, the current 
libevent rpm is built -without- thread support, which we require. Thus, it is 
missing the required libevent_pthreads library. We will detect the lack of this 
library and abort configure, so at least we won't build something that can't 
run. However, it does mean that your users won't be able to use the OMPI rpm 
unless you get some changes in the libevent rpm.

2. current libevent rpm version level for CentOS, at least, is very old - like 
version 1.4. We are currently using version 2.0.21, so you can see the gap. In 
fact, version 1.4 doesn't even contain some of the functions we require. I've 
added a test for this and will abort the configure in such cases. However, it 
again means your users may not be able to use the OMPI rpm - it'll just be a 
question of what libevent version is available on their platform.

As we've been saying, we didn't just choose to include libevent without reason. 
It's a critical part of the OMPI system, and we have requirements both in terms 
of its revision level and how it is configured.

I hope to have the external libevent support committed to the trunk, and then 
moved to the 1.7 branch in the upcoming weeks. It'll be up to you folks to 
figure out how you're going to make this all work :-/


Great!  Let me know when it is available for testing and I'll take a look.


--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA/CoRA DivisionFAX: 303-415-9702
3380 Mitchell Lane  or...@cora.nwra.com
Boulder, CO 80301  http://www.cora.nwra.com

Re: [OMPI devel] max. message size

2013-07-08 Thread Paul Kapinos 

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 program send the messages as byte sequences and 
thus cannot send more than 2^31 (=2Gb) in one call. Possible solutions:

- send data in chunks
- use ILP64 (no idea about Open MPI support it)
- use constructed data types instead of "bytes". (using doubles istead of 
sending the same data as byte sequence lead to 8x raise of the max message size).


see also
http://montecarlo.vtt.fi/mtg/2012_Madrid/Hans_Hammer2.pdf
esp. pp. 6 - 7.

Best

Paul


On 07/08/13 15:08, mohammad assadsolimani wrote:


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 for all of   your help  and thank you in advanced
Mohammad

--
Webmail: http://mail.livenet.ch
Glauben entdecken: http://www.jesus.ch
Christliches Webportal: http://www.livenet.ch



___
devel mailing list
de...@open-mpi.org
http://www.open-mpi.org/mailman/listinfo.cgi/devel





--
Dipl.-Inform. Paul Kapinos   -   High Performance Computing,
RWTH Aachen University, Center for Computing and Communication
Seffenter Weg 23,  D 52074  Aachen (Germany)
Tel: +49 241/80-24915



smime.p7s
Description: S/MIME Cryptographic Signature

[OMPI devel] max. message size

2013-07-08 Thread mohammad assadsolimani 


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 for all of   your help  and thank you in advanced
Mohammad

--
Webmail: http://mail.livenet.ch
Glauben entdecken: http://www.jesus.ch
Christliches Webportal: http://www.livenet.ch