/external/chromium/chrome/browser/sessions/ |
session_service_test_helper.h | 68 SessionBackend* backend();
|
/external/chromium/chrome/browser/sync/engine/net/ |
syncapi_server_connection_manager.h | 19 // to the sync API by the application hosting the syncer backend.
|
/external/chromium/chrome/browser/sync/glue/ |
history_model_worker.cc | 22 virtual bool RunOnDBThread(history::HistoryBackend* backend,
|
/external/chromium/chrome/browser/sync/ |
js_backend.h | 21 // Sets the JS event router to which all backend events will be
|
profile_sync_factory_impl.h | 27 browser_sync::SyncBackendHost* backend,
|
/external/chromium/chrome/browser/ui/webui/ |
thumbnail_source.h | 23 // thumbnails and the history/top-sites backend that serves these.
|
/external/chromium/net/disk_cache/ |
in_flight_backend_io.h | 28 BackendIO(InFlightIO* controller, BackendImpl* backend, 37 // Returns true if this operation is directed to an entry (vs. the backend). 77 // There are two types of operations to proxy: regular backend operations are 142 InFlightBackendIO(BackendImpl* backend,
|
/external/clang/include/clang/CodeGen/ |
BackendUtil.h | 1 //===--- BackendUtil.h - LLVM Backend Utilities -----------------*- C++ -*-===//
|
/external/clang/test/CodeGen/ |
arm-neon-misc.c | 13 // intrinsics with <2 x i64> vectors to avoid poor code for i64 in the backend.
|
/external/clang/test/CodeGenObjC/ |
property-aggregate.m | 9 // FIXME: But we don't at the moment; the backend doesn't know how to generate
|
/external/dexmaker/ |
README | 12 It has a small, close-to-the-metal API. This API mirrors the Dalvik bytecode specification giving you tight control over the bytecode emitted. Code is generated instruction-by-instruction; you bring your own abstract syntax tree if you need one. And since it uses Dalvik's dx tool as a backend, you get efficient register allocation and regular/wide instruction selection for free.
|
/external/libvorbis/lib/ |
registry.c | 22 /* seems like major overkill now; the backend numbers will grow into
|
/external/linux-tools-perf/util/ui/ |
progress.c | 44 * FIXME: We should have a per UI backend way of showing progress,
|
/external/llvm/include/llvm/TableGen/ |
TableGenBackend.h | 1 //===- llvm/TableGen/TableGenBackend.h - Backend utilities ------*- C++ -*-===//
|
/external/llvm/lib/Target/AArch64/MCTargetDesc/ |
AArch64ELFStreamer.h | 10 // This file implements ELF streamer information for the AArch64 backend.
|
/external/llvm/lib/Target/ARM/MCTargetDesc/ |
ARMELFStreamer.h | 10 // This file implements ELF streamer information for the ARM backend.
|
/external/llvm/lib/Target/ARM/ |
README-Thumb2.txt | 2 // Random ideas for the ARM backend (Thumb2 specific).
|
/external/llvm/lib/Target/CppBackend/TargetInfo/ |
CppBackendTargetInfo.cpp | 24 "C++ backend",
|
/external/llvm/lib/Target/MBlaze/ |
TODO | 17 - There are some instructions that are not generated by the backend
|
/external/llvm/test/CodeGen/MBlaze/ |
intr.ll | 2 ; correctly correctly by the MBlaze backend.
|
/external/llvm/test/MC/COFF/ |
weak-symbol-section-specification.ll | 1 ; The purpose of this test is to verify that weak linkage type is not ignored by backend,
|
/external/llvm/utils/TableGen/ |
TableGenBackends.h | 11 // backends. A "TableGen backend" is just a function. See below for a 17 // A TableGen backend is a function that looks like 26 // backend does is walk around that in-memory representation and generate 39 // pattern partly has historical roots in the previous TableGen backend API
|
/external/qemu/block/ |
raw-posix-aio.h | 2 * QEMU Posix block I/O backend AIO support
|
/external/skia/include/core/ |
SkAnnotation.h | 82 * backend of this canvas does not support annotations, this call is
|
/external/wpa_supplicant_8/hostapd/ |
hostapd.8 | 18 is designed to be a "daemon" program that runs in the background and acts as the backend component controlling authentication.
|