HomeSort by: relevance | last modified time | path
    Searched refs:much (Results 1 - 21 of 21) sorted by relevancy

  /src/sys/arch/amiga/stand/loadkmap/din/
din-kbdmap.c 428 much less trouble, especially in GNU-Emacs.. */
  /src/sys/arch/amiga/stand/loadkmap/pl_din/
pl_din-kbdmap.c 433 much less trouble, especially in GNU-Emacs.. */
  /src/sys/arch/x68k/dev/
kbdmap.c 267 much less trouble, especially in GNU-Emacs.. */
  /src/sys/arch/x68k/usr.bin/loadkmap/
jis_kmap.c 261 much less trouble, especially in GNU-Emacs.. */
  /src/usr.bin/make/unit-tests/
posix-varassign.mk 10 # this would add too much complexity to the user's mental model, for too
varname-dot-parsedir.mk 14 # The .PARSEDIR may be absolute or relative, therefore there is not much that
var-op-default.mk 49 # expressions in variable names, which made make much more versatile.
cond-op.mk 44 # for an example that doesn't require much thought.
parse-var.mk 70 # How much does the parsing position advance (pp)?
cond-token-plain.mk 64 # the '#' is escaped. It's much clearer to write a comment in the line
cond-short.mk 207 # didn't catch much attention, as most other conditions such as pattern
  /src/sys/arch/atari/stand/keymaps/fr/
fr-kbdmap.c 174 * much less trouble, especially in GNU-Emacs..
  /src/share/mk/
bsd.kmodule.mk 49 # resulting code would be much faster.
154 # be much faster and simplifies the loader.
sys.mk 37 # -freorder-blocks (enabled by -O2) produces much bigger code
bsd.lib.mk 726 # this spend so much effort on libraries that aren't live??? XXX
  /src/sys/arch/sandpoint/
README 100 It would be nice to have a much more complete ROM interface, allowing
  /src/sys/dev/pci/qat/
qat_ae.c 1945 struct mof_uof_chunk_hdr *much = &head[i]; local
1947 if (strncmp(much->much_id, id, MOF_OBJ_ID_LEN))
1950 if (much->much_offset + much->much_size > size)
1953 if (sc->sc_mof.qmf_sym_size <= much->much_name)
1957 much->much_name);
1961 (uintptr_t)much->much_offset);
1962 *fwsize = (size_t)much->much_size;
  /src/sys/arch/m68k/060sp/dist/
fplsp.s 5472 #--THIS REDUCTION METHOD, HOWEVER, IS MUCH FASTER THAN USING
5903 #--THIS REDUCTION METHOD, HOWEVER, IS MUCH FASTER THAN USING
6275 #--DIVIDE. IN THE END THIS METHOD IS MUCH FASTER THAN A TRADITIONAL
6817 # give much more accurate computation of the function #
6838 # cost to much than the flag is worth in practical uses. #
9281 # is slower. but, don't fret, I don't see it being used much either.
fpsp.s 5578 #--THIS REDUCTION METHOD, HOWEVER, IS MUCH FASTER THAN USING
6009 #--THIS REDUCTION METHOD, HOWEVER, IS MUCH FASTER THAN USING
6381 #--DIVIDE. IN THE END THIS METHOD IS MUCH FASTER THAN A TRADITIONAL
6923 # give much more accurate computation of the function #
6944 # cost to much than the flag is worth in practical uses. #
9640 # is slower. but, don't fret, I don't see it being used much either.
11362 # transcendental emulation. hopefully, this won't be happening much #
21781 # check to see how much less than the underflow threshold the operand
pfpsp.s 5904 # check to see how much less than the underflow threshold the operand
  /src/sys/external/bsd/compiler_rt/dist/lib/sanitizer_common/
sanitizer_common_interceptors.inc 5537 // It's not obvious how much data individual xdr_ routines write.

Completed in 63 milliseconds