[Pkg-openmpi-maintainers] [Fwd: Bug#657625: FTBFS openmpi 1.5 (experimental) on armel]

[Sylvestre Ledru]

Hello Jeffrey,

On 27/02/2012 19:01, Sylvestre Ledru wrote:
>
>>>>> /bin/sh ../../../libtool --tag=CC   --mode=link gcc  -DNDEBUG -Wall -g
>>>>> -O2 -finline-functions -fno-strict-aliasing -pthread -fvisibility=hidden
>>>>> -export-dynamic   -o orte-checkpoint
>>>>> orte-checkpoint.o ../../../orte/libopen-rte.la -lnsl -lutil  -lm
>>>>> libtool: link: gcc -DNDEBUG -Wall -g -O2 -finline-functions
>>>>> -fno-strict-aliasing -pthread -fvisibility=hidden
>>>>> -o .libs/orte-checkpoint orte-checkpoint.o
>>>>> -Wl,--export-dynamic  ../../../orte/.libs/libopen-rte.so -lnsl -lutil
>>>>> -lm -pthread -Wl,-rpath -Wl,/usr/lib/openmpi/lib
>>>>> /usr/bin/ld: orte-checkpoint.o: undefined reference to symbol
>>>>> 'opal_class_initialize'
>>>>> /usr/bin/ld: note: 'opal_class_initialize' is defined in
>>>>> DSO /home/sylvestre/dev/debian/openmpi/branches/openmpi-1.4.5/build/shared/opal/.libs/libopen-pal.so.0 so try adding it to the linker command line
>>>>> /home/sylvestre/dev/debian/openmpi/branches/openmpi-1.4.5/build/shared/opal/.libs/libopen-pal.so.0: could not read symbols: Invalid operation
>>>>>
>>>>> with
>>>>> ../../configure --build i486-linux-gnu --with-ft=cr --with-blcr=/usr
>>>>> --with-blcr-libdir=/usr/lib --with-libnuma=/usr
>>>>> --with-libnuma-libdir=/usr/lib --with-devel-headers
>>>>> --enable-heterogeneous --with-tm
>>>> That doesn't sound familiar.  I can't imagine how libopen-pal.so.0 could have unreadable symbols.  Is your build arch different than your host arch?  This might not be something we have tested well.
>>> no, purely 32 bits.
>>
>> Can you send the full build info?
> Do you have enough information with ?
> http://korcula.inria.fr/openmpi_1.4.5.log
FYI, OpenMPI 1.4.3 also fails on this issue.
Any idea/lead on this issue ?

Thanks
Sylvestre