Gleb Mazovetskiy

For now, a workaround is to define a class method: ``` ruby def self.domestic(countries) where(country: countries) end ``` Wrapping the array might mean losing compatibility with forms as is. Instead,...

We have the same issue as our codebase has exceptions disabled. One convoluted workaround is to return a string with the error message and call `error` on the Lua side...

Ideally, sol would be integrated with `std::expected` (or `tl::expected`) so that the lamba could just return an `expected` and sol would handle the unwrapping and calling Lua's `error`.

This is probably only reproducible on PC with SDL1 and native 8-bit rendering. That's kinda difficult to replicate, might need a VM.

nxdk uses PDClib, which doesn't have `strtod` but they have a draft implementation: https://github.com/DevSolar/pdclib/blob/7d471427fa986a9f4cafb069af17821ee7868141/functions/_PDCLIB/_PDCLIB_strtod_main.c#L16-L20 It'd probably be best to submit a PR to PDClib directly.

I found high quality public domain implementations of floatstring conversions in sqlite https://github.com/DevSolar/pdclib/issues/5#issuecomment-1950136787

Sent a PR to PDClib with a partial `strtod` implementation based on the one from SQLite https://github.com/DevSolar/pdclib/pull/22

This is now fixed, I'm guessing the remapping PR fixed this somehow

> Specifying the layout is only really useful for swapping the A/B and X/Y buttons. Other than that, most gamepads are pretty similar. As mentioned in https://github.com/diasurgical/devilutionX/discussions/6923, looks like A/B...

`_mm_loadu_si128` is an x86-64 (SSE2) instruction, sounds like libzt incorrectly uses x86-64 instead of ARM asm on Windows