svadev AT lists.siebelschool.illinois.edu
Subject: Svadev mailing list
List archive
- From: Matthew Wala <wala1 AT illinois.edu>
- To: John Criswell <criswell AT illinois.edu>
- Cc: svadev AT cs.uiuc.edu
- Subject: Re: [svadev] getNameStr() -> getName().str() for poolalloc and safecode
- Date: Mon, 12 Dec 2011 13:33:56 -0600
- List-archive: <http://lists.cs.uiuc.edu/pipermail/svadev>
- List-id: <svadev.cs.uiuc.edu>
On Mon, Dec 12, 2011 at 10:37 AM, John Criswell
<criswell AT illinois.edu>
wrote:
> On 12/11/11 9:32 PM, Randy MacLeod wrote:
>
> I was compiling safe from llvm/clang head and fixed
> the recent drppage of getNameStr(). Note that I don't know your code
> and it's been a while since I looked at C++ so you should check that
> what I did is correct (but you were going to do that anyway, I assume).
>
>
> Was getNameStr() dropped in LLVM 3.0 or in mainline LLVM after LLVM 3.0 was
> released? SAFECode and Poolalloc mainline are currently following the
> release_30 branch of LLVM and aren't meant to be used with LLVM mainline.
>
>
It looks like it was dropped in mainline revision 144657 a month after
the LLVM 3.0 branch was created, but before LLVM 3.0 was released.
However Value::getNameStr() still exists in LLVM 3.0. I suppose since
Value::getName().str() and Value::getNameStr() are both supported in
LLVM 3.0, it wouldn't hurt to anticipate the changes. Just less work
to do later.
Matt
>
> Thanks. We'll take a look at these.
>
> -- John T.
>
- [svadev] getNameStr() -> getName().str() for poolalloc and safecode, Randy MacLeod, 12/11/2011
- Re: [svadev] getNameStr() -> getName().str() for poolalloc and safecode, John Criswell, 12/12/2011
- Re: [svadev] getNameStr() -> getName().str() for poolalloc and safecode, Matthew Wala, 12/12/2011
- Re: [svadev] getNameStr() -> getName().str() for poolalloc and safecode, John Criswell, 12/12/2011
- Re: [svadev] getNameStr() -> getName().str() for poolalloc and safecode, Matthew Wala, 12/12/2011
- Re: [svadev] getNameStr() -> getName().str() for poolalloc and safecode, John Criswell, 12/12/2011
Archive powered by MHonArc 2.6.16.