Home
last modified time | relevance | path

Searched full:jdk (Results 1 – 25 of 624) sorted by relevance

12345678910>>...25

/external/icu/icu4j/main/tests/core/src/com/ibm/icu/dev/data/
Dnumberformattestspecification.txt102 // JDK does not support exponent signs
104 // JDK gives 12,345E3. JDK seems to include the hashes in significant digits
106 // JDK gives 12,3001E3
108 // JDK gives 12,3001E3
113 // JDK doesn't support significant digits in exponents
131 // JDK does not support rounding increments
133 // JDK gives %16,255E3
147 // JDK gives \u2030162,55E3
154 // JDK does not seem to support padding
159 // JDK doesn't seem to handle suffixes correctly dropping the 'nx' entirely
[all …]
/external/icu/icu4c/source/test/testdata/
Dnumberformattestspecification.txt102 // JDK does not support exponent signs
104 // JDK gives 12,345E3. JDK seems to include the hashes in significant digits
106 // JDK gives 12,3001E3
108 // JDK gives 12,3001E3
113 // JDK doesn't support significant digits in exponents
131 // JDK does not support rounding increments
133 // JDK gives %16,255E3
147 // JDK gives \u2030162,55E3
154 // JDK does not seem to support padding
159 // JDK doesn't seem to handle suffixes correctly dropping the 'nx' entirely
[all …]
/external/icu/android_icu4j/src/main/tests/android/icu/dev/data/
Dnumberformattestspecification.txt102 // JDK does not support exponent signs
104 // JDK gives 12,345E3. JDK seems to include the hashes in significant digits
106 // JDK gives 12,3001E3
108 // JDK gives 12,3001E3
113 // JDK doesn't support significant digits in exponents
131 // JDK does not support rounding increments
133 // JDK gives %16,255E3
147 // JDK gives \u2030162,55E3
154 // JDK does not seem to support padding
159 // JDK doesn't seem to handle suffixes correctly dropping the 'nx' entirely
[all …]
/external/caliper/caliper/src/main/resources/com/google/caliper/config/
Dglobal-config.properties16 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/
Dbuild.html83 <type>jdk</type>
90 <jdkHome>/usr/lib/jvm/sun-jdk-1.5</jdkHome>
94 <type>jdk</type>
101 <jdkHome>/usr/lib/jvm/sun-jdk-1.6</jdkHome>
105 <type>jdk</type>
112 <jdkHome>/usr/lib/jvm/sun-jdk-1.7</jdkHome>
116 <type>jdk</type>
123 <jdkHome>/usr/lib/jvm/sun-jdk-1.8</jdkHome>
130 Now you should be able to execute maven build with specified version of JDK:
154 …<li>Maven with 1.5 JDK: <code>mvn clean install -Djdk.version=1.5 -Dbytecode.version=1.5</code></l…
[all …]
/external/icu/icu4j/main/tests/localespi/src/com/ibm/icu/dev/test/localespi/
DNumberFormatTest.java55 errln("FAIL: " + method[0] + " returned JDK NumberFormat for locale " + loc); in checkGetInstance()
72 errln("FAIL: " + method[0] + " returned JDK NumberFormat for locale " + iculoc); in checkGetInstance()
191 … + methodName[0] + ") in locale " + loc + " - JDK:" + s1 + " ICU:" + s2); in TestICUEquivalent()
208 errln("FAIL: ParseException thrown by " + (pe1 ? "JDK" : "ICU") in TestICUEquivalent()
213 … + methodName[0] + ") in locale " + loc + " - JDK:" + n1 + " ICU:" + n2); in TestICUEquivalent()
215 logln("INFO: ParseException thrown by both JDK and ICU NumberFormat(" in TestICUEquivalent()
226 … + methodName[0] + ") in locale " + loc + " - JDK:" + s1 + " ICU:" + s2); in TestICUEquivalent()
243 errln("FAIL: ParseException thrown by " + (pe1 ? "JDK" : "ICU") in TestICUEquivalent()
248 … + methodName[0] + ") in locale " + loc + " - JDK:" + n1 + " ICU:" + n2); in TestICUEquivalent()
250 logln("INFO: ParseException thrown by both JDK and ICU NumberFormat(" in TestICUEquivalent()
[all …]
DLocaleNameTest.java80 logln("INFO: Language name by JDK is " + name + ", but " + icuname + in TestLanguageNames()
123 …errln("FAIL: JDK Locale#getDisplayScript(\"" + inLocale + "\") throws exception: " + e.getMessage(… in TestScriptNames()
134 // The name might be taken from JDK in TestScriptNames()
136 logln("INFO: Script name by JDK is " + name + ", but " + icuname + in TestScriptNames()
143 …errln("FAIL: JDK Locale#getDisplayScript(\"" + inLocaleICU + "\") throws exception: " + e.getMessa… in TestScriptNames()
184 // The name might be taken from JDK in TestCountryNames()
186 logln("INFO: Country name by JDK is " + name + ", but " + icuname + in TestCountryNames()
229 // Note: JDK resolves a display name for each variant subtag in TestVariantNames()
258 logln("INFO: Variant name by JDK is " + name + ", but " + icuname + in TestVariantNames()
DDecimalFormatSymbolsTest.java37 errln("FAIL: getInstance returned JDK DecimalFormatSymbols for locale " + loc); in TestGetInstance()
52 … errln("FAIL: getInstance returned JDK DecimalFormatSymbols for locale " + iculoc); in TestGetInstance()
103 + loc + " (jdk=" + jo + ",icu=" + io + ")"); in checkEquivalence()
111 // ICU's JDK DecimalFormatSymbols implementation for de_DE locale in TestSetSymbols()
114 // en_US is supported by JDK, so this is the JDK's own DecimalFormatSymbols in TestSetSymbols()
177 …errln("FAIL: Different decimal digit - via JDK: " + jdkDecfs.getDigit() + ", with ICU: " + icuDecf… in TestKeywords()
183 …errln("FAIL: Different currency code - via JDK: " + jdkCurrencyCode + ", with ICU: " + icuCurrency… in TestKeywords()
DCurrencyNameTest.java75 logln("INFO: JDK has currency symbol " + curSymbol + " for locale " + in TestCurrencySymbols()
89 + ", but " + curSymbol + " by JDK in locale " + loc); in TestCurrencySymbols()
122 …errln("FAIL: JDK Currency#getDisplayName(\"" + currency + "\", \"" + loc + "\") throws exception: … in TestCurrencyDisplayNames()
131 logln("INFO: JDK has currency display name " + curName + " for locale " + in TestCurrencyDisplayNames()
145 + ", but " + curName + " by JDK in locale " + loc); in TestCurrencyDisplayNames()
152 …errln("FAIL: JDK Currency#getDisplayName(\"" + currency + "\", \"" + locIcu + "\") throws exceptio… in TestCurrencyDisplayNames()
DDateFormatSymbolsTest.java36 errln("FAIL: getInstance returned JDK DateFormatSymbols for locale " + loc); in TestGetInstance()
51 … errln("FAIL: getInstance returned JDK DateFormatSymbols for locale " + iculoc); in TestGetInstance()
89 // ICU's JDK DateFormatSymbols implementation for ja_JP locale in TestSetSymbols()
92 // en_US is supported by JDK, so this is the JDK's own DateFormatSymbols in TestSetSymbols()
130 + " (jdk=" + jaa[i][j] + ",icu=" + iaa[i][j] + ")"); in compareArrays()
147 … + loc + " at index " + i + " (jdk=" + ja[i] + ",icu=" + ia[i] + ")"); in compareArrays()
DDateFormatTest.java48 errln("FAIL: " + method[0] + " returned JDK DateFormat for locale " + loc); in checkGetInstance()
63 errln("FAIL: " + method[0] + " returned JDK DateFormat for locale " + iculoc); in checkGetInstance()
144 + ",tstyle=" + tstyle + ") at time " + t + " - JDK:" + dstr1 in TestICUEquivalent()
154 errln("FAIL: ParseException thrown for JDK DateFormat for string " in TestICUEquivalent()
168 + ",tstyle=" + tstyle + ") at time " + t + " - JDK:" + dstr1 in TestICUEquivalent()
196 errln("FAIL: ICU DateFormat returned a result different from JDK for th_TH_TH"); in TestThaiDigit()
DBreakIteratorTest.java69 errln("FAIL: " + method + " returned JDK BreakIterator for locale " + loc); in checkGetInstance()
101 errln("FAIL: " + method + " returned JDK BreakIterator for locale " + iculoc); in checkGetInstance()
194 … errln("FAIL: Different first boundaries (jdk=" + jidx + ",icu=" + iidx + ") for text:\n" + text); in compareBreaks()
200 …errln("FAIL: Different boundaries (jdk=" + jidx + ",icu=" + iidx + "direction=forward) for text:\n… in compareBreaks()
211 … errln("FAIL: Different last boundaries (jdk=" + jidx + ",icu=" + iidx + ") for text:\n" + text); in compareBreaks()
217 …errln("FAIL: Different boundaries (jdk=" + jidx + ",icu=" + iidx + "direction=backward) for text:\… in compareBreaks()
/external/icu/icu4j/main/classes/localespi/
Dmanifest.stub2 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/guava/guava/src/com/google/common/reflect/
DTypeResolver.java270 * 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/
DBigNumberFormatTest.java55 // On Sun JDK 1.2-1.3, the hi_IN locale uses '0' for a zero digit, in TestSecondaryGrouping()
56 // but on IBM JDK 1.2-1.3, the locale uses U+0966. in TestSecondaryGrouping()
432 String jdk = jdkFormat.format(bd); in TestBigDecimalRounding() local
434 logln("Format of BigDecimal " + val + " by JDK is " + jdk); in TestBigDecimalRounding()
436 if (!jdk.equals(icu)) { in TestBigDecimalRounding()
437 errln("BigDecimal jdk: " + jdk + " != icu: " + icu); in TestBigDecimalRounding()
441 jdk = jdkFormat.format(d); in TestBigDecimalRounding()
443 logln("Format of double " + val + " by JDK is " + jdk); in TestBigDecimalRounding()
445 if (!jdk.equals(icu)) { in TestBigDecimalRounding()
446 errln("double jdk: " + jdk + " != icu: " + icu); in TestBigDecimalRounding()
/external/icu/android_icu4j/src/main/tests/android/icu/dev/test/format/
DBigNumberFormatTest.java59 // On Sun JDK 1.2-1.3, the hi_IN locale uses '0' for a zero digit, in TestSecondaryGrouping()
60 // but on IBM JDK 1.2-1.3, the locale uses U+0966. in TestSecondaryGrouping()
436 String jdk = jdkFormat.format(bd); in TestBigDecimalRounding() local
438 logln("Format of BigDecimal " + val + " by JDK is " + jdk); in TestBigDecimalRounding()
440 if (!jdk.equals(icu)) { in TestBigDecimalRounding()
441 errln("BigDecimal jdk: " + jdk + " != icu: " + icu); in TestBigDecimalRounding()
445 jdk = jdkFormat.format(d); in TestBigDecimalRounding()
447 logln("Format of double " + val + " by JDK is " + jdk); in TestBigDecimalRounding()
449 if (!jdk.equals(icu)) { in TestBigDecimalRounding()
450 errln("double jdk: " + jdk + " != icu: " + icu); in TestBigDecimalRounding()
/external/guava/guava/
Dpom.xml62 <!-- 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/valgrind/
DREADME.android_emulator7 # download java JDK
15 # jdk-7u4-linux-i586.tar.gz
19 # install jdk
20 tar xzf jdk-7u4-linux-i586.tar.gz
/external/apache-xml/src/main/java/org/apache/xalan/extensions/
DObjectFactory.java30 * 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/emma/
DBUILD.txt12 "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
/external/robolectric/.idea/
Dmisc.xml48 …n="2" languageLevel="JDK_1_6" assert-keyword="true" jdk-15="true" project-jdk-name="1.6" project-j…
/external/javassist/
Dpom.xml199 <jdk>1.4</jdk>
218 <jdk>1.5</jdk>
237 <jdk>1.6</jdk>
/external/okhttp/benchmarks/
Dpom.xml102 <jdk>1.7</jdk>
116 <jdk>1.8</jdk>
/external/mdnsresponder/mDNSPosix/
DMakefile55 JDK = /usr/jdk macro
96 JAVACFLAGS_OS += -I$(JDK)/include/solaris
107 JAVACFLAGS_OS += -I$(JDK)/include/linux
134 JAVACFLAGS_OS += -I$(JDK)/include/freebsd
153 JDK = /System/Library/Frameworks/JavaVM.framework/Home macro
366 JAVAC = $(JDK)/bin/javac
367 JAVAH = $(JDK)/bin/javah
368 JAVADOC = $(JDK)/bin/javadoc
369 JAR = $(JDK)/bin/jar
370 JAVACFLAGS = $(CFLAGS) $(JAVACFLAGS_OS) -I$(JDK)/include
/external/testng/ant/
Dbuild.properties73 # JDK 1.4 for sanity checking before a distribution
75 java14.home=jdk-1.5.0_04
76 #java14.home=c:/java/jdk-1.4.2_08

12345678910>>...25