after upgrading our s390 systems (-m31) to binutils-2.21.1, we noticed the s390-tools package failed in the zipl code: gcc -O2 -pipe -W -Wall -Wno-unused-parameter -W -Wall -Wno-unused-parameter -W -Wall -Wno-unused-parameter -DS390_TOOLS_RELEASE=1.15.0-build-20111205 - DS390_TOOLS_LIBDIR=/lib/s390-tools -DS390_TOOLS_SYSCONFDIR=/etc - DS390_TOOLS_RELEASE=1.15.0-build-20111205 -DS390_TOOLS_LIBDIR=/lib/s390-tools -DS390_TOOLS_SYSCONFDIR=/etc -DS390_TOOLS_RELEASE=1.15.0-build-20111205 - DS390_TOOLS_LIBDIR=/lib/s390-tools -DS390_TOOLS_SYSCONFDIR=/etc -I../include - D__ASSEMBLY__ - DS390_TOOLS_VERSION_EBCDIC=0xf1,0x4b,0xf1,0xf5,0x4b,0xf0,0x60,0x82,0xa4,0x89,0x93,0x84,0x60,0xf2,0xf0,0xf1,0xf1,0xf1,0xf2,0xf0,0xf5 -c -o eckd2dump.o eckd2dump.S eckd2dump.S: Assembler messages: eckd2dump.S:708: Error: Unrecognized opcode: `larl' eckd2dump.S:708: Error: Unrecognized opcode: `larl' make[2]: *** [eckd2dump.o] Error 1 Debian fixed this by adding -m64 to CFLAGS in zipl's boot/Makefile. is this the right way to go ? if so, could we get this added to the s390-tools package ? -mike
Attachment:
signature.asc
Description: This is a digitally signed message part.