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

<<11121314151617181920>>

  /prebuilts/ndk/8/sources/cxx-stl/stlport/stlport/stl/config/
_linux.h 46 /* Hmm, bogus _GLIBCPP_USE_NAMESPACES seems undefined... */
  /prebuilts/ndk/9/sources/cxx-stl/EH/stlport/stlport/stl/config/
_linux.h 46 /* Hmm, bogus _GLIBCPP_USE_NAMESPACES seems undefined... */
  /sdk/find_java/
Android.mk 57 # seems to be the only way to add an object file that was not generated from
  /external/chromium_org/base/strings/
sys_string_conversions_unittest.cc 57 // it. This seems weird because it's inconsistent with the reverse conversion.
115 // it. This seems weird because it's inconsistent with the reverse conversion.
  /external/chromium_org/chrome/browser/ui/
unload_controller.h 75 // TODO(beng): This seems like it could be private but it is used by
76 // AreAllBrowsersCloseable() in application_lifetime.cc. It seems
  /external/chromium_org/third_party/webrtc/base/
macsocketserver_unittest.cc 147 // Flaky at the moment (10% failure rate). Seems the client doesn't get
156 // Flaky at the moment (0.5% failure rate). Seems the client doesn't get
  /external/libcxx/www/
results.Linux.html 21 get_unexpected.pass.cpp: This seems to be a problem with libc++abi:
47 compare.pass.cpp: In the C local, sorting order seems OK, but not
  /external/wpa_supplicant_8/wpa_supplicant/
todo.txt 59 in some cases; extra delay before setting the key seems to help)
68 (it seems to be called always if helper returns 1)
  /external/chromium_org/url/
url_parse_file.cc 15 // The result here seems totally invalid!?!? This isn't UNC.
20 // nothing. IE6's history system seems to always color this link, so I'm
31 // file:///foo/ file:///foo/ (invalid, seems to be a file)
  /external/llvm/docs/HistoricalNotes/
2001-02-09-AdveCommentsResponse.txt 79 > Making the second arg. to 'shl' a ubyte seems good enough to me.
80 > 255 positions seems adequate for several generations of machines
115 > implementation seems fairly language-independent so it doesn't have the
  /art/runtime/base/
stl_util.h 37 // requires us to pull in all of algorithm.h, which seems expensive.
  /bionic/libc/bionic/
syslog.cpp 78 // If the format string seems to contain "%m", rewrite it.
  /bionic/libm/upstream-freebsd/lib/msun/src/
s_nan.c 48 * impossible to use nan(3) portably anyway, so this seems good enough.
  /dalvik/vm/
Common.h 99 * yield the same result. This seems to be guaranteed by gcc on big- and
  /external/antlr/antlr-3.4/tool/src/main/java/org/antlr/tool/
GrammarReport2.java 32 * wrong anyway it seems. We need:
  /external/bison/src/
flex-scanner.h 47 /* It seems to be a nice "feature" of Flex that one cannot use yytext,
  /external/bzip2/
README.COMPILATION.PROBLEMS 19 support seems to work correctly on at least on amd64-linux.
  /external/ceres-solver/internal/ceres/
coordinate_descent_minimizer.h 77 // seems to work better in practice, i.e., Cameras before
stl_util.h 43 // requires us to pull in all of algorithm.h, which seems expensive.
  /external/chromium_org/android_webview/browser/
aw_form_database_service.cc 18 // Callback to handle database error. It seems chrome uses this to
  /external/chromium_org/base/containers/
stack_container_unittest.cc 131 // It seems that non-X86 gcc doesn't respect greater than 16 byte alignment.
  /external/chromium_org/build/
install-build-deps-android.sh 52 # development support. It seems harmless on older Linux releases.
  /external/chromium_org/chrome/browser/ui/cocoa/panels/
panel_titlebar_view_cocoa.h 23 // but it seems to affect too many other behaviors (for example, it draws shadow
  /external/chromium_org/chrome/browser/ui/views/frame/
taskbar_decorator_win.cc 29 // problematic when called on the UI thread. Additionally it seems the call may
  /external/chromium_org/components/policy/core/common/
registry_dict_win.h 32 // base::DictionaryValue directly seems tempting, but that doesn't handle the

Completed in 2140 milliseconds

<<11121314151617181920>>