| /external/snakeyaml/src/test/java/examples/collections/ |
| D | TypeSafeMapTest.java | 27 * Test MapBean->Map<String, Developer> developers <br/>
38 Map<String, Developer2> developers = new LinkedHashMap<String, Developer2>(); in testDumpMap() local
39 developers.put("team1", new Developer2("Fred", "creator")); in testDumpMap()
40 developers.put("team2", new Developer2("John", "committer")); in testDumpMap()
41 bean.setDevelopers(developers); in testDumpMap()
55 Map<String, Developer2> developers = new LinkedHashMap<String, Developer2>(); in testDumpMap2() local
56 developers.put("team1", new Developer2("Fred", "creator")); in testDumpMap2()
57 developers.put("team2", new Developer2("John", "committer")); in testDumpMap2()
58 developers.put("team3", new Developer222("Bill", "head")); in testDumpMap2()
59 bean.setDevelopers(developers); in testDumpMap2()
[all …]
|
| D | TypeSafeMap2Test.java | 28 * Test MapBean->Map<Enum, Developer> developers <br/>
38 Map<Color, Developer2> developers = new LinkedHashMap<Color, Developer2>(); in testDumpMap() local
39 developers.put(Color.WHITE, new Developer2("Fred", "creator")); in testDumpMap()
40 developers.put(Color.BLACK, new Developer2("John", "committer")); in testDumpMap()
41 bean.setDevelopers(developers); in testDumpMap()
56 Map<Color, Developer2> developers = new LinkedHashMap<Color, Developer2>(); in testMap2() local
57 developers.put(Color.WHITE, new Developer2("Fred", "creator")); in testMap2()
58 developers.put(Color.RED, new SuperMan("Jason", "contributor", true)); in testMap2()
59 developers.put(Color.BLACK, new Developer2("John", "committer")); in testMap2()
60 bean.setDevelopers(developers); in testMap2()
[all …]
|
| D | TypeSafeListWithInterfaceTest.java | 27 * Test ListBean->List<Human> developers <br/>
37 List<Human> developers = new ArrayList<Human>(); in testDumpList() local
38 developers.add(new Developer("Fred", "creator")); in testDumpList()
39 developers.add(new Committer("John", "committer", 34)); in testDumpList()
40 bean.setDevelopers(developers); in testDumpList()
56 … assertTrue(e.getMessage(), e.getMessage().contains("Cannot create property=developers")); in testLoadWrongList()
70 List<Human> developers = parsed.getDevelopers(); in testLoadList() local
71 assertEquals(2, developers.size()); in testLoadList()
72 … assertEquals("Developer must be recognised.", Developer.class, developers.get(0).getClass()); in testLoadList()
73 Developer fred = (Developer) developers.get(0); in testLoadList()
[all …]
|
| D | TypeSafeSetImplementationsTest.java | 40 SortedSet<Developer> developers = new TreeSet<Developer>(); in testDumpSet() local
41 developers.add(new Developer("John", "founder")); in testDumpSet()
42 developers.add(new Developer("Karl", "user")); in testDumpSet()
43 bean.setDevelopers(developers); in testDumpSet()
58 SortedSet<Developer> developers = new TreeSet<Developer>(); in testDumpSet2() local
59 developers.add(new Developer("John", "founder")); in testDumpSet2()
60 developers.add(new Developer("Karl", "user")); in testDumpSet2()
61 developers.add(new SuperDeveloper("Bill", "super")); in testDumpSet2()
62 bean.setDevelopers(developers); in testDumpSet2()
84 SortedSet<Developer> developers = parsed.getDevelopers(); in testLoadSet() local
[all …]
|
| D | TypeSafeListTest.java | 27 * Test ListBean->List<Developer> developers <br/>
37 List<Developer> developers = new ArrayList<Developer>(); in testDumpList() local
38 developers.add(new Developer("Fred", "creator")); in testDumpList()
39 developers.add(new Developer("John", "committer")); in testDumpList()
40 bean.setDevelopers(developers); in testDumpList()
58 List<Developer> developers = parsed.getDevelopers(); in testLoadList() local
59 assertEquals(2, developers.size()); in testLoadList()
60 … assertEquals("Developer must be recognised.", Developer.class, developers.get(0).getClass()); in testLoadList()
61 Developer fred = developers.get(0); in testLoadList()
69 private List<Developer> developers; field in TypeSafeListTest.ListBean1
[all …]
|
| D | TypeSafeListNoGerericsTest.java | 28 * Test ListBean->List developers <br/>
38 List<Developer> developers = new ArrayList<Developer>(); in testDumpList() local
39 developers.add(new Developer("Fred", "creator")); in testDumpList()
40 developers.add(new Developer("John", "committer")); in testDumpList()
41 bean.setDevelopers(developers); in testDumpList()
60 List<Map<String, String>> developers = parsed.getDevelopers(); in testLoadList() local
61 assertEquals(2, developers.size()); in testLoadList()
62 Map<String, String> fred = developers.get(0); in testLoadList()
71 private List developers; field in TypeSafeListNoGerericsTest.ListBean
94 return developers; in getDevelopers()
[all …]
|
| D | TypeSafePriorityTest.java | 28 * Test ListBean->List<Human> developers <br/>
41 descr.putListPropertyType("developers", Developer.class); in testLoadList2()
45 List<Human> developers = parsed.getDevelopers(); in testLoadList2() local
46 assertEquals(2, developers.size()); in testLoadList2()
47 … assertEquals("Committer must be recognised.", Developer.class, developers.get(0).getClass()); in testLoadList2()
48 Developer fred = (Developer) developers.get(0); in testLoadList2()
51 Developer john = (Developer) developers.get(1); in testLoadList2()
58 private List<Human> developers; field in TypeSafePriorityTest.ListBean
73 return developers; in getDevelopers()
76 public void setDevelopers(List<Human> developers) { in setDevelopers() argument
[all …]
|
| D | ListFileldBeanTest.java | 27 * Test public field ListBean->List<Developer> developers <br/>
37 List<Developer> developers = new ArrayList<Developer>(); in testDumpList() local
38 developers.add(new Developer("Fred", "creator")); in testDumpList()
39 developers.add(new Developer("John", "committer")); in testDumpList()
40 bean.developers = developers; in testDumpList()
59 List<Developer> developers = parsed.developers; in testLoadList() local
60 assertEquals(2, developers.size()); in testLoadList()
61 … assertEquals("Developer must be recognised.", Developer.class, developers.get(0).getClass()); in testLoadList()
62 Developer fred = developers.get(0); in testLoadList()
70 public List<Developer> developers; field in ListFileldBeanTest.ListFieldBean
|
| /external/expat/win32/ |
| D | MANIFEST.txt | 5 users, and some contain material of interest to developers who wish to
13 <top>\Doc\ API documentation for developers.
15 <top>\Bin\ Pre-compiled dynamic libraries for developers.
16 Pre-compiled static libraries for developers (*MT.lib).
19 <top>\Source\ Source code, which may interest some developers,
|
| /external/clang/docs/ |
| D | ClangTools.rst | 6 designed for use by C++ developers who are already using and enjoying
13 side-project so that developers who don't want or need to build them
32 document is currently focused on Clang and Clang Tool developers, not on
39 used by C++ developers. That is they are *not* primarily for use by
40 Clang developers, although they are hopefully useful to C++ developers
102 and features of the tools for other tool developers; each tool should
150 comments with deduced types. The motivation is that there are developers
|
| /external/python/oauth2client/samples/ |
| D | oauth2_for_devices.py | 3 # See: https://developers.google.com/accounts/docs/OAuth2ForDevices
18 # https://developers.google.com/accounts/docs/OAuth2ForDevices#obtainingacode
26 # https://developers.google.com/accounts/docs/OAuth2ForDevices#obtainingatoken
32 # https://developers.google.com/accounts/docs/OAuth2ForDevices#callinganapi
|
| /external/mesa3d/docs/ |
| D | developers.html | 5 <title>Developers</title>
17 <h1>Developers</h1>
20 Both professional and volunteer developers contribute to Mesa.
24 employs several of the main Mesa developers including Brian Paul
|
| /external/libcxx/utils/docker/debian9/ |
| D | Dockerfile | 12 LABEL maintainer "libc++ Developers"
43 LABEL maintainer "libc++ Developers"
53 LABEL maintainer "libc++ Developers"
63 LABEL maintainer "libc++ Developers"
81 LABEL maintainer "libc++ Developers"
|
| /external/python/cpython3/Doc/distributing/ |
| D | index.rst | 12 available for other Python developers to use under open source license terms.
39 developers and documentation authors responsible for the maintenance and
71 This means that other developers require explicit permission to copy, use,
75 relatively consistent way, allowing developers to share and collaborate
77 This leaves many developers free to spend more time focusing on the problems
81 reasonably straightforward for developers to make their own contributions
|
| /external/python/cpython2/Doc/distributing/ |
| D | index.rst | 12 available for other Python developers to use under open source license terms.
39 developers and documentation authors responsible for the maintenance and
71 This means that other developers require explicit permission to copy, use,
75 relatively consistent way, allowing developers to share and collaborate
77 This leaves many developers free to spend more time focusing on the problems
81 reasonably straightforward for developers to make their own contributions
|
| /external/syzkaller/vendor/golang.org/x/oauth2/google/ |
| D | google.go | 12 // https://developers.google.com/accounts/docs/OAuth2
14 // https://developers.google.com/accounts/docs/application-default-credentials.
39 // ConfigFromJSON uses a Google Developers Console client_credentials.json
42 // https://console.developers.google.com, under "Credentials". Download the Web
84 // JWTConfigFromJSON uses a Google Developers service account JSON key file to read
87 // https://console.developers.google.com to download a JSON key file.
|
| /external/llvm/docs/ |
| D | index.rst | 167 For developers of applications which use LLVM as a library.
232 For API clients and LLVM developers.
398 The LLVM project's policy towards developers and their contributions.
411 This is a guide to preparing LLVM releases. Most developers can ignore it.
414 …This is a guide to validate a new release, during the release process. Most developers can ignore …
426 LLVM has a thriving community of friendly and helpful developers.
444 This list contains all commit messages that are made when LLVM developers
474 Users and developers of the LLVM project (including subprojects such as Clang)
|
| D | DeveloperPolicy.rst | 12 policy towards developers and their contributions. The intent of this policy is
21 #. Attract both users and developers to the LLVM project.
39 This section contains policies that pertain to frequent LLVM developers. We
49 Developers should stay informed by reading at least the "dev" mailing list for
64 We recommend that active developers register an email account with `LLVM
131 #. All developers are required to have significant changes reviewed before they
157 asking for valuable time from other professional developers.
158 * Ask for help on IRC. Developers on IRC will be able to either help you
164 Developers should participate in code reviews as both reviewers and
208 Developers are required to create test cases for any bugs fixed and any new
[all …]
|
| /external/libyuv/files/docs/ |
| D | deprecated_builds.md | 7 You'll need to have depot tools installed: https://www.chromium.org/developers/how-tos/install-depo…
106 http://www.chromium.org/developers/how-tos/build-instructions-ios
233 If you get a compile error for atlthunk.lib on Windows, read http://www.chromium.org/developers/how…
297 If you get a compile error for atlthunk.lib on Windows, read http://www.chromium.org/developers/how…
357 See Chromium instructions for sanitizers: https://www.chromium.org/developers/testing/undefinedbeha…
389 For more information, see http://www.chromium.org/developers/how-tos/using-valgrind
397 For more info, see http://www.chromium.org/developers/how-tos/using-valgrind/threadsanitizer
405 For more info, see http://dev.chromium.org/developers/testing/addresssanitizer
|
| /external/python/cpython3/Doc/distutils/ |
| D | introduction.rst | 18 Using the Distutils is quite simple, both for module developers and for
33 Not all module developers have access to a multitude of platforms, so it's not
37 developers, build them on one or more platforms, and release the resulting built
107 First, both developers and installers have the same basic user interface, i.e.
109 :command:`sdist` command is almost exclusively for module developers, while
110 :command:`install` is more often for installers (although most developers will
|
| /external/python/cpython2/Doc/distutils/ |
| D | introduction.rst | 18 Using the Distutils is quite simple, both for module developers and for
33 Not all module developers have access to a multitude of platforms, so it's not
37 developers, build them on one or more platforms, and release the resulting built
107 First, both developers and installers have the same basic user interface, i.e.
109 :command:`sdist` command is almost exclusively for module developers, while
110 :command:`install` is more often for installers (although most developers will
|
| /external/swiftshader/third_party/llvm-7.0/llvm/docs/ |
| D | index.rst | 171 For developers of applications which use LLVM as a library.
245 For API clients and LLVM developers.
444 The LLVM project's policy towards developers and their contributions.
457 This is a guide to preparing LLVM releases. Most developers can ignore it.
460 …This is a guide to validate a new release, during the release process. Most developers can ignore …
472 LLVM has a thriving community of friendly and helpful developers.
490 This list contains all commit messages that are made when LLVM developers
520 Users and developers of the LLVM project (including subprojects such as Clang)
|
| D | DeveloperPolicy.rst | 12 policy towards developers and their contributions. The intent of this policy is
21 #. Attract both users and developers to the LLVM project.
39 This section contains policies that pertain to frequent LLVM developers. We
49 Developers should stay informed by reading at least the "dev" mailing list for
64 We recommend that active developers register an email account with `LLVM
131 #. All developers are required to have significant changes reviewed before they
157 asking for valuable time from other professional developers.
158 * Ask for help on IRC. Developers on IRC will be able to either help you
164 Developers should participate in code reviews as both reviewers and
210 Developers are required to create test cases for any bugs fixed and any new
[all …]
|
| /external/python/google-api-python-client/docs/dyn/ |
| D | proximitybeacon_v1beta1.beacons.attachments.html | 100 Authenticate using an [OAuth access token](https://developers.google.com/identity/protocols/OAuth2)
102 Google Developers Console project.
150 Authenticate using an [OAuth access token](https://developers.google.com/identity/protocols/OAuth2)
152 Google Developers Console project.
220 Authenticate using an [OAuth access token](https://developers.google.com/identity/protocols/OAuth2)
222 Google Developers Console project.
264 Authenticate using an [OAuth access token](https://developers.google.com/identity/protocols/OAuth2)
266 permissions in the Google Developers Console project.
|
| /external/tensorflow/tensorflow/compiler/xla/g3doc/ |
| D | _index.yaml | 21 path: https://developers.googleblog.com/2017/03/xla-tensorflow-compiled.html
23 - label: Read on Google Developers blog
24 path: https://developers.googleblog.com/2017/03/xla-tensorflow-compiled.html
|