George Bosilca 688a16ea78 A long time waiting patch. Get rid of the comm->c_pml_procs. It was (and that was ... long ago) supposed to be used as a cache for accessing the PML procs. But in all of the PMLs the PML proc contain only one field i.e. a pointer to the ompi_proc. This pointer can be accessed using the c_remote_group easily. Therefore, there is no meaning of keeping the PML procs around. Slim fast commit ... This commit was SVN r11730.		2006-09-20 22:14:46 +00:00
..
base	Do not increase the reference count for the datatype if it is not required. Plus	2006-09-20 20:14:15 +00:00
cm	A long time waiting patch. Get rid of the comm->c_pml_procs. It was (and that was	2006-09-20 22:14:46 +00:00
dr	A long time waiting patch. Get rid of the comm->c_pml_procs. It was (and that was	2006-09-20 22:14:46 +00:00
example	Next step in the project split, mainly source code re-arranging	2006-02-12 01:33:29 +00:00
ob1	A long time waiting patch. Get rid of the comm->c_pml_procs. It was (and that was	2006-09-20 22:14:46 +00:00
Makefile.am	* AC_CONFIG_LINKS has a minor problem in that it always uses ln -s, rather	2006-07-16 04:23:52 +00:00
pml.h	A long time waiting patch. Get rid of the comm->c_pml_procs. It was (and that was	2006-09-20 22:14:46 +00:00