test/compiler/regalloc/C1ObjectSpillInLogicOp.java

changeset 0
f90c822e73f8
child 6876
710a3c8b516e
     1.1 --- /dev/null	Thu Jan 01 00:00:00 1970 +0000
     1.2 +++ b/test/compiler/regalloc/C1ObjectSpillInLogicOp.java	Wed Apr 27 01:25:04 2016 +0800
     1.3 @@ -0,0 +1,46 @@
     1.4 +/*
     1.5 + * Copyright (c) 2013, Oracle and/or its affiliates. All rights reserved.
     1.6 + * DO NOT ALTER OR REMOVE COPYRIGHT NOTICES OR THIS FILE HEADER.
     1.7 + *
     1.8 + * This code is free software; you can redistribute it and/or modify it
     1.9 + * under the terms of the GNU General Public License version 2 only, as
    1.10 + * published by the Free Software Foundation.
    1.11 + *
    1.12 + * This code is distributed in the hope that it will be useful, but WITHOUT
    1.13 + * ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or
    1.14 + * FITNESS FOR A PARTICULAR PURPOSE.  See the GNU General Public License
    1.15 + * version 2 for more details (a copy is included in the LICENSE file that
    1.16 + * accompanied this code).
    1.17 + *
    1.18 + * You should have received a copy of the GNU General Public License version
    1.19 + * 2 along with this work; if not, write to the Free Software Foundation,
    1.20 + * Inc., 51 Franklin St, Fifth Floor, Boston, MA 02110-1301 USA.
    1.21 + *
    1.22 + * Please contact Oracle, 500 Oracle Parkway, Redwood Shores, CA 94065 USA
    1.23 + * or visit www.oracle.com if you need additional information or have any
    1.24 + * questions.
    1.25 + */
    1.26 +
    1.27 +/*
    1.28 + * @test
    1.29 + * @bug 8027751
    1.30 + * @summary C1 crashes generating G1 post-barrier in Unsafe.getAndSetObject() intrinsic because of the new value spill
    1.31 + * @run main/othervm -XX:+UseG1GC C1ObjectSpillInLogicOp
    1.32 + *
    1.33 + * G1 barriers use logical operators (xor) on T_OBJECT mixed with T_LONG or T_INT.
    1.34 + * The current implementation of logical operations on x86 in C1 doesn't allow for long operands to be on stack.
    1.35 + * There is a special code in the register allocator that forces long arguments in registers on x86. However T_OBJECT
    1.36 + * can be spilled just fine, and in that case the xor emission will fail.
    1.37 + */
    1.38 +
    1.39 +import java.util.concurrent.atomic.*;
    1.40 +
    1.41 +public class C1ObjectSpillInLogicOp {
    1.42 +  public static void main(String[] args) {
    1.43 +    AtomicReferenceArray<Integer> x = new AtomicReferenceArray(128);
    1.44 +    Integer y = new Integer(0);
    1.45 +    for (int i = 0; i < 50000; i++) {
    1.46 +      x.getAndSet(i % x.length(), y);
    1.47 +    }
    1.48 +  }
    1.49 +}

mercurial