RPCS3/llvm-mirror
1
0
Fork 0
mirror of https://github.com/RPCS3/llvm-mirror.git synced 2024-12-03 08:51:43 +00:00
Code Issues Actions Packages Projects Releases Wiki Activity

Committing unsaved changes that should've been with r66237.

Browse Source 
llvm-svn: 66242
This commit is contained in:
Gordon Henriksen 2009-03-06 02:42:47 +00:00
parent 42049dafd7
commit 1f96377a36
1 changed files with 7 additions and 8 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

15
docs/GarbageCollection.html
View File

@ -525,15 +525,14 @@ for completeness. In this snippet, <tt>%object</tt> is the object pointer, and
;; Compute the derived pointer.
%derived = getelementptr %object, i32 0, i32 2, i32 %n</pre></blockquote>
<p>The use of these intrinsics is naturally optional if the target GC does
require the corresponding barrier. If so, the GC plugin will replace the
intrinsic calls with the corresponding <tt>load</tt> or <tt>store</tt>
instruction if they are used.</p>
<p>LLVM does not enforce this relationship between the object and derived
pointer (although a <a href="#plugin">plugin</a> might). However, it would be
an unusual collector that violated it.</p>
<p>LLVM does not enforce any particular relationship between the object and
derived pointer (although a <a href="#plugin">plugin</a> might). However, it
would be unusual that the derived pointer not be a <tt>getelementptr</tt> of the
object pointer.</p>
<p>The use of these intrinsics is naturally optional if the target GC does
require the corresponding barrier. Such a GC plugin will replace the intrinsic
calls with the corresponding <tt>load</tt> or <tt>store</tt> instruction if they
are used.</p>
</div>