VERSION: remove trailing whitespace
usnic: update help messages

These messages were committed in the v1.8 branch in r32341, but were
never committed to the trunk (because we were waiting for the OPAL BTL
move).  This commit brings the trunk and v1.8 help messages in line
with each other.
configry: restore "autogen.pl --no-ompi" functionality

Don't use "ompi" names with top-level constructs, because the OMPI
project may not be built.  Instead, just use "opal" names -- they'll
always be there.
configury: ensure wrapper static LIBS is filled properly

In core library portions of the configury (e.g., top-level
configure.ac itself), we were calling AC_CHECK_LIB and
OPAL_CHECK_FUNC_LIB to check for various libraries.

'''SIDENOTE:''' It turns out that modern Autoconf has AC_SEARCH_LIBS,
which does just about exactly what OPAL_CHECK_FUNC_LIB does.  So this
commit effectively replaces OPAL_CHECK_FUNC_LIB with AC_SEARCH_LIBS.

However, we never bothered to add these found libraries to the wrapper
compiler list of libraries used for static linking (doh!).  We've been
getting lucky for quite a while that components were adding the same
libraries to their wrapper compiler LIBS list.  

This is problematic, however, if we don't build some of these
components.  For example, Paul Hargrove noticed that if he configured
with --disable-shared --enable-static --disable-io-romio, ROMIO was no
longer adding some libraries to the wrapper LIBS list -- libraries
that just happened to also be needed by core OPAL/ORTE/OMPI layers.

The solution is not to use AC_CHECK_LIB or OPAL_CHECK_FUNC_LIB, but
use a pair of new macros:

 * OPAL_SEARCH_LIBS_CORE: a wrapper around AC_SEARCH_LIBS.  If we add
   something to $LIBS, then also add it to the wrapper list of static
   libraries.  This is the main piece of functionality that was
   wrong/missing.
 * OPAL_SEARCH_LIBS_COMPONENT: similar to OPAL_SEARCH_LIBS_CORE, but
   instead of directly adding it to the wrapper list of static
   libaries, add it to <framework>_<component>_LIBS (which eventually
   gets slurped up into the wrapper list of static libraries.  See the
   lengthy comment in config/opal_setup_wrappers.m4 near the beginning
   of OPAL_SETUP_WRAPPER_INIT() for a more detailed explanation).
   Most components did this correctly already, but one or two weren't
   right, so I implemented this second macro quite similar to the
   first and put it everywhere we already used AC_SEARCH_LIBS or
   OPAL_CHECK_FUNC_LIB.

This needs to soak for a day or two on the trunk before moving to the
v1.8 branch.

Refs #4834

cmr=v1.8.2:reviewer=ggouaillardet
configury: ensure wrapper static LIBS is filled properly

Fix parameter order in OPAL_SEARCH_LIBS_CORE call

cmr=v1.8.2:ticket=#4841
Fix missing prototype for _strdup

_strdup is not part of any include file i could find on Solaris 10.
manually add the _strdup prototype if needed.

cmr=v1.8.2:reviewer=jsquyres
windows: effectively revert r32449

The _strdup usage in opal/util/basename looks like it was a product of
Windows compatibility (see r11336), which we don't care about any
more.  Further, opal/win32/win_compat.h, which we sitll maintain for
cygwin compatibility, #define's strdup to _strdup (which is what
Microsoft wants you to use).  

So this old _strdup in opal/util/basename.c (and its corresponding
check in configure.ac) should just be removed.
check-help-strings.pl: minor updates

Include the full path to the helpfile in the output message, when
relevant.
helpfiles: remove empty helpfiles
helpfiles: fix filenames referenced by calls to show_help()
btl vader: removed unused helpfile

vader does not invoke show_help() at all -- all the topics in this
helpfile were copied from the original sm btl helpfile.
btl_openib_component.c: remove inline logic and use 2 calls to show_help

The contrib/check-help-strings.pl gets confused if the topic is an
inline logic check, so separate it into two calls to show_help.
btl_sm_component.c: update outdated topic for call to show_help
README: Document the --with-usnic configure switch

cmr=v1.8.2:reviewer=rhc
Fix some error messages.
Avoid alignment issues in opal_value_t copies

cmr=v1.8.2:reviewer=rhc
Resolve race condition when procs call MPI_Abort. Since we go thru the errmgr instead of the normal proc termination routines, we need to ensure we mark that the proc has fired its waitpid and is no longer alive. Otherwise, the local daemon won't terminate because it thinks there is still a local proc alive and we hang.

Thanks to Gilles for tracking it down.

cmr=v1.8.2:reviewer=rhc
Small fix for case where no libcuda.so.1 is found.
Update the proc structure dereference to reflect the new opal_proc_t super field
Cleanup and ignore Intel compiler build products