r00ster91 f10100cf9b std.Thread: drop is_gnu check
I believe the reason we had that check in the first place was because for both `pthread_setname_np` and `pthread_getname_np` man says:
```
CONFORMING TO
       These functions are nonstandard GNU extensions; hence the suffix "_np" (nonportable) in the names.
```
However, this `is_gnu` check was never consistently applied; it was
missing in `setName` in the Linux case. It is also missing on all other call sites for other platforms (macOS, iOS, et al.).
Though, that could be because it may only apply to Linux.
I think for a best-effort approach it is okay to drop this. It's probably less non-standard than man makes it out to be.
2023-02-24 20:58:09 +01:00
..
2022-12-13 13:14:20 +02:00
2022-11-04 00:09:27 +03:30
2023-02-18 19:17:21 -07:00
2023-02-14 02:17:33 +02:00
2022-12-13 13:14:20 +02:00
2023-02-21 00:27:12 -05:00
2023-02-20 09:09:05 +11:00
2023-01-11 15:39:48 -08:00
2022-09-11 23:18:43 -04:00
2023-02-17 09:08:41 -07:00
2023-02-24 20:58:09 +01:00
2022-04-15 17:01:01 -05:00
2023-01-06 18:52:39 -07:00
2023-02-03 00:06:11 -07:00