precompile support for armv7l-linux-gnueabihf

[cocoa-xu]

Long story short: ErlNapiSInt64 defined in erl_drv_nif.h becomes signed 32-bit integer when cross-compiling for an armv7l target on an x86_64 host.

The old but gold printf debugging 🫣

        case SQLITE_INTEGER: {
            int64_t value = sqlite3_column_int64(statement, i);
            sqlite_int64 v = value;
            printf("sqlite3_column_int64: int64_t %lld\r\n", value);
            printf("sqlite3_column_int64: sqlite_int64 %lld\r\n", v);
            printf("sizeof(ErlNapiSInt64): %ld\r\n", sizeof(ErlNapiSInt64));
            return enif_make_int64(env, v);
        }

sqlite3_column_int64: int64_t 20221010123504
sqlite3_column_int64: sqlite_int64 20221010123504
sizeof(ErlNapiSInt64): 4

So the potential solution is to compile it in an armv7l-linux-gnueabihf docker container.

Relevant issue: elixir-ecto/ecto_sql#638

[cocoa-xu]

Actually, I might have a better solution

[cocoa-xu]

Now it should be much simpler, and it turns out we have to use the header files from the armv7l version of OTP.

[warmwaffles]

Awesome. It will only be a matter of time before someone using an ARM based Windows machine asks for support.

[warmwaffles]

Thank you @cocoa-xu I appreciate the investigation.

[cocoa-xu]

Awesome. It will only be a matter of time before someone using an ARM based Windows machine asks for support.
Thank you @cocoa-xu I appreciate the investigation.

Not a problem! And let me know when we need to do precompile support for ARM based Windows!