HomeSort by relevance Sort by last modified time
    Searched full:seems (Results 1301 - 1325 of 3047) sorted by null

<<51525354555657585960>>

  /external/chromium_org/tools/win/split_link/
split_link.py 222 # TODO(scottmg): Perhaps a simple cache? Seems pretty fast though.
  /external/chromium_org/url/
url_canon_path.cc 175 // We do not collapse multiple slashes in a row to a single slash. It seems
  /external/chromium_org/v8/src/base/
cpu.cc 388 // Unfortunately, it seems that certain ARMv6-based CPUs
  /external/chromium_org/v8/src/
regexp.js 202 // Section 15.10.6.3 doesn't actually make sense, but the intention seems to be
  /external/chromium_org/v8/test/webkit/fast/js/
parser-syntax-check.js 69 // it seems the End-Of-File terminator is converted to semicolon
  /external/clang/www/
comparison.html 137 <li>The Elsa community is extremely small and major development work seems
  /external/conscrypt/src/platform/java/org/conscrypt/
TrustManagerImpl.java 539 // the chain seems to be missing from the
  /external/e2fsprogs/
ABOUT-NLS 412 If August 2002 seems to be old, you may fetch a more recent copy of
  /external/e2fsprogs/lib/ext2fs/
swapfs.c 323 return; /* it seems no magic here */
  /external/eigen/Eigen/
Core 97 // Doing so triggers some issues with ICC. However old gcc versions seems to not have this file, thus:
  /external/eigen/Eigen/src/Core/
Block.h 184 // The case a 1x1 matrix seems ambiguous, but the result is the same anyway.
DenseStorage.h 63 // Hiding the origin of the array pointer behind a function argument seems to do the trick even if the function is inlined:
  /external/eigen/Eigen/src/Core/util/
Macros.h 299 // needed to define it here as escaping characters in CMake add_definition's argument seems very problematic.
XprHelper.h 14 // just a workaround because GCC seems to not really like empty structs
  /external/eigen/Eigen/src/Eigenvalues/
ComplexSchur.h 373 // This may cause an allocation which seems to be avoidable
  /external/fio/crc/
xxhash.c 98 // Note : although _rotl exists for minGW (GCC under windows), performance seems poor
  /external/harfbuzz_ng/src/
hb-ot-shape-complex-hangul.cc 190 * but the use of the Hangul tone mark characters seems to be rare enough that
  /external/icu/icu4c/source/data/
cldr-icu-readme.txt 167 # list seems reasonable.
  /external/icu/icu4c/source/i18n/
collationbuilder.h 373 * A doubly-linked list seems easiest to maintain.
  /external/icu/icu4c/source/layout/
ContextualSubstSubtables.cpp 364 // NOTE: This could be a #define, but that seems to confuse
OpenTypeLayoutEngine.cpp 298 // would need to do is mark reordering, so that seems like overkill.
  /external/ipsec-tools/src/racoon/
algorithm.c 230 * operations ; it seems that the proposal should always use the
isakmp.h 107 /* Frag does not seems to be documented */
  /external/jpeg/
armv6_idct.S 47 * dozen of files, which seems not worth it. In addition, we choose to scale
jccolor.c 389 /* It seems fastest to make a separate pass for each component. */

Completed in 1503 milliseconds

<<51525354555657585960>>