Am Dienstag, den 06.01.2009, 16:33 -0500 schrieb Adam C Powell IV:
> Okay, found it. This function is inline assembly in timer.h, which
> exists in opal/sys/amd64, ia32, ia64, powerpc and sparcv9 but not alpha,
> mips, sparc or win32. That said, timer.h in opal/sys has:
> #ifndef OPAL_HAVE_SYS_TIMER_GET_CYCLES
> #define OPAL_HAVE_SYS_TIMER_GET_CYCLES 0
> which somehow is working on sparc (no reference to this function in the
> buildd log) but not alpha. (On mips, there are a bunch of assembler
> errors of the form "opcode not supported on this processor".)
The reason why it works on sparc is probably because Debian only
supports sparcv9 (TTBOMK), which has the timer functions implemented in
opal/include/opal/sys/sparcv9/timer.h. The build log also reads:
checking for asssembly architecture... SPARCV9_32
> That's about what I have time for now. Don't worry about mpi-defaults,
> it's not trying to get into Lenny; but we should worry about OpenMPI not
> building on alpha.
The reasoning for reassigning was that Open MPI built fine on alpha
before (first breakage in 1.2.8), so something has changed. I'm still
trying to find out what.
Thanks for investigating the issue!