[Mpi-22] [MPI Forum] #55: MPI-2.1 Cross-language attribute example is wrong
    Jeff Squyres 
    jsquyres at [hidden]
       
    Tue Jan 27 16:49:02 CST 2009
    
    
  
On Jan 27, 2009, at 5:35 PM, William Gropp wrote:
> On the last point, the real answer is that since the attributes  
> behave as if they were set by the now deprecated functions, they  
> should themselves be deprecated, since we must not change their  
> behavior.  This is also the source of the int/MPI_Fint issue - there  
> was no MPI_Fint in MPI-1.
Wow, the scope of this ticket keeps expanding.  :-)
I see the following attributes in OMPI's mpi.h:
     /* MPI-1 */
     MPI_TAG_UB,
     MPI_HOST,
     MPI_IO,
     MPI_WTIME_IS_GLOBAL,
     /* MPI-2 */
     MPI_APPNUM,
     MPI_LASTUSEDCODE,
     MPI_UNIVERSE_SIZE,
     MPI_WIN_BASE,
     MPI_WIN_SIZE,
     MPI_WIN_DISP_UNIT,
Excluding MPI_WIN_BASE (which, IIRC, is the only address-sized  
attribute in this list), if we deprecate these names, I assume we'll  
simply replace them with new names that behave as if they were set  
from Fortran MPI_COMM_SET_ATTR.  Specifically, the sizes of the values  
will be such that you have to access them with  
INTEGER(KIND=MPI_ADDRESS_KIND) and (MPI_Aint*).
Is that what you're thinking?  If so, how about s/MPI_/MPI_ATTR_/ in  
all the names (perhaps also creating an alias for MPI_WIN_BASE ->  
MPI_ATTR_WIN_BASE just for symmetry)?  I'm open to suggestions for new  
names.
I'd almost prefer to make that a separate (but related) ticket -- the  
issues in #55 are already quite tangled... (i.e., leave out any  
mention of the predefined attributes from #55 and have a new ticket  
for those issues)  Sound reasonable?
-- 
Jeff Squyres
Cisco Systems
    
    
More information about the Mpi-22
mailing list