<br><br><div class="gmail_quote">On Mon, May 14, 2012 at 4:39 PM, John Criswell <span dir="ltr"><<a href="mailto:criswell@illinois.edu" target="_blank">criswell@illinois.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div bgcolor="#FFFFFF" text="#000000"><div class="im">
On 5/14/12 4:32 AM, Umesh Kalappa wrote:
<blockquote type="cite">
Hi All ,
<div><br>
</div>
<div>Was trying to build the LLVM src from <span style="font-family:monospace;font-size:medium;text-align:left"><a href="http://llvm.org/svn/llvm-project/llvm/branches/release_30" target="_blank">http://llvm.org/svn/llvm-project/llvm/branches/release_30</a> </span>,But
unable to build the same and clang poped up with below error .</div>
</blockquote>
<br></div>
First, it sounds like you're building LLVM 3.0, Poolalloc, and
SAFECode with an unmodified version of clang. Is this correct? If
so, which version of Clang are you using?<br>
<br>
Second, what platform are you on?<br>
<br>
-- John T.<br>
<br>
<blockquote type="cite"><div class="im">
<div><br>
</div>
<div>
<div>llvm[1]: Compiling IntervalMap.cpp for Debug build</div>
<div>In file included from
/root/projects/safecode/llvm/lib/Support/IntervalMap.cpp:14:</div>
<div>/root/projects/safecode/llvm/include/llvm/ADT/IntervalMap.h:1980:32:
error: use 'template' keyword to treat 'newNode' as a
dependent template name</div>
<div> Node[NewNode] =
this->map->newNode<NodeT>();</div>
<div> ^</div>
<div> template</div>
<div>1 error generated.</div>
<div>make[1]: ***
[/root/projects/safecode/build/lib/Support/Debug/IntervalMap.o]
Error 1</div>
</div>
<div><br>
</div>
<div><br>
</div>
<div>Any lights will be appreciated on the above issue . </div>
<div><br>
</div>
<div>Thanks </div>
<div>Umesh </div>
<div><br>
</div>
<br>
<fieldset></fieldset><br></div></blockquote></div></blockquote></div>This an issue in the header itself, indeed the `template` keyword is necessary to disambiguate between a template method (the case here) and an attribute compared to some NodeT thing.<br>
<br>It has been fixed on trunk already (now at line 1991).<br><br>-- Matthieu<br>