{"push_id":2776821593,"size":5,"distinct_size":5,"ref":"refs/heads/master","head":"7dad9c212587267818de919dd9c5886f18f99779","before":"18fbc7e4fa254696eb024f56ee74704805925fad","commits":[{"sha":"2fab90a71acd3698954c08b9062db67188443dd7","author":{"name":"midipix","email":"9dec9695c85ca40a6139001a668ad09745f774f5@midipix.org"},"message":"remove inclusion guard hacks for sys/kd.h\n\nmaintainer's note: at some point, probably long before linux separated\nthe uapi headers, it was the case, or at least I believed it was the\ncase, that linux/types.h was unsafe to include from userspace. thus,\nthe inclusion guard macro _LINUX_TYPES_H was defined in sys/kd.h to\nprevent linux/kd.h from including linux/types.h (which it spuriously\nincludes but does not use). as far as I can tell, whatever problem\nthis was meant to solve does not seem to have been present for a long\ntime, and the hack was not done correctly anyway, so removing it is\nthe right thing to do.","distinct":true,"url":"https://api.github.com/repos/dtzWill/musl/commits/2fab90a71acd3698954c08b9062db67188443dd7"},{"sha":"f2c6dbe2442027ed8fe0fa869918e41f495534d8","author":{"name":"midipix","email":"9dec9695c85ca40a6139001a668ad09745f774f5@midipix.org"},"message":"move inclusion of linux headers for kd.h, soundcard.h, vt.h to bits\n\nmaintainer's note: while musl does not use the linux kernel headers,\nit does provide these three sys/* headers which do nothing but include\nthe corresponding linux/* headers, since the sys/* versions are the\nones documented for application use (and they arguably provide\ninterfaces that are not linux-specific but common to other unices).\nthese headers should probably not be provided by libc (rather by a\nseparate package), but as long as they are, use the bits header\nframework as an aid to out-of-tree ports of musl for non-linux systems\nthat want to implement them in some other way.","distinct":true,"url":"https://api.github.com/repos/dtzWill/musl/commits/f2c6dbe2442027ed8fe0fa869918e41f495534d8"},{"sha":"3d8322c7ad659210a4c8770ef455ca729ce7f395","author":{"name":"Fangrui Song","email":"042dc4512fa3d391c5170cf3aa61e6a638f84342@maskray.me"},"message":"bsearch: simplify and optimize\n\nmaintainer's note: the key observation here is that the compared\nelement is the first slot of the second ceil(half) of the array, and\nthus can be removed for further comparison when it does not match, so\nthat we descend into the second ceil(half)-1 rather than ceil(half)\nelements. this change ensures that nel strictly decreases with each\niteration, so that the case of != but nel==1 does not need to be\nspecial-cased anymore.","distinct":true,"url":"https://api.github.com/repos/dtzWill/musl/commits/3d8322c7ad659210a4c8770ef455ca729ce7f395"},{"sha":"14992d4384990d40f6d3cfb799780fb696d77762","author":{"name":"Rich Felker","email":"1c24ea00d8ce704dffa3997c81be1310fc2bbac6@aerifal.cx"},"message":"make pthread_attr_init honor defaults set by pthread_setattr_default_np\n\nthis fixes a major gap in the intended functionality of\npthread_setattr_default_np. if application/library code creating a\nthread does not pass a null attribute pointer to pthread_create, but\nsets up an attribute object to change other properties while leaving\nthe stack alone, the created thread will get a stack with size\nDEFAULT_STACK_SIZE. this makes pthread_setattr_default_np useless for\nworking around stack overflow issues in such applications, and leaves\na major risk of regression if previously-working code switches from\nusing a null attribute pointer to an attribute object.\n\nthis change aligns the behavior more closely with the glibc\npthread_setattr_default_np functionality too, albeit via a different\nmechanism. glibc encodes \"default\" specially in the attribute object\nand reads the actual default at thread creation time. with this\ncommit, we now copy the current default into the attribute object at\npthread_attr_init time, so that applications that query the properties\nof the attribute object will see the right values.","distinct":true,"url":"https://api.github.com/repos/dtzWill/musl/commits/14992d4384990d40f6d3cfb799780fb696d77762"},{"sha":"7dad9c212587267818de919dd9c5886f18f99779","author":{"name":"Rich Felker","email":"1c24ea00d8ce704dffa3997c81be1310fc2bbac6@aerifal.cx"},"message":"fix musl-gcc wrapper to be compatible with default-pie gcc toolchains\n\nthe specfile for the wrapper was written assuming output is pie only\nif -pie appears on the command line. recent (and older patched)\nversions of gcc can be configured to produce pie output by default,\nadn when used with such a toolchain, the wrapper linked the wrong\nstartfiles (crt*) containing pic-incompatible code.\n\nrather than trying to figure out gcc's default, simply always use the\npic-compatible start files.","distinct":true,"url":"https://api.github.com/repos/dtzWill/musl/commits/7dad9c212587267818de919dd9c5886f18f99779"}]}
{"actor":{"display_login":"dtzWill"}}