Home
last modified time | relevance | path

Searched refs:huge (Results 1 – 8 of 8) sorted by relevance

/art/test/175-alloc-big-bignums/src/
DMain.java26 BigInteger huge = BigInteger.valueOf(1).shiftLeft(4_000_000); // ~0.5MB in main() local
28 huge = huge.add(BigInteger.ONE); in main()
30 if (huge.bitLength() != 4_000_001) { in main()
31 System.out.println("Wrong answer length: " + huge.bitLength()); in main()
32 } else if (huge.mod(big2_20).compareTo(BigInteger.valueOf(nIters)) != 0) { in main()
33 System.out.println("Wrong answer: ..." + huge.mod(big2_20)); in main()
/art/test/470-huge-method/
Dinfo.txt1 Test for huge method.
DAndroid.bp3 name: "art-run-test-470-huge-method",
/art/test/648-many-direct-methods/
Dinfo.txt1 Regression test checking that the runtime can handle a huge number of
/art/test/061-out-of-memory/
Dexpected.txt2 Got expected huge-array OOM
/art/test/175-alloc-big-bignums/
Dinfo.txt1 Allocate large numbers of huge BigIntegers in rapid succession. Most of the
/art/test/003-omnibus-opcodes/src/
DIntMath.java545 static void checkConsts(byte small, short medium, int large, long huge) { in checkConsts() argument
553 Main.assertTrue(huge == 0x9922334455667788L); // const-wide in checkConsts()
/art/
DTEST_MAPPING579 "name": "art-run-test-470-huge-method"