HomeSort by relevance Sort by last modified time
    Searched full:pretty (Results 26 - 50 of 1007) sorted by null

12 3 4 5 6 7 8 91011>>

  /external/llvm/lib/Support/
PrettyStackTrace.cpp 1 //===- PrettyStackTrace.cpp - Pretty Crash Handling -----------------------===//
50 // If there are pretty stack frames registered, walk and emit them.
74 /// process, it prints the pretty stack trace.
119 "Pretty stack trace entry destruction is out of order");
  /external/llvm/test/CodeGen/X86/
fast-isel-bc.ll 15 ; so we get pretty poor code. The below is preferable.
  /external/llvm/utils/git/
find-rev 24 p = subprocess.Popen(['git', 'rev-list', 'git-svn', '--pretty'],
  /external/markdown/docs/extensions/
HTML_Tidy.txt 18 better pretty-printing.
  /external/protobuf/gtest/xcode/Config/
General.xcconfig 29 // not sure why apple defaults this on, but it's pretty risky
  /external/valgrind/main/helgrind/tests/
tc18_semabuse.c 7 /* This is pretty lame, because making the sem_ functions fail is
  /external/valgrind/main/perf/
sarp.c 3 // (sarp) function. Pretty much all Valgrind versions up to 3.1.X do very
  /external/chromium/chrome/common/extensions/
extension_message_bundle_unittest.cc 342 { "__MSG_LoNg__", "A pretty long replacement",
348 { "A __MSG_simple____MSG_long__", "A simpleA pretty long replacement",
359 { "$LONG_V$", "A pretty long replacement",
365 { "A $simple$$long_v$", "A simpleA pretty long replacement",
376 messages.insert(std::make_pair("long", "A pretty long replacement"));
377 messages.insert(std::make_pair("long_v", "A pretty long replacement"));
  /external/chromium/base/json/
json_writer_unittest.cc 61 // Test the pretty-printer.
65 // The pretty-printer uses a different newline style on Windows than on
  /external/chromium/third_party/libjingle/source/talk/base/
sslidentity.h 42 // The SSLCertificate object is pretty much immutable once created.
68 // This too is pretty much immutable once created.
  /external/llvm/include/llvm/Support/
PrettyStackTrace.h 1 //===- llvm/Support/PrettyStackTrace.h - Pretty Crash Handling --*- C++ -*-===//
29 /// "pretty" stack trace that is dumped when a program crashes. You can define
  /frameworks/base/tools/localize/
XMLHandler_test.cpp 83 XMLNode* root = NodeHandler::ParseFile("testdata/xml.xml", XMLNode::PRETTY);
111 XMLNode* root = NodeHandler::ParseString("testdata/xml.xml", text, XMLNode::PRETTY);
  /external/chromium/chrome/browser/net/
net_log_logger.cc 32 // Don't pretty print, so each JSON value occupies a single line, with no
  /external/clang/include/clang/Basic/
PrettyStackTrace.h 1 //===- clang/Basic/PrettyStackTrace.h - Pretty Crash Handling --*- C++ -*-===//
  /external/e2fsprogs/
SUBMITTING-PATCHES 7 pass it on as a open-source patch. The rules are pretty simple: if you
  /external/icu4c/samples/numfmt/
capi.c 59 We're pretty sure we have enough space, but in a production
  /external/llvm/docs/HistoricalNotes/
2001-07-06-LoweringIRForCodeGen.txt 10 conditional move instruction in the VM, it is pretty difficult to maintain a
  /external/llvm/utils/TableGen/
Error.cpp 10 // This file contains error handling helper routines to pretty-print diagnostic
Error.h 10 // This file contains error handling helper routines to pretty-print diagnostic
  /external/nist-sip/java/gov/nist/javax/sip/header/
Indentation.java 30 * Internal utility class for pretty printing and header formatting.
  /external/webkit/Source/WebCore/bindings/v8/
DOMWrapperWorld.cpp 41 // This class is pretty boring, huh?
DOMWrapperWorld.h 41 // The base class is pretty boring because the wrappers are actually stored
  /libcore/luni/src/test/java/libcore/icu/
ICUTest.java 44 // localeFromString is pretty lenient. Some of these can't be round-tripped
  /external/clang/lib/Rewrite/
HTMLPrint.cpp 1 //===--- HTMLPrint.cpp - Source code -> HTML pretty-printing --------------===//
10 // Pretty-printing of source code to HTML.
29 // Functional HTML pretty-printing.
  /external/qemu/elff/
elf_alloc.h 30 * info, which makes our parsing pretty hungry on memory. On average, memory
32 * choosing 32K as chunk size pretty reasonable.
71 * this allocator, this is going to be pretty flexible and reliable solution

Completed in 1861 milliseconds

12 3 4 5 6 7 8 91011>>