Closed barracuda156 closed 1 year ago
Yeah, this is kinda expected. uvw
doesn't add new functionalities on top of libuv
. Instead, it wraps and it tests its own let's say forwarding functions.
We're probably doing something that only works on Windows and Linux (as expected on the libuv side), that is, our CI platforms.
You can either ignore these errors or submit a fix. I can't really try it on Darwin PPC, so I can't fix it either. 🤷♂️
@skypjack Thank you. Do you have an idea what may cause these particular failures? Generally speaking, we got 3 typical sources of problems:
The latter problem may or may not be fixable (i.e. efforts involved may demotivate anyone to bother with a fix). The former two should be fixable, and can be tested on Linux or BSD – they are not macOS-specific.
It's likely something that isn't allowed/doesn't work in libuv
for the specific platform. Consider that I also have ther error in the loop test locally on a Windows machine. From what I see, one of the handles isn't returned by a call to uv_walk
for some reasons.
In theory, one could just drop these test and only check that everything compiles as expected. Technically speaking, we don't really need to test libuv
on our own and these functions are just fowrarding the request to the underlying library.
Closing this due to starvation.
@skypjack Sorry, had no chance to return to this. I may soon, since we got an update with Macports libs which could be relevant.