__wrap_fcntl is recursively calling itself, which doesn't happen in unlump, ohrrpgce-game or ohrrpgce-custom, or when I compile locally. It's a pretty serious problem, as it indicates that the glibc_compat.c stuff is not entirely robust (or it's a gcc/ld bug). Technically I'm meant to be calling __real_fcntl() instead of fcntl() with some assembler magic. I played around with godbolt a bit but couldn't repo anything. I think that probably it's caused by lto optimisation, which on linux is used just for unlump and relump. I'll disable it... surprisingly it actually increases the binary sizes. I think I had turned it on hoping to decrease them (it does quite substantially for win95 builds anyway). And it wouldn't be surprising if it's another lto bug, those seem common.
On Mon, 4 Aug 2025 at 06:41, James Paige via Ohrrpgce < [email protected]> wrote: > I noticed a weird thing. I don't even know if this is a bug or just a > problem on my specific computer > > If I download the binary nightly for Linux x86_64, the relump binary > segfaults immediately. All the other binaries in the tarball work fine. > > No such problem occurs if I download the Linux x86 tarball. > > My best guess is some kind of library difference between the slightly > older box where the binaries are built, and my main box *shrug* > _______________________________________________ > Ohrrpgce mailing list > [email protected] > http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org >
_______________________________________________ Ohrrpgce mailing list [email protected] http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org
