| /external/jacoco/ |
| D | .travis.sh | 12 # Switch to desired JDK, download if required:
18 rm -rf /tmp/jdk/$JDK
19 mkdir -p /tmp/jdk/$JDK
21 if [ ! -f "/tmp/jdk/$FILENAME" ]
23 curl -L $JDK_URL -o /tmp/jdk/$FILENAME
26 tar -xzf /tmp/jdk/$FILENAME -C /tmp/jdk/$JDK --strip-components 1
30 export JAVA_HOME="/tmp/jdk/$JDK"
38 case "$JDK" in
47 jdk_switcher use oraclejdk${JDK}
62 # and "-XMaxPermSize" not supported by JDK 9
[all …]
|
| D | .travis.yml | 15 - JDK=5
16 - JDK=6
17 - JDK=7
18 - JDK=8
19 - JDK=8
21 - JDK=8-ea
22 - JDK=9-ea
23 - JDK=9-ea-stable
27 - env: JDK=8-ea
28 - env: JDK=9-ea
|
| /external/icu/icu4c/source/test/testdata/ |
| D | numberformattestspecification.txt | 104 // JDK does not support exponent signs
106 // JDK gives 12,345E3. JDK seems to include the hashes in significant digits
108 // JDK gives 12,3001E3
110 // JDK gives 12,3001E3
115 // JDK doesn't support significant digits in exponents
133 // JDK does not support rounding increments
135 // JDK gives %16,255E3
149 // JDK gives \u2030162,55E3
156 // JDK does not seem to support padding
161 // JDK doesn't seem to handle suffixes correctly dropping the 'nx' entirely
[all …]
|
| /external/icu/icu4j/main/tests/core/src/com/ibm/icu/dev/data/ |
| D | numberformattestspecification.txt | 104 // JDK does not support exponent signs
106 // JDK gives 12,345E3. JDK seems to include the hashes in significant digits
108 // JDK gives 12,3001E3
110 // JDK gives 12,3001E3
115 // JDK doesn't support significant digits in exponents
133 // JDK does not support rounding increments
135 // JDK gives %16,255E3
149 // JDK gives \u2030162,55E3
156 // JDK does not seem to support padding
161 // JDK doesn't seem to handle suffixes correctly dropping the 'nx' entirely
[all …]
|
| /external/icu/android_icu4j/src/main/tests/android/icu/dev/data/ |
| D | numberformattestspecification.txt | 104 // JDK does not support exponent signs
106 // JDK gives 12,345E3. JDK seems to include the hashes in significant digits
108 // JDK gives 12,3001E3
110 // JDK gives 12,3001E3
115 // JDK doesn't support significant digits in exponents
133 // JDK does not support rounding increments
135 // JDK gives %16,255E3
149 // JDK gives \u2030162,55E3
156 // JDK does not seem to support padding
161 // JDK doesn't seem to handle suffixes correctly dropping the 'nx' entirely
[all …]
|
| /external/caliper/caliper/src/main/resources/com/google/caliper/config/ |
| D | global-config.properties | 16 vm.jdk-32-client.home=jdk-32
17 vm.jdk-32-client.args=-d32 -client
19 vm.jdk-32-server.home=jdk-32
20 vm.jdk-32-server.args=-d32 -server
22 vm.jdk-64-compressed.home=jdk-64
23 vm.jdk-64-compressed.args=-d64 -XX:+UseCompressedOops
25 vm.jdk-64-uncompressed.home=jdk-64
26 vm.jdk-64-uncompressed.args=-d64 -XX:-UseCompressedOops
|
| /external/jacoco/org.jacoco.doc/docroot/doc/ |
| D | build.html | 81 <type>jdk</type>
88 <jdkHome>/usr/lib/jvm/sun-jdk-1.5</jdkHome>
92 <type>jdk</type>
99 <jdkHome>/usr/lib/jvm/sun-jdk-1.6</jdkHome>
103 <type>jdk</type>
110 <jdkHome>/usr/lib/jvm/sun-jdk-1.7</jdkHome>
114 <type>jdk</type>
121 <jdkHome>/usr/lib/jvm/sun-jdk-1.8</jdkHome>
125 <type>jdk</type>
132 <jdkHome>/usr/lib/jvm/sun-jdk-1.9</jdkHome>
[all …]
|
| /external/icu/icu4j/main/tests/localespi/src/com/ibm/icu/dev/test/localespi/ |
| D | NumberFormatTest.java | 56 errln("FAIL: " + method[0] + " returned JDK NumberFormat for locale " + loc); in checkGetInstance()
73 errln("FAIL: " + method[0] + " returned JDK NumberFormat for locale " + iculoc); in checkGetInstance()
193 … + methodName[0] + ") in locale " + loc + " - JDK:" + s1 + " ICU:" + s2); in TestICUEquivalent()
210 errln("FAIL: ParseException thrown by " + (pe1 ? "JDK" : "ICU") in TestICUEquivalent()
215 … + methodName[0] + ") in locale " + loc + " - JDK:" + n1 + " ICU:" + n2); in TestICUEquivalent()
217 logln("INFO: ParseException thrown by both JDK and ICU NumberFormat(" in TestICUEquivalent()
228 … + methodName[0] + ") in locale " + loc + " - JDK:" + s1 + " ICU:" + s2); in TestICUEquivalent()
245 errln("FAIL: ParseException thrown by " + (pe1 ? "JDK" : "ICU") in TestICUEquivalent()
250 … + methodName[0] + ") in locale " + loc + " - JDK:" + n1 + " ICU:" + n2); in TestICUEquivalent()
252 logln("INFO: ParseException thrown by both JDK and ICU NumberFormat(" in TestICUEquivalent()
[all …]
|
| D | LocaleNameTest.java | 81 logln("INFO: Language name by JDK is " + name + ", but " + icuname + in TestLanguageNames()
125 …errln("FAIL: JDK Locale#getDisplayScript(\"" + inLocale + "\") throws exception: " + e.getMessage(… in TestScriptNames()
136 // The name might be taken from JDK in TestScriptNames()
138 logln("INFO: Script name by JDK is " + name + ", but " + icuname + in TestScriptNames()
145 …errln("FAIL: JDK Locale#getDisplayScript(\"" + inLocaleICU + "\") throws exception: " + e.getMessa… in TestScriptNames()
187 // The name might be taken from JDK in TestCountryNames()
189 logln("INFO: Country name by JDK is " + name + ", but " + icuname + in TestCountryNames()
233 // Note: JDK resolves a display name for each variant subtag in TestVariantNames()
262 logln("INFO: Variant name by JDK is " + name + ", but " + icuname + in TestVariantNames()
|
| D | DecimalFormatSymbolsTest.java | 38 errln("FAIL: getInstance returned JDK DecimalFormatSymbols for locale " + loc); in TestGetInstance()
53 … errln("FAIL: getInstance returned JDK DecimalFormatSymbols for locale " + iculoc); in TestGetInstance()
105 + loc + " (jdk=" + jo + ",icu=" + io + ")"); in checkEquivalence()
114 // ICU's JDK DecimalFormatSymbols implementation for de_DE locale in TestSetSymbols()
117 // en_US is supported by JDK, so this is the JDK's own DecimalFormatSymbols in TestSetSymbols()
181 …errln("FAIL: Different decimal digit - via JDK: " + jdkDecfs.getDigit() + ", with ICU: " + icuDecf… in TestKeywords()
187 …errln("FAIL: Different currency code - via JDK: " + jdkCurrencyCode + ", with ICU: " + icuCurrency… in TestKeywords()
|
| D | CurrencyNameTest.java | 76 logln("INFO: JDK has currency symbol " + curSymbol + " for locale " + in TestCurrencySymbols()
90 + ", but " + curSymbol + " by JDK in locale " + loc); in TestCurrencySymbols()
124 …errln("FAIL: JDK Currency#getDisplayName(\"" + currency + "\", \"" + loc + "\") throws exception: … in TestCurrencyDisplayNames()
133 logln("INFO: JDK has currency display name " + curName + " for locale " + in TestCurrencyDisplayNames()
147 + ", but " + curName + " by JDK in locale " + loc); in TestCurrencyDisplayNames()
154 …errln("FAIL: JDK Currency#getDisplayName(\"" + currency + "\", \"" + locIcu + "\") throws exceptio… in TestCurrencyDisplayNames()
|
| D | DateFormatSymbolsTest.java | 37 errln("FAIL: getInstance returned JDK DateFormatSymbols for locale " + loc); in TestGetInstance()
52 … errln("FAIL: getInstance returned JDK DateFormatSymbols for locale " + iculoc); in TestGetInstance()
92 // ICU's JDK DateFormatSymbols implementation for ja_JP locale in TestSetSymbols()
95 // en_US is supported by JDK, so this is the JDK's own DateFormatSymbols in TestSetSymbols()
133 + " (jdk=" + jaa[i][j] + ",icu=" + iaa[i][j] + ")"); in compareArrays()
150 … + loc + " at index " + i + " (jdk=" + ja[i] + ",icu=" + ia[i] + ")"); in compareArrays()
|
| /external/jacoco/org.jacoco.core.test/src-java8/org/jacoco/core/test/validation/ |
| D | BadCycleInterfaceTest.java | 35 // Incorrect interpetation of JVMS 5.5 in JDK 8 causes a default in test()
37 // (see JDK-8098557 and JDK-8164302): in test()
44 // This shouldn't happen with JDK 9 (see also JDK-8043275) in test()
45 // and starting with JDK 8u152 (see JDK-8167607): in test()
|
| /external/mdnsresponder/mDNSWindows/Java/ |
| D | makefile | 29 # The default location of the JDK is \javasdk. You can override this on the
30 # command line (e.g. 'nmake JDK=\j2dk1.4.2_03').
37 JDK = $(JAVA_HOME) macro
45 JAVAC = $(JDK)\bin\javac
46 JAVAH = $(JDK)\bin\javah
47 JAR = $(JDK)\bin\jar
49 -I$(COREDIR) -I$(SHAREDDIR) -I$(JDK)\include -I$(JDK)\include\win32
127 …$(LIBDIR)\DNSSD.lib $(JDK)\lib\jvm.lib ws2_32.lib iphlpapi.lib $(OBJDIR)\jdns_sd.RES /link /NXCOMP…
|
| D | makefile64 | 29 # The default location of the JDK is \javasdk. You can override this on the
30 # command line (e.g. 'nmake JDK=\j2dk1.4.2_03').
37 JDK = $(JAVA_HOME)
45 JAVAC = $(JDK)\bin\javac
46 JAVAH = $(JDK)\bin\javah
47 JAR = $(JDK)\bin\jar
49 -I$(COREDIR) -I$(SHAREDDIR) -I$(JDK)\include -I$(JDK)\include\win32
127 …$(LIBDIR)\DNSSD.lib $(JDK)\lib\jvm.lib ws2_32.lib iphlpapi.lib $(OBJDIR)\jdns_sd.RES /link /NXCOMP…
|
| /external/icu/icu4j/main/classes/localespi/ |
| D | manifest.stub | 2 Specification-Title: International Components for Unicode for Java (JDK locale service provider)
5 Implementation-Title: International Components for Unicode for Java (JDK locale service provider)
10 Bundle-Name: ICU4J JDK locale service provider
11 Bundle-Description: International Components for Unicode for Java (JDK locale service provider)
|
| /external/okhttp/.buildscript/ |
| D | deploy_snapshot.sh | 9 JDK="oraclejdk8"
16 elif [ "$TRAVIS_JDK_VERSION" != "$JDK" ]; then
17 echo "Skipping snapshot deployment: wrong JDK. Expected '$JDK' but was '$TRAVIS_JDK_VERSION'."
|
| /external/guava/guava/src/com/google/common/reflect/ |
| D | TypeResolver.java | 270 * just one problem: Starting with JDK 7u51, the JDK TypeVariable's equals() method doesn't in resolveInternal()
272 * compare TypeVariables from the JDK against TypeVariables returned by TypeResolver. To in resolveInternal()
273 * work with all JDK versions, TypeResolver must return the appropriate TypeVariable in resolveInternal()
276 * 1. Prior to JDK 7u51, the JDK TypeVariable implementation interoperates with ours. in resolveInternal()
279 * 2. Starting with JDK 7u51, the JDK TypeVariable implementations does not interoperate in resolveInternal()
283 * original, identical JDK TypeVariable. By doing so, we sidestep the problem entirely. in resolveInternal()
287 * created TypeVariable will not interoperate with any JDK TypeVariable. But this is OK: We in resolveInternal()
288 * don't _want_ our new TypeVariable to be equal to the JDK TypeVariable because it has in resolveInternal()
289 * _different bounds_ than the JDK TypeVariable. And it wouldn't make sense for our new in resolveInternal()
290 * TypeVariable to be equal to any _other_ JDK TypeVariable, either, because any other JDK in resolveInternal()
[all …]
|
| /external/icu/icu4j/main/tests/core/src/com/ibm/icu/dev/test/format/ |
| D | BigNumberFormatTest.java | 57 // On Sun JDK 1.2-1.3, the hi_IN locale uses '0' for a zero digit, in TestSecondaryGrouping()
58 // but on IBM JDK 1.2-1.3, the locale uses U+0966. in TestSecondaryGrouping()
441 String jdk = jdkFormat.format(bd); in TestBigDecimalRounding() local
443 logln("Format of BigDecimal " + val + " by JDK is " + jdk); in TestBigDecimalRounding()
445 if (!jdk.equals(icu)) { in TestBigDecimalRounding()
446 errln("BigDecimal jdk: " + jdk + " != icu: " + icu); in TestBigDecimalRounding()
450 jdk = jdkFormat.format(d); in TestBigDecimalRounding()
452 logln("Format of double " + val + " by JDK is " + jdk); in TestBigDecimalRounding()
454 if (!jdk.equals(icu)) { in TestBigDecimalRounding()
455 errln("double jdk: " + jdk + " != icu: " + icu); in TestBigDecimalRounding()
|
| /external/icu/android_icu4j/src/main/tests/android/icu/dev/test/format/ |
| D | BigNumberFormatTest.java | 58 // On Sun JDK 1.2-1.3, the hi_IN locale uses '0' for a zero digit, in TestSecondaryGrouping()
59 // but on IBM JDK 1.2-1.3, the locale uses U+0966. in TestSecondaryGrouping()
442 String jdk = jdkFormat.format(bd); in TestBigDecimalRounding() local
444 logln("Format of BigDecimal " + val + " by JDK is " + jdk); in TestBigDecimalRounding()
446 if (!jdk.equals(icu)) { in TestBigDecimalRounding()
447 errln("BigDecimal jdk: " + jdk + " != icu: " + icu); in TestBigDecimalRounding()
451 jdk = jdkFormat.format(d); in TestBigDecimalRounding()
453 logln("Format of double " + val + " by JDK is " + jdk); in TestBigDecimalRounding()
455 if (!jdk.equals(icu)) { in TestBigDecimalRounding()
456 errln("double jdk: " + jdk + " != icu: " + icu); in TestBigDecimalRounding()
|
| /external/valgrind/ |
| D | README.android_emulator | 7 # download java JDK
15 # jdk-7u4-linux-i586.tar.gz
19 # install jdk
20 tar xzf jdk-7u4-linux-i586.tar.gz
|
| /external/guava/guava/ |
| D | pom.xml | 62 <!-- TODO(cpovirk): include JDK sources when building testlib doc, too -->
67 <id>unpack-jdk-sources</id>
73 <outputDirectory>${project.build.directory}/jdk-sources</outputDirectory>
97 …<!-- TODO(cpovirk): can we use includeDependencySources and a local com.oracle.java:jdk-lib:novers…
98 … <sourcepath>${project.build.sourceDirectory}:${project.build.directory}/jdk-sources</sourcepath>
139 <groupId>jdk</groupId>
|
| /external/apache-xml/src/main/java/org/apache/xalan/extensions/ |
| D | ObjectFactory.java | 30 * feature and is designed to run on JDK version 1.1 and
31 * later, and to compile on JDK 1.2 and onward.
33 * when bundled as part of the JDK.
44 * Figure out which ClassLoader to use. For JDK 1.2 and later use
81 // in both JDK 1.1 and Java 2. However, this should still in findProviderClass()
|
| /external/jline/src/src/main/native/ |
| D | Makefile | 4 JDK='/C/Program Files/Java/jdk1.5.0/' macro
8 …gcc -L /usr/lib/mingw/ -I${JDK}/include -I${JDK}/include/win32 -mwindows -mno-cygwin -Wl,--add-std…
|
| /external/emma/ |
| D | BUILD.txt | 12 "build.properties" that tells the build where your JDK and ANT are located:
15 following property to point to the "jre" subdirectory of your JDK 1.4
18 build.target.j2se.14.home = <JDK 1.4 install>/jre
|