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

<<51525354555657585960>>

  /external/chromium_org/third_party/angle/extensions/
ANGLE_instanced_arrays.txt 328 seems to be little-to-no value in doing so.
  /external/chromium_org/third_party/boringssl/src/crypto/evp/
p_rsa.c 466 /* TODO(fork): this seems wrong. Shouldn't it take a copy of the
  /external/chromium_org/third_party/cld/base/
basictypes.h 114 // That gcc wants both of these prototypes seems mysterious. VC, for
  /external/chromium_org/third_party/harfbuzz-ng/src/
hb-ot-shape-complex-hangul.cc 199 * but the use of the Hangul tone mark characters seems to be rare enough that
hb-ot-shape-complex-myanmar.cc 539 /* Uniscribe seems to have a shaper for 'mymr' that is like the
  /external/chromium_org/third_party/icu/source/data/
cldr-icu-readme.txt 167 # list seems reasonable.
  /external/chromium_org/third_party/launchpad_translations/
chromium_strings_en-AU.xtb 43 <translation id="4124681358536363708">Chromium installation directory seems to be in use. Please reboot your computer and try again.</translation>
  /external/chromium_org/third_party/libjingle/source/talk/p2p/base/
transport.h 86 // Parse/Write seems better than Serialize/Deserialize or
  /external/chromium_org/third_party/libjingle/source/talk/xmpp/
jid.cc 363 // TODO: A literal reading of the spec seems to say that we do
  /external/chromium_org/third_party/libjpeg_turbo/
change.log 125 seems to be no good alternative.
jccolor.c 473 /* It seems fastest to make a separate pass for each component. */
  /external/chromium_org/third_party/libpng/
README 10 by using "unzip -a" but there seems to be no simple way to recover
pngmem.c 105 * Borland seems to have a problem in DOS mode for exactly 64K.
  /external/chromium_org/third_party/libvpx/source/libvpx/build/make/
gen_msvs_vcxproj.sh 509 # as previously. It still seems to work ok despite this.
  /external/chromium_org/third_party/libvpx/source/libvpx/vp9/encoder/
vp9_denoiser.c 20 * with speed 6, though it (inexplicably) seems to also work with speed 5 (one
  /external/chromium_org/third_party/libxml/src/
TODO 100 right place seems $datadir/xmldtds
  /external/chromium_org/third_party/libxslt/libexslt/
crypto.c 31 seems to be 128 for the default provider */
  /external/chromium_org/third_party/mesa/src/src/gallium/auxiliary/gallivm/
lp_bld_init.c 202 /* XXX this seems to crash with all versions of LLVM */
  /external/chromium_org/third_party/mesa/src/src/gallium/state_trackers/wgl/
stw_context.c 360 * but not all do, and the opengl32 runtime seems to use a default pixel
  /external/chromium_org/third_party/mesa/src/src/gallium/state_trackers/xvmc/
subpicture.c 376 says image->pitches[0] doesn't seems to be in bytes, so don't use it */
surface.c 431 // Workaround for r600g, there seems to be a bug in the fence refcounting code
  /external/chromium_org/third_party/mesa/src/src/glsl/
lower_variable_index_to_cond_assign.cpp 355 * FINISHME: uniforms. It seems like this should do the same.
  /external/chromium_org/third_party/mesa/src/src/glx/
drisw_glx.c 157 * It seems that the xorg loader (that is the xserver loading swrast_dri for
  /external/chromium_org/third_party/mesa/src/src/mesa/drivers/dri/common/
dri_util.c 245 * have any meaning in an ES context, so this seems safe.
  /external/chromium_org/third_party/mesa/src/src/mesa/drivers/dri/i915/
i915_program.c 438 /* Warning the user about program errors seems to be quite valuable, from

Completed in 1729 milliseconds

<<51525354555657585960>>