g1OopClosures.inline.hpp revision 3120
2362N/A * Copyright (c) 2001, 2012, Oracle and/or its affiliates. All rights reserved. 829N/A * DO NOT ALTER OR REMOVE COPYRIGHT NOTICES OR THIS FILE HEADER. 829N/A * This code is free software; you can redistribute it and/or modify it 829N/A * under the terms of the GNU General Public License version 2 only, as 2362N/A * published by the Free Software Foundation. 2362N/A * This code is distributed in the hope that it will be useful, but WITHOUT 829N/A * ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or 829N/A * FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License 829N/A * version 2 for more details (a copy is included in the LICENSE file that 829N/A * accompanied this code). 829N/A * You should have received a copy of the GNU General Public License version 829N/A * 2 along with this work; if not, write to the Free Software Foundation, 829N/A * Inc., 51 Franklin St, Fifth Floor, Boston, MA 02110-1301 USA. 829N/A * Please contact Oracle, 500 Oracle Parkway, Redwood Shores, CA 94065 USA 829N/A * This really ought to be an inline function, but apparently the C++ 829N/A * compiler sometimes sees fit to ignore inline declarations. Sigh. 829N/A// This must a ifdef'ed because the counting it controls is in a 829N/A// perf-critical inner loop. // This closure is applied to the fields of the objects that have just been copied. // We're not going to even bother checking whether the object is // already forwarded or not, as this usually causes an immediate // stall. We'll try to prefetch the object (for write, given that // we might need to install the forwarding reference) and we'll // get back to it when pop it from the queue // slightly paranoid test; I'm trying to catch potential // problems before we go into push_on_queue to know where the // problem is coming from "p should still be pointing to obj or to its forwardee");
// Place on the references queue #
endif // SHARE_VM_GC_IMPLEMENTATION_G1_G1OOPCLOSURES_INLINE_HPP