Should be fixed with r27716. We had reorganized the linking a little while ago, and the person who did it thought that the indirect references would be resolved - i.e., that linking against liborte would automatically resolve any calls to functions in libopal since liborte is linked against libopal. Sadly, this wasn't true for the Mac, and it looks like it isn't true for Ubuntu either.

Anyway, I resolved it by simply adding libopal to the list of libs for those tools. Let me know if it fixes this for you.

On Dec 23, 2012, at 7:39 AM, R C <> wrote:

I am trying to compile the development version of openmpi obtained through svn yesterday, on a AMD64 computer running Ubuntu 12.10 (gcc 4.7.2) with valgrind-3.8.1 installed in /usr/local

After ./ I ran configure:
../configure FC=gfortran --with-mpi-f90-size=medium --with-f90-max-array-dim=6 --with-valgrind=/usr/local

however 'make all' exited with the error:

make[2]: Entering directory `/home/rc/Downloads/ompi/objd/orte/tools/orte-clean'
  CC     orte-clean.o
  CCLD   orte-clean
/usr/bin/ld: orte-clean.o: undefined reference to symbol 'opal_show_help_string'
/usr/bin/ld: note: 'opal_show_help_string' is defined in DSO /home/rc/Downloads/ompi/objd/opal/.libs/ so try adding it to the linker command line
/home/rc/Downloads/ompi/objd/opal/.libs/ could not read symbols: Invalid operation
collect2: error: ld returned 1 exit status
make[2]: *** [orte-clean] Error 1
make[2]: Leaving directory `/home/rc/Downloads/ompi/objd/orte/tools/orte-clean'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/rc/Downloads/ompi/objd/orte'
make: *** [all-recursive] Error 1

I checked using nm.

Any suggestions to get the compilation working would be appreciated.
devel mailing list