Re: [OMPI devel] Problems compiling 1.5.3 on ARM

2011-07-11 Thread Martin Bogomolni
Thanks Jeff. Point release the tarball to 1.5.4 then for inclusion in Fedora, Debian, and Ubuntu? -Martin On Jul 11, 2011, at 6:52 PM, Jeff Squyres wrote: > Yowza. Our ARM contact has been testing from SVN, not the tarballs -- it > looks like the ARM ASM was not included in the tarball

Re: [OMPI devel] Problems compiling 1.5.3 on ARM

2011-07-11 Thread Jeff Squyres
Yowza. Our ARM contact has been testing from SVN, not the tarballs -- it looks like the ARM ASM was not included in the tarball. :-( I just fixed that in the trunk: https://svn.open-mpi.org/trac/ompi/changeset/24875 I'll get that moved over to the v1.5 tree shortly. On Jul 11, 2011, at

Re: [OMPI devel] Libevent visibility problem

2011-07-11 Thread Ralph Castain
On Jul 11, 2011, at 2:51 PM, Barrett, Brian W wrote: > Hi all - > > When libevent was made its own component last fall, it appears that the > function renames and visibility settings were lost. This is proving > rather problematic for a project I'm trying to get running with the trunk > which

[OMPI devel] Problems compiling 1.5.3 on ARM

2011-07-11 Thread martin . bogomolni
Using the following configure line: ./configure CFLAGS=-Wa,-mimplicit-it=thumb --with-ft=cr --with-blcr=/usr --with-blcr-libdir=/usr/lib --with-tm --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --sysconfdir=/etc/openmpi --libdir=/usr/lib/openmpi/lib --includedir=/usr/lib/openm

[OMPI devel] Libevent visibility problem

2011-07-11 Thread Barrett, Brian W
Hi all - When libevent was made its own component last fall, it appears that the function renames and visibility settings were lost. This is proving rather problematic for a project I'm trying to get running with the trunk which uses libev (which provides a libevent compatibility layer). It wor

Re: [OMPI devel] opal_init/finalize counter --> boolean

2011-07-11 Thread Ralph Castain
Let me offer an alternative, if it would help. What if we: 1. remove all calls to opal_init/finalize from orte_init/finalize. ORTE will only init and finalize it's own layer 2. rename opal_init to opal_init_frameworks, and ditto for opal_finalize. This makes it clear what those functions actual

[OMPI devel] Wrong version of flex in nightly tarballs last night

2011-07-11 Thread Jeff Squyres
Shiqing notified me that when I upgraded the auto tools on the build server yesterday, I forgot to include the proper version of flex -- so it used a really old version (2.5.4 instead of 2.5.35) which generates _lex.c files that don't compile on Windows. I (think that I) have fixed the problem

[OMPI devel] OpenMPI with NAG compiler and gcc 4.6

2011-07-11 Thread Jeff Squyres
(moved over from the users list; this is definitely a better fit for the devel list...) On Jul 11, 2011, at 4:17 AM, Ning Li wrote: > I am willing to help test OpenMPI with the NAG compiler from time to time but > not sure how. If you could give me specific instructions I am very happy to > h

Re: [OMPI devel] opal_init/finalize counter --> boolean

2011-07-11 Thread Jeff Squyres
On Jul 11, 2011, at 7:28 AM, George Bosilca wrote: >> How about a compromise? > > Based on the english dictionary a compromise is an agreement or a settlement > of a dispute that is reached by each side making concessions. This is not a > compromise. This is exactly what Ralph did plus name cha

Re: [OMPI devel] opal_init/finalize counter --> boolean

2011-07-11 Thread Ralph Castain
On Jul 11, 2011, at 5:37 AM, Terry Dontje wrote: > Trying to uplevel this a bit so I can figure out which of these paths makes > sense to me. Is the only reason we want to convert the symmetry of init and > finalize to being asymmetric is to support an abort case? Forgive me Ralph, > I know

Re: [OMPI devel] opal_init/finalize counter --> boolean

2011-07-11 Thread Terry Dontje
Trying to uplevel this a bit so I can figure out which of these paths makes sense to me. Is the only reason we want to convert the symmetry of init and finalize to being asymmetric is to support an abort case? Forgive me Ralph, I know you had posted this in one of the emails but I wanted to

Re: [OMPI devel] opal_init/finalize counter --> boolean

2011-07-11 Thread George Bosilca
On Jul 9, 2011, at 13:43 , Jeff Squyres wrote: > Leaving out many details, I think the arguments can be summarized as: > > 1. Ralph's argument is that per convention of our other 2 layers, > "_finalize" should unconditionally finalize the layer. Just do it. > It's also weird that opal_finali