And reverted both r20739 and r20740.
With best regards,
Rainer
On Thursday 05 March 2009 04:25:18 pm Ralph Castain wrote:
> This is what we expressly said NOT to do in Louisville
--
Rainer Keller, PhD
Hi Jeff,
On Thursday 05 March 2009 04:06:53 pm Jeff Squyres wrote:
> Can you please explain this change? It seems like a very large code
> change for such a trivial name change. Why was it necessary to change
> orte_process_info to orte_proc_info and change all these files?
Yes, I know, as the
This is what we expressly said NOT to do in Louisville
Please remit this
Ralph
On Mar 5, 2009, at 2:14 PM, rusra...@osl.iu.edu wrote:
Author: rusraink
Date: 2009-03-05 16:14:18 EST (Thu, 05 Mar 2009)
New Revision: 20740
URL: https://svn.open-mpi.org/trac/ompi/changeset/20740
Log:
- Second
Rainer --
Can you please explain this change? It seems like a very large code
change for such a trivial name change. Why was it necessary to change
orte_process_info to orte_proc_info and change all these files?
It feels like we're getting into "I like this name better than that
name"
Ralph Castain wrote:
I just ran a 64ppn job without problem. Couple of possibilities come
to mind:
1. you might have some stale lib around - try blowing things away and
rebuilding
2. there may be a problem in your specific situation. Can you provide
some info on what you are doing
Adding pointer to OFED bugzilla ticket for more information:
https://bugs.openfabrics.org/show_bug.cgi?id=1537
Jeff Squyres wrote:
VT guys --
It looks like we still have a compile bug in OMPI 1.3.1rc4... See below.
Do you think you can get a fix ASAP for OMPI 1.3.1final?
Begin forwarded
I tried to build latest OFED with new ompi rc4, but is looks that vtune
code is broken again ?
gcc -DHAVE_CONFIG_H -I. -I.. -I../tools/opari/lib -I../extlib/otf/otflib
-I../extlib/otf/otflib -D_GNU_SOURCE
-DBINDIR=\"/usr/local/mpi/gcc/openmpi-1.3.1rc4/bin\"
