On Wed, Jul 19, 2017 at 8:28 PM, <[email protected]> wrote:
> # > # Executable file formats / Emulations > # > CONFIG_BINFMT_ELF=y > CONFIG_COMPAT_BINFMT_ELF=y > CONFIG_ELFCORE=y > CONFIG_CORE_DUMP_DEFAULT_ELF_HEADERS=y > CONFIG_BINFMT_SCRIPT=y > # CONFIG_HAVE_AOUT is not set > CONFIG_BINFMT_MISC=y > CONFIG_COREDUMP=y > CONFIG_IA32_EMULATION=y > CONFIG_IA32_AOUT=y > CONFIG_X86_X32=y > CONFIG_COMPAT_32=y > CONFIG_COMPAT=y > CONFIG_COMPAT_FOR_U64_ALIGNMENT=y > CONFIG_SYSVIPC_COMPAT=y > CONFIG_KEYS_COMPAT=y > CONFIG_X86_DEV_DMA_OPS=y > CONFIG_NET=y > CONFIG_COMPAT_NETLINK_MESSAGES=y > CONFIG_NET_INGRESS=y > Looks good. I know for a fact that we can run a static 32 bit binary in a 64 bit gentoo, even without x32 support. I tried with a program I had compiled in a pure 32 bit system, but my program doesn't have any library as run-time dependency. Your pirate-loader_lnx seems to have strange requirements. I would install a 32 bit linux (e.g. Alpine). But you cannot be sure it provides whatever pirate-loader_lnx wants... Maybe you could post the output of "strace ./pirate_loader_lnx"? Maybe the authors assumed a path for something that Gentoo puts somewhere else? If so, a small forest of symlinks might do the job, lacking a better solution... (such assumptions are one of the marks of crappy sw, as in "everybody uses Windows, so...". Unfortunately, free sw may have the same faults, for example with s/Windows/Ubuntu/g) Cheers Jorge
