Fixes #4677: Protect PMI2 support from borked installations

Committed from custom patch for v1.8 as this problem is being fixed in a different way on the trunk
Fixes #4653: Fix a memory leak in PMLs

---svn-pre-commit-ignore-below---

r31816 [[BR]]
Fix a memory leak in mca/pml/bfo

Allocate the allocator in init rather than open

cmr=v1.8.2:reviewer=rhc

r31838 [[BR]]
Move the allocator initialization from open to init. This clean
a memory leak. Similar changes shuld be applied to all the 
other PML that are copies of OB1. This patch is related to
#4653.

r31839 [[BR]]
Update the error message to pinpoint the right location.
Thanks Tim.
Fixes #4678: Move r31890 to v1.8 branch (Fix mmap flags in bcol_basesmuma_smcm_reg_mmap)

---svn-pre-commit-ignore-below---

r31890 [[BR]]
Fix mmap flags in bcol_basesmuma_smcm_reg_mmap

if in_ptr is NULL, the MAP_FIXED flag cannot be passed to mmap

this caused a hang in topology/cart and topology/sub from ibm
test suite on trunk.

cmr=v1.8.2:reviewer=hjelmn
Fixes #4679: Move r31891 to v1.8 branch (HCOLL: use proper parameter in)

---svn-pre-commit-ignore-below---

r31891 [[BR]]
HCOLL: use proper parameter in progress unregister

fixed by Nadezhda, reviewed by Elena/MikeD

cmr=v1.8.2:reviewer=ompi-rm1.8
Fixes #4671: Move r31874, r31876, r31877 and r31887 to v1.8 branch (Fix deallocation error in mca_common_sm_rml_info_bcast())

---svn-pre-commit-ignore-below---

r31874 [[BR]]
Fix deallocation error in mca_common_sm_rml_info_bcast()

buffer is sent (num_local_procs-1) time, so it should be
OBJ_RETAIN'ed (num_local_procs-2) time

cmr=v1.8.2:reviewer=rhc

r31876 [[BR]]
Release the buffer in all error cases and add small code cleanups.

r31877 [[BR]]
Remove a warning on p.
And correctly handle the reference count from OBJ_NEW in the error
path (thanks Gilles for noticing).

r31887 [[BR]]
do not incrementing/decrementing the opal_progress_event_state.

Per Ralph :
"I noticed that we are incrementing and decrementing the opal_progress_event state.
However, this no longer has any impact whatsoever on the RML as that is running in
the independent ORTE event thread. So all this actually does is impact the MPI layer
by adding an unnecessary overhead."

Thanks Ralph for pointing this :-)

cmr=v1.8.2:reviewer=rhc:ticket=4671