1 /*
   2  * Copyright (c) 1999, 2007, Oracle and/or its affiliates. All rights reserved.
   3  * DO NOT ALTER OR REMOVE COPYRIGHT NOTICES OR THIS FILE HEADER.
   4  *
   5  * This code is free software; you can redistribute it and/or modify it
   6  * under the terms of the GNU General Public License version 2 only, as
   7  * published by the Free Software Foundation.
   8  *
   9  * This code is distributed in the hope that it will be useful, but WITHOUT
  10  * ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or
  11  * FITNESS FOR A PARTICULAR PURPOSE.  See the GNU General Public License
  12  * version 2 for more details (a copy is included in the LICENSE file that
  13  * accompanied this code).
  14  *
  15  * You should have received a copy of the GNU General Public License version
  16  * 2 along with this work; if not, write to the Free Software Foundation,
  17  * Inc., 51 Franklin St, Fifth Floor, Boston, MA 02110-1301 USA.
  18  *
  19  * Please contact Oracle, 500 Oracle Parkway, Redwood Shores, CA 94065 USA
  20  * or visit www.oracle.com if you need additional information or have any
  21  * questions.
  22  *
  23  */
  24 
  25 #include "incls/_precompiled.incl"
  26 #include "incls/_ciObject.cpp.incl"



  27 
  28 // ciObject
  29 //
  30 // This class represents an oop in the HotSpot virtual machine.
  31 // Its subclasses are structured in a hierarchy which mirrors
  32 // an aggregate of the VM's oop and klass hierarchies (see
  33 // oopHierarchy.hpp).  Each instance of ciObject holds a handle
  34 // to a corresponding oop on the VM side and provides routines
  35 // for accessing the information in its oop.  By using the ciObject
  36 // hierarchy for accessing oops in the VM, the compiler ensures
  37 // that it is safe with respect to garbage collection; that is,
  38 // GC and compilation can proceed independently without
  39 // interference.
  40 //
  41 // Within the VM, the oop and klass hierarchies are separate.
  42 // The compiler interface does not preserve this separation --
  43 // the distinction between `klassOop' and `Klass' are not
  44 // reflected in the interface and instead the Klass hierarchy
  45 // is directly modeled as the subclasses of ciKlass.
  46 

   1 /*
   2  * Copyright (c) 1999, 2010, Oracle and/or its affiliates. All rights reserved.
   3  * DO NOT ALTER OR REMOVE COPYRIGHT NOTICES OR THIS FILE HEADER.
   4  *
   5  * This code is free software; you can redistribute it and/or modify it
   6  * under the terms of the GNU General Public License version 2 only, as
   7  * published by the Free Software Foundation.
   8  *
   9  * This code is distributed in the hope that it will be useful, but WITHOUT
  10  * ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or
  11  * FITNESS FOR A PARTICULAR PURPOSE.  See the GNU General Public License
  12  * version 2 for more details (a copy is included in the LICENSE file that
  13  * accompanied this code).
  14  *
  15  * You should have received a copy of the GNU General Public License version
  16  * 2 along with this work; if not, write to the Free Software Foundation,
  17  * Inc., 51 Franklin St, Fifth Floor, Boston, MA 02110-1301 USA.
  18  *
  19  * Please contact Oracle, 500 Oracle Parkway, Redwood Shores, CA 94065 USA
  20  * or visit www.oracle.com if you need additional information or have any
  21  * questions.
  22  *
  23  */
  24 
  25 #include "precompiled.hpp"
  26 #include "ci/ciObject.hpp"
  27 #include "ci/ciUtilities.hpp"
  28 #include "gc_interface/collectedHeap.inline.hpp"
  29 #include "oops/oop.inline2.hpp"
  30 
  31 // ciObject
  32 //
  33 // This class represents an oop in the HotSpot virtual machine.
  34 // Its subclasses are structured in a hierarchy which mirrors
  35 // an aggregate of the VM's oop and klass hierarchies (see
  36 // oopHierarchy.hpp).  Each instance of ciObject holds a handle
  37 // to a corresponding oop on the VM side and provides routines
  38 // for accessing the information in its oop.  By using the ciObject
  39 // hierarchy for accessing oops in the VM, the compiler ensures
  40 // that it is safe with respect to garbage collection; that is,
  41 // GC and compilation can proceed independently without
  42 // interference.
  43 //
  44 // Within the VM, the oop and klass hierarchies are separate.
  45 // The compiler interface does not preserve this separation --
  46 // the distinction between `klassOop' and `Klass' are not
  47 // reflected in the interface and instead the Klass hierarchy
  48 // is directly modeled as the subclasses of ciKlass.
  49