Removed the 64-bit fix from the "to do" list since the bug is fixed.
authorReid Spencer <rspencer@reidspencer.com>
Sat, 22 May 2004 01:04:19 +0000 (01:04 +0000)
committerReid Spencer <rspencer@reidspencer.com>
Sat, 22 May 2004 01:04:19 +0000 (01:04 +0000)
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@13624 91177308-0d34-0410-b5e6-96231b3b80d8

docs/Stacker.html

index 41b77fe55fc20ea919b37017a2fa58760aa31e0c..033ba30c0e5e134e93da84e5d9d7e33ec65c41a9 100644 (file)
@@ -1374,11 +1374,6 @@ interested, here are some things that could be implemented better:</p>
     <li>Write an LLVM pass to compute the correct stack depth needed by the
     program. Currently the stack is set to a fixed number which means programs
     with large numbers of definitions might fail.</li>
-    <li>Enhance to run on 64-bit platforms like SPARC. Right now the size of a
-    pointer on 64-bit machines will cause incorrect results because of the
-    32-bit size of a stack element currently supported. This feature was not
-    implemented because LLVM needs a union type to be able to support the
-    different sizes correctly (portably and efficiently).</li>
     <li>Write an LLVM pass to optimize the use of the global stack. The code
     emitted currently is somewhat wasteful. It gets cleaned up a lot by existing
     passes but more could be done.</li>