Open MPI logo

Open MPI Development Mailing List Archives

  |   Home   |   Support   |   FAQ   |   all Development mailing list

From: Dirk Eddelbuettel (edd_at_[hidden])
Date: 2007-07-14 12:53:16


Hi Carlos,

Thanks for the quick reply.

On 14 July 2007 at 11:03, Carlos O'Donell wrote:
| On 7/14/07, Dirk Eddelbuettel <edd_at_[hidden]> wrote:
| > i) that hppa (in the way configure sees it) is not supported:
| >
| > checking if .size is needed... yes
| > checking if .align directive takes logarithmic value... no
| > configure: error: No atomic primitives available for hppa-unknown-linux-gnu
| > make: *** [config.status] Error 1
| >
| > Now, configure and aclocal have lots of 'hppa*64' statements. Is it
| > enough to turn these into 'hppa*64*|hppa*linux*' or something similar ?
| >
| > This issue has previously been logged in the Debian Bug Tracking System,
| > see http://bugs.debian.org/431631
|
| That bug does not appear to have any relevance to the failed configure check.
| What atomic primitives does Open MPI need?

I am confused. I am not sure I understand your question. Are you aware that
configure checks for this? Eg from my x86 build logs:

checking for pre-built assembly file... yes (atomic-ia32-linux.s)
checking for atomic assembly filename... atomic-ia32-linux.s

So atomic-$foo better be there for a given architecture foo as there are
sources for some platforms:

edd_at_basebud:~/src/debian/SVN/tarballs/openmpi-1.2.3/opal> ls -1 asm/generated/
atomic-alpha-linux.s
atomic-amd64-linux-nongas.s
atomic-amd64-linux.s
atomic-ia32-cygwin-nongas.s
atomic-ia32-cygwin.s
atomic-ia32-linux-nongas.s
atomic-ia32-linux.s
atomic-ia32-osx.s
atomic-ia64-linux-nongas.s
atomic-ia64-linux.s
atomic-mips-irix.s
atomic-powerpc32-64-osx.s
atomic-powerpc32-aix.s
atomic-powerpc32-linux-nongas.s
atomic-powerpc32-linux.s
atomic-powerpc32-osx.s
atomic-powerpc64-aix.s
atomic-powerpc64-linux-nongas.s
atomic-powerpc64-linux.s
atomic-powerpc64-osx.s
atomic-sparc-solaris.s
atomic-sparcv9-32-solaris.s
atomic-sparcv9-64-solaris.s

Methinks we need to fill in a few blanks here, or make do with non-asm
solutions. I don't know the problem space that well (being a maintainer
rather than upstream developer) and am looking for guidance.

For what it's worth, lam (7.1.2, currently) us available on all build
architectures for Debian, but it may not push the (hardware) envelope as
hard.

Hope this helps, Dirk

-- 
Hell, there are no rules here - we're trying to accomplish something. 
                                                  -- Thomas A. Edison