Bug#1057641: ogre-1.9: add support for loongarch64

[Simon McVittie]

On Wed, 06 Dec 2023 at 19:28:40 +0800, zhangdandan wrote:
> Compiling the ogre-1.9 package failed for loong64 in the Debian Package
> Auto-Building environment.

As I already said in #1055636, ogre-1.9 was not included in bookworm and
is not going to be included in trixie. Making obsolete packages compile
on new architectures is not a particularly useful use of anyone's time.

> -#if defined(__x86_64__) || defined(_M_X64) || defined(__powerpc64__) || defined(__alpha__) || defined(__ia64__) || defined(__s390__) || defined(__s390x__) || defined(__arm64__) || defined(__aarch64__) || defined(__mips64) || defined(__mips64_) || (defined(__riscv) && (__riscv_xlen == 64))
> +#if defined(__x86_64__) || defined(_M_X64) || defined(__powerpc64__) || defined(__alpha__) || defined(__ia64__) || defined(__s390__) || defined(__s390x__) || defined(__arm64__) || defined(__aarch64__) || defined(__loongarch64) || defined(__mips64) || defined(__mips64_) || (defined(__riscv) && (__riscv_xlen == 64))
>  #   define OGRE_ARCH_TYPE OGRE_ARCHITECTURE_64

As I already said in #1055636, having a list of every 64-bit
architecture that exists is a horrible approach to portability.
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1055636#12 has some
suggestions for how to do this in a way that won't need a similar
patch again as soon as some other organization invents the foocorp64
instruction set.

    smcv