Hi, When I tried to install OpenMPI on the front node of a cluster using OpenPBS batch system (e.g. --with-tm=/usr/open-pbs argument to configure), it didn't work and I got the error message:
--- MCA component pls:tm (m4 configuration macro) checking for MCA component pls:tm compile mode... dso checking tm.h usability... yes checking tm.h presence... yes checking for tm.h... yes looking for library in lib checking for tm_init in -lpbs... no looking for library in lib64 checking for tm_init in -lpbs... no checking tm.h usability... yes checking tm.h presence... yes checking for tm.h... yes looking for library in lib checking for tm_finalize in -ltorque... no looking for library in lib64 checking for tm_finalize in -ltorque... no configure: error: TM support requested but not found. Aborting By looking in the very long configure script I found two typo errors in variable name: "ompi_check_tm_hapy" is set at lines 68164 and 76084 "ompi_check_loadleveler_hapy" is set at line 73086 where the correct names are obviously "ompi_check_tm_happy" and "ompi_check_loadleveler_happy" (e.g. "happy" not "hapy") when looking to the variables used arround. I corrected the variables names but unfortunately it didn't fixed my problem, configure stoped with the same error message (maybe you should also correct it in your "svn" repository since this may be a "latent" bug). I'm now questionning why didn't the configuration script found the 'tm_init' symbol in libpbs.a since the following command: nm /usr/open-pbs/lib/libpbs.a | grep -e '\<tm_init\>' -e '\<tm_finalize\>' prints: 0000000000000cd0 T tm_finalize 0000000000001270 T tm_init Is it possible that on an EM64T Linux system the configure script require that lib/libpbs.a or lib64/libpbs.a be a 64 bit library to be happy (lib64/libpbs.a doesn't exist and lib/libpbs.a is a 32 bit library on our system since the OpenPBS version we use is a bit old (2.3.x) and didn't appear to be 64 bit clean) ? Martin Audet
