fix : incorrect POLLOUT def on horizonOS/armv6k-nintendo-3ds#5090
fix : incorrect POLLOUT def on horizonOS/armv6k-nintendo-3ds#5090kore-signet wants to merge 1 commit into
Conversation
Are they defined when they try to use them in C? If so, we should match that. It's fine to remove if they aren't in the platform's libc since this is a T3 target. The existing part of this PR lgtm. Pinging 3DS target maintainers: @Meziu @AzureMarker @ian-h-chamberlain |
The closest thing HorizonOS has to a libc is libctru, which has the following def for POLLERR & POLLHUP: #define POLLHUP 0x04 // unknown ???
#define POLLERR 0x08 // probablySo yes, it is technically defined in C, but not very strongly, haha. I'll defer to the platform maintainers :) |
|
It actually has those "unknown" and "probably" comments? That's entertaining :) (I assume these are the results of reverse engineering) Since they do exist there I'd just leave them in our |
|
It really does have the comments, haha! I'll add the comment marking it out and open the PR for a merge tmrw :) |
Description
Current definition for POLLOUT is incorrect - as described here, it should be 0x08.
Unfortunately, it seems like the current definition for POLLERR is overlapping as 0x08. According to the linked docs, POLLERR is actually not a supported operation on this target (neither is POLLHUP, which is also currently defined).
I'm not super clear on what the best procedure would be here - should POLLERR & POLLHUP be deleted as definitions?
Sources
Checklist
libc-test/semverhave been updated*LASTor*MAXareincluded (see #3131)
cd libc-test && cargo test --target mytarget);especially relevant for platforms that may not be checked in CI
(libc-test does not currently support horizonOS, as far as I can tell?)