Re: Cygwin: Implement sched_[gs]etaffinity() commit breaks RTEMS port
Eric Blake <[email protected]>
| Newsgroups | gmane.comp.lib.newlib |
|---|---|
| Message-ID | <[email protected]> |
On 6/28/19 7:57 PM, Mark Geisert wrote: > > Please forgive my ignorance of licensing details... Are we allowed to > copy GNU library source into Cygwin? Cygwin is a different beast (it has GPL code, but still tries to avoid wholesale imports from glibc, preferring to copy from BSD where possible). But you asked a question on the newlib list, and here the answer is a definitive now - newlib cannot include [L]GPL code, so copying from glibc is forbidden. > Or is re-implementation from > documentation the way to go? Correct, unless you can find an existing BSD implementation with appropriate semantics to copy. > In either case, must the glibc file > organization be followed or is platform-specific rejiggering acceptable? The more you copy glibc's layout, the more questionable it is on whether you did inappropriate copying. What matters more is getting something that implements the right semantics. > > I'd like to just add the CPU_SET macros to Cygwin's new sys/cpuset.h and > any needed support code to our sched.cc but am willing to hear other > options. > Thanks, > > ..mark > -- Eric Blake, Principal Software Engineer Red Hat, Inc. +1-919-301-3226 Virtualization: qemu.org | libvirt.org
signature.asc
(application/pgp-signature, 488 B)
-----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEEccLMIrHEYCkn0vOqp6FrSiUnQ2oFAl0XW7oACgkQp6FrSiUn Q2rxewf+PbYDSN4z4dm89a1+G1QuTwCqfvdxeEl0wmLMIa0ahOIGGG9nzjMV/oic vVqiqKZpV2X4WugN57QE7oeHnO6fBDb4JUV+on8wlWeNO4N5zoCGhkkLTBpGYmgl qcYv9k822A+P8Ox8oVo3Q12Qiu+EyJaYyGJ6Cd6P9A+mI6EiU6xzKFh92tk3gCxo F1pGYi3RS4itjLuRsx0JJEMaIi9mzr3Zq9xrtyD17UY4DcWdnzvs2ldSqAPwGsBh TFIB5eWnmjnPXUczQbHdgKnVPfOLTb9E9475PYgEayppLzV3G8Y2knsaPsHbq4hK pDHfY9qrAv1WTVqLTJGplQEAT/xSmQ== =th+l -----END PGP SIGNATURE-----