Revert 58f2e09a4254 and part of 4a15fb9e4aec: it was fixed in CPython after the2020-07-28T10:00:32+00:00Armin Rigoarigo@tunes.org2020-07-28T10:00:32+00:00913767b6eff974f650722041eefc7f2076c09b18
3.9b5 release.
Check with the real C compiler2020-07-19T10:19:12+00:00Armin Rigoarigo@tunes.org2020-07-19T10:19:12+00:00e4bba72b9a9aa979f2111bd5b171d6afc4135daa
Add a hypothesis test. Mostly checks libffi, or our own libffi_msvc on windows2020-07-19T09:35:02+00:00Armin Rigoarigo@tunes.org2020-07-19T09:35:02+00:00663ed8ddd7744cd68077141f9b7b0b910c82c09b
ctypes on windows doesn't correctly return 3-bytes structs2020-07-19T08:18:24+00:00Armin Rigoarigo@tunes.org2020-07-19T08:18:24+00:0063b741f4e24663796b730cbab6a7b25dc6ece004
Extra tests for using a 3-bytes struct as a return type2020-07-18T21:56:43+00:00Armin Rigoarigo@tunes.org2020-07-18T21:56:43+00:00ac54caf4440e0a09ce1aa7935bee71512c7ca329
on darwin, arm64 bitfields act like x86_642020-07-10T01:39:23+00:00Lawrence D'Annalawrence_danna@apple.com2020-07-10T01:39:23+00:006e2ce7bdd4741ed2df55ad5c7480a8ef0224f815
#4542020-05-29T08:27:40+00:00Armin Rigoarigo@tunes.org2020-05-29T08:27:40+00:0082389a693860fa1add7ced57334f9b18c7f04d0e
Second try with '# NUMBER' instead of '#line NUMBER', as gcc seems to output
Second try with '# NUMBER' instead of '#line NUMBER', as gcc seems to output
Issue #4542020-05-26T13:51:56+00:00Armin Rigoarigo@tunes.org2020-05-26T13:51:56+00:006c6b4102077dec4eb249d3ca42a1bd0b343aece2
Try harder to avoid #line directives confuse the rest of pre-parsing
Try harder to avoid #line directives confuse the rest of pre-parsing