test failure in 32-bit libtool in multilib builds

[ken]

On a good build of libtool 1.5.22, all 103 tests pass.

Since about May I've been seeing the following on powerpc64 32-bit libtool (and Jim has this in his sparc-multilib 32-bit libtool logs) :

FAIL: pdemo-make.test
SKIP: pdemo-exec.test
SKIP: pdemo-inst.test
 ...
1 of 101 tests failed
(2 tests were not run)
Please report to bug-libtool@gnu.org

It is not obvious to me what broke this (1.5.22 passed all the tests in early May on 32-bit powerpc64), but the fix is to force LDEMULATION when running make check.

Unfortunately, the LDEMULATION values are arch-specific.

The good thing is that this ONLY affects the testsuite - users will still have to play with LDFLAGS='-L/lib -L/usr/lib' and 'LD="gcc ${BUILD32}"' and LDEMULATION when they get to blfs, but it would be nice to fix this before the release.

The available values to use here are shown in 'ld -V'.

We have the following multilib builds:

x86_64 - not confirmed, fix is probably to pass LDEMULATION=elf_i386

MIPS - not confirmed, might possibly affect n32 as well as 32

Sparc v9/Ultrasparc - required emulation not known

PowerPC64 - fix is to pass LDEMULATION=elf32ppc

[ken]

Fixed in ppc64, and I've taken the opportunity to educate readers about the other ways of beating libtool into shape for when they get to blfs. If we can get confirmation that this does apply to the other arches, plus the emulations to use, all of this text except the emulation can go into final-system/multilib/libtool.xml, but every multilib arch will need its own version to set the emulation in. Maybe there is a better way of setting it out.

[ken]

Joe has confirmed the problem exists in x86_64, so I've added a provisional fix for that arch.

[ken]

Updated the othere multilibs at the weekend, forgot to close this.