[LLVMdev] type-system-rewrite branch landing tomorrow

Garrison Venn gvenn.cfe.dev at gmail.com
Mon Jul 11 09:40:56 PDT 2011

Attached is a patch for the non ExceptionDemo demos which gets rid of the old
const qualifier usage for Type. Although I recently commited the ExceptionDemo
changes, I did not want to touch code that I did not "own" without other's approval.
Even though trivial, I did not test this patch.


-------------- next part --------------
A non-text attachment was scrubbed...
Name: Some_examples_const_Type.patch
Type: application/octet-stream
Size: 4224 bytes
Desc: not available
URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20110711/45919a85/attachment.obj>
-------------- next part --------------

On Jul 11, 2011, at 12:00, Garrison Venn wrote:

> Sorry, these IRBuilder methods are really in IRBuilderBase.
> Garrison
> On Jul 11, 2011, at 11:54, Garrison Venn wrote:
>> Are the get type methods for IRBuilder, such as const IntegerType *getInt32Ty(), going to have 
>> their return type const qualifiers removed? Doing so would match the semi equivalent static
>> methods of Type, such as static IntegerType *getInt32Ty(LLVMContext &C).
>> Thanks in advance
>> Garrison
>> On Jul 9, 2011, at 3:35, Chris Lattner wrote:
>>> FYI, the type-system-rewrite branch is landing tomorrow morning, in mainline llvm, llvm-gcc and clang.  I don't have updates, so dragonegg will have to remain broken until someone can fix it (the changes aren't too terrible, llvm-gcc is a good template).
>>> If you're interested in an early preview, the type-system-rewrite branch contains the code for llvm and clang.  I sent the llvm-gcc patch out earlier today.  The test passes all the llvm and clang regression tests, as well as llvm-test with both the new clang and an old clang (stress testing the bc autoupgrade logic).
>>> -Chris
>>> _______________________________________________
>>> LLVM Developers mailing list
>>> LLVMdev at cs.uiuc.edu         http://llvm.cs.uiuc.edu
>>> http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev

More information about the llvm-dev mailing list