Adrian Bunk

Based on the provided coredumps it is: ``` (gdb) bt #0 0x0000000000000000 in ?? () #1 0x000055cc2e8068cd in loop_poll (loop=0x55cc30164780) at ../loop.c:111 #2 0x000055cc2e804eb5 in main (argc=2, argv=0x7ffebdfc1e78) at ../main.c:1235...

Another thing to check would be whether latest master still fails. The way commit a99afe6a changes the code in question might (or might not) fix the problem.

> I fixed the remaining powerpc issue. Not sure why the s390x tests are failing, the output appears to be correct as far as I can tell. Could you tell...

This does not help, but i debugged this a bit further. In `src/data/reference.cpp` I can fix the format detection by using `le64toh` at the two places where `magic_number` is used,...

Details for the mips64el error: ``` ... Processing query block 0, reference block 0, shape 15, index chunk 0. Building reference seed array... [0.006s] Building query seed array... [0.007s] Computing...

@plicease FYI, this does not seem to be specific to Platypus: https://bugs.debian.org/1021735

> Support for weak symbols is rather spotty across platforms I believe and the exact behavior differs between platforms. The file is `arm_linux.rs` (and the weak attribute is already used...

@AlexPeshkoff The problem is that uppercase/lowercase (like sort order) depends on the locale even for ASCII. The lowercase of `DIR_SAMPLEDB` might be `dir_sampledb` or `dır_sampledb` (dotless `ı`) depending on the...

> ASCII has no "dotless i" character. But the large `I` in ASCII might be lowercased to dotless `ı` depending on the locale. This is similar to e.g. wrongly assuming...

> ASCII is a very specific American charset. Only American locale rules can be applied to it. To make you nitpicker happy, let me correct myself: The problem is that...