posix: Fix ioctl foreign import #16
Conversation
Previously the type of the `request` argument of `ioctl`'s `foreign import` was incorrect. This can result in incorrect code generation (and subsequent unsoundness) on some platforms. Moreover, the import used the `ccall` calling convention, which can break in surprising ways on platforms which play tricks with CPP.
|
I can confirm this fixes it for me. |
|
Pinging @biegunka. |
|
I have pinged @biegunka via email. |
|
This fixes ghcid on arm macOS. The wrong Hope this gets a release 🙏 |
The NMU was rejected: haskell-infra/hackage-trustees#310 So the only way to make this a release seems to be a package takeover. |
|
I have sent @supki an email asking about maintainership. If I haven't heard back in two weeks I will start the formal takeover process. |
|
Hey, thanks for the pull request! I'll gladly make you or anyone else willing a co-maintainer so people don't need to wait when I dissapppear again :) |
0.3.3 * Fixed ioctl foreign import. (biegunka/terminal-size#16) * #alignment is a hsc2hs built-in since some unspecified GHC 7.x. (biegunka/terminal-size#12) * Captured possible stty stderr output with a pipe. (biegunka/terminal-size#13)
Previously the type of the
requestargument ofioctl'sforeign importwas incorrect. This can result in incorrectcode generation (and subsequent unsoundness) on some platforms.
Moreover, the import used the
ccallcalling convention, which canbreak in surprising ways on platforms which play tricks with CPP.