6502/llvm-6502
1
0
Fork 0
mirror of https://github.com/c64scene-ar/llvm-6502.git synced 2024-09-30 04:56:49 +00:00
Code Issues Projects Releases Wiki Activity

Try to make the meaning of 'nocapture' a bit clearer. I

Browse Source 
commented out the line about simplifylibcalls because I
think this doesn't work in the release (it was fixed in
svn after the release branched).


git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@65846 91177308-0d34-0410-b5e6-96231b3b80d8
This commit is contained in:
Duncan Sands 2009-03-02 16:58:00 +00:00
parent dd3e6722d9
commit 05c709517d
1 changed files with 10 additions and 7 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

17
docs/ReleaseNotes.html
View File

@ -368,13 +368,16 @@ produces a .o file (thus they are invisible to the linker).</li>
<li>LLVM IR supports two new attributes for better alias analysis. The <a
href="LangRef.html#paramattrs">noalias</a> attribute can now be used on the
return value of a function to indicate that it returns new memory (e.g.
'malloc', 'calloc', etc).</li>
<li>The new <a href="LangRef.html#paramattrs">nocapture</a> attribute can be
used on pointer arguments to functions that access through but do not return the
pointer in a data structure that out lives the call (e.g. 'strlen', 'memcpy',
and many others). The simplifylibcalls pass applies these attributes to
standard libc functions.</li>
'malloc', 'calloc', etc).
The new <a href="LangRef.html#paramattrs">nocapture</a> attribute can be used
on pointer arguments to indicate that the function does not return the pointer,
store it in an object that outlives the call, or let the value of the pointer
escape from the function in any other way.
Note that it is the pointer itself that must not escape, not the value it
points to: loading a value out of the pointer is perfectly fine.
Many standard library functions (e.g. 'strlen', 'memcpy') have this property.
<!-- The simplifylibcalls pass applies these attributes to standard libc functions. -->
</li>
<li>The parser for ".ll" files in lib/AsmParser is now completely rewritten as a
recursive descent parser. This parser produces better error messages (including