I changed system_arm_linux_info.endian to endian_big in /pp/compiler/systems/i_linux.pas and then ran:
make clean CPU_TARGET=arm CROSSINSTALL=1
(I think it cleans everything regardless of those, but just to be sure)

and then:
make crossall CPU_TARGET=arm OS_TARGET=linux

And it is busy compiling and assembling. However, I noticed the commands:
/bin/mkdir -p /pp/rtl/units/arm-linux
arm-linux-as -o /pp/rtl/units/arm-linux/prt0.o arm/prt0.as arm-linux-as -o /pp/rtl/units/arm-linux/dllprt0.o arm/dllprt0.as arm-linux-as -o /pp/rtl/units/arm-linux/cprt0.o arm/cprt0.as arm-linux-as -o /pp/rtl/units/arm-linux/gprt0.o arm/gprt0.as

The command line options for arm-linux-as include: -mbig-endian and -mlittle-endian
Shouldn't one of those be included, or does arm-linux-as also pick up endian information from some environment variable?

Those arm-linux-as lines are in the Makefile and not in the compiler.

Peter

Note that the easiest way to deal with such issues is to simply make arm-linux-as and -ld a script that adds a parameter, so

arm-linux-as is renamed to true-arm-linux-as and arm-linux-as is e.g. (untested):

#!/bin/sh
/path/to/true-arm-linux-as -mbig-endian $@

Using armbe-linux- as prefix for the script looks much better. And then supply BINUTILSPREFIX=armbe-linux- for the make command or -XParmbe-linux- for the compiler commandline.

Peter

Hmm, yes. Maybe we could put a few of these scripts prebuild in install/cross or so. They hardly take up room anyway.

Sb on the IRC ran into the same problem with AMD64 dual-arch distro's, where the same as could make bins for 32-bit and 64-bit.