Fork of glibc for development https://git.zx2c4.com/glibc/atom/resolv/bits/types?h=master 2023-06-02T01:39:48Z 2023-06-02T01:39:48Z Paul Pluzhnikov ppluzhnikov@google.com 2023-05-20T13:37:47Z urn:sha1:7f0d9e61f40c669fca3cfd1e342fa8236c7220b7 2017-07-03T18:57:28Z Florian Weimer fweimer@redhat.com 2017-07-03T18:31:23Z urn:sha1:f30a54b21b83f254533c59ca72ad17af5249c6be This change provides additional resolver configuration state which is not exposed through the _res ABI. It reuses the existing initstamp field in the supposedly-private part of _res. Some effort is undertaken to avoid memory safety issues introduced by applications which directly patch the _res object. With this commit, only the initstamp field is moved into struct resolv_conf. Additional members will be added later, eventually migrating the entire resolver configuration. 2017-05-20T23:01:46Z Zack Weinberg zackw@panix.com 2017-03-22T13:55:25Z urn:sha1:500b3a499fff61157db464a99f459c772d7eb6c0 These __need macros are only used internally, by nptl/descr.h. However, including all of resolv.h from descr.h causes build failures due to resolv.h's dozens of pseudo-struct-field macros, some of which collide with struct fields in NPTL internal data structures. Similarly, including all of list.h from descr.h produces an include cycle, atomic.h -> atomic-machine.h -> tls.h -> descr.h -> list.h -> atomic.h, and then list.h tries to use atomic.h macros that haven't been defined yet. So we do need mini-headers for these. In the list.h case I called it include/list_t.h since it isn't going to be installed. * resolv/resolv.h: Remove __need_res_state logic. Move definition of res_state and related constants to ... * resolv/bits/types/res_state.h: ...this new file. * resolv/Makefile: Install bits/types/res_state.h. * include/bits/types/res_state.h: New wrapper. * include/list.h: Remove __need_list_t logic. Move definition of list_t to ... * include/list_t.h: ...this new file. * nptl/descr.h: Include list_t.h and bits/types/res_state.h instead of list.h and resolv.h.