Searched refs:bit (Results 1 – 5 of 5) sorted by relevance
247 int word, bit; in select_poll() local257 for (bit = NFDBITS; bit--; ) in select_poll()259 fd_mask mask = 1UL << bit; in select_poll()266 fd_event (EV_A_ word * NFDBITS + bit, events); in select_poll()
1302 *32-bit*)1308 *64-bit*)1314 *32-bit*)1320 *64-bit*)1335 *32-bit*)1364 *64-bit*)1409 *64-bit*)3304 *-32|*"-32 ") libmagic=32-bit;;3306 *-64|*"-64 ") libmagic=64-bit;;3964 # PIC is the default for 64-bit PA HP-UX, but not for 32-bit[all …]
5206 *-32|*"-32 ") libmagic=32-bit;;5208 *-64|*"-64 ") libmagic=64-bit;;6270 *32-bit*)6276 *64-bit*)6282 *32-bit*)6288 *64-bit*)6307 *32-bit*)6336 *64-bit*)6419 *64-bit*)
187 passed (approximately - it might return a bit earlier even if not270 Example: Replace the libev allocator with one that waits a bit and then399 If this flag bit is or'ed into the flag value (or the program runs setuid498 For few fds, this backend is a bit little slower than poll and select, but1146 The received events usually include a single bit per event type received2066 invoked, you will find that sometimes the callback is a bit "early".2210 (and unfortunately a bit complex).2658 support disabled by default, you get the 32 bit version of the stat2970 normally only do a bit of work for each active connection, and if there3145 will be a bit slower because first libev has to call C<poll> and then[all …]
364 a 32-bit generation counter. recreate kernel state if we receive467 - fix a 64 bit overflow issue in the select backend,