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
