<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://permalink.gmane.org/gmane.comp.compilers.clang.devel">
    <title>gmane.comp.compilers.clang.devel</title>
    <link>http://permalink.gmane.org/gmane.comp.compilers.clang.devel</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.compilers.clang.devel/29588"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.compilers.clang.devel/29587"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.compilers.clang.devel/29586"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.compilers.clang.devel/29585"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.compilers.clang.devel/29584"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.compilers.clang.devel/29583"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.compilers.clang.devel/29582"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.compilers.clang.devel/29581"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.compilers.clang.devel/29580"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.compilers.clang.devel/29579"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.compilers.clang.devel/29578"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.compilers.clang.devel/29577"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.compilers.clang.devel/29576"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.compilers.clang.devel/29575"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.compilers.clang.devel/29574"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.compilers.clang.devel/29573"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.compilers.clang.devel/29572"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.compilers.clang.devel/29571"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.compilers.clang.devel/29570"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.compilers.clang.devel/29569"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.compilers.clang.devel/29588">
    <title>"extern void v"</title>
    <link>http://permalink.gmane.org/gmane.comp.compilers.clang.devel/29588</link>
    <description>&lt;pre&gt;PR16131 describes an analyzer assertion on taking the address of an extern void variable:

extern void v;
static void f(void) {
        &amp;amp;v;
}
Clearly the analyzer shouldn't crash, but I'm surprised that this is legal at all. Yet I can't find anything in the standard actually forbidding it—you can certainly do the same thing with any incomplete struct type. Can somebody confirm that this is at least grammatically correct?

(I suppose like an incomplete object it provides a way to name an address without allowing access.)

Jordan_______________________________________________
cfe-dev mailing list
cfe-dev-Tmj1lob9twqVc3sceRu5cw&amp;lt; at &amp;gt;public.gmane.org
http://lists.cs.uiuc.edu/mailman/listinfo/cfe-dev
&lt;/pre&gt;</description>
    <dc:creator>Jordan Rose</dc:creator>
    <dc:date>2013-05-24T16:45:20</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.compilers.clang.devel/29587">
    <title>Re: C99 index function</title>
    <link>http://permalink.gmane.org/gmane.comp.compilers.clang.devel/29587</link>
    <description>&lt;pre&gt;this reduces to just

--------------------
int index;
------------------

Looks like there two differences in behavior

* gcc doesn't define it with -std=c99, we do
* gcc only produces an warning when a builtin is declare as a
non-function, we produce an error.

It might be reasonable to change clang's behavior to mach gcc in the
-std=c99 case.  Can you open a bug report to track this?

Cheers,
Rafael
&lt;/pre&gt;</description>
    <dc:creator>Rafael Espíndola</dc:creator>
    <dc:date>2013-05-24T16:09:56</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.compilers.clang.devel/29586">
    <title>Can not find .a file from Clang scan-build</title>
    <link>http://permalink.gmane.org/gmane.comp.compilers.clang.devel/29586</link>
    <description>&lt;pre&gt;hi, all:
One of my iOS project throw the following errors when I execute the scan-build : 

clang: error: no such file or directory: '/Users/mqq/hudson/clang_browser_newcore_ipad/tools/WebPageTest/WebPageTest/build/Release-iphoneos/libWebPageTest.a'
clang: error: no such file or directory: '/Users/mqq/hudson/clang_browser_newcore_ipad/MttHD_shell/Frameworks/KIF/build/Release-iphoneos/libKIF.a'
clang: error: no such file or directory: '/Users/mqq/hudson/clang_browser_newcore_ipad/xcodebuild/Release-iphoneos/libhttp_server.a'
 
At the same time ,my another script can build successfully which is not added scan-build, so is it the bug for scan-build ?
Inclosed  is the scan-build log the scripts.
Can anynone give me tips?
 BRs
Howard Ling
 _______________________________________________
cfe-dev mailing list
cfe-dev-Tmj1lob9twqVc3sceRu5cw&amp;lt; at &amp;gt;public.gmane.org
http://lists.cs.uiuc.edu/mailman/listinfo/cfe-dev
&lt;/pre&gt;</description>
    <dc:creator>凌欢</dc:creator>
    <dc:date>2013-05-24T10:10:45</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.compilers.clang.devel/29585">
    <title>C99 index function</title>
    <link>http://permalink.gmane.org/gmane.comp.compilers.clang.devel/29585</link>
    <description>&lt;pre&gt;Hello,

When I use clang to compile this file:
```
#include &amp;lt;stdio.h&amp;gt;

int index;
int main(int argc, char **argv)
{
    puts("hello");
    return 0;
}
```
I got the error: redefinition of 'index' as different kind of symbol.

It turns out that `index` is one deprecated one function in posix.

Using `gcc -std=c99` fixes the problem, but `clang -std=c99` doesn't do the
trick. Any explanation?



&lt;/pre&gt;</description>
    <dc:creator>Albert Netymk</dc:creator>
    <dc:date>2013-05-24T09:33:17</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.compilers.clang.devel/29584">
    <title>Re: Determining whether Container&lt;T&gt;()==Container&lt;T&gt;()can compile?</title>
    <link>http://permalink.gmane.org/gmane.comp.compilers.clang.devel/29584</link>
    <description>&lt;pre&gt;It can be done yourself, or am I misunderstanding your question?
Example:

#include &amp;lt;iostream&amp;gt;
#include &amp;lt;vector&amp;gt;
#include &amp;lt;type_traits&amp;gt;

template&amp;lt;typename T, typename U&amp;gt;
struct IsEqComparable
{
private:
    typedef struct { char dmy; } yes;
    typedef struct { char dmy[2]; } no;

    template&amp;lt;typename T2, typename U2&amp;gt;
    static auto test(void*) -&amp;gt; typename std::enable_if&amp;lt;std::is_same&amp;lt;
            decltype(std::declval&amp;lt;T2&amp;gt;() == std::declval&amp;lt;U2&amp;gt;()),
            decltype(std::declval&amp;lt;T2&amp;gt;() == std::declval&amp;lt;U2&amp;gt;())
        &amp;gt;::value, yes&amp;gt;::type;

    template&amp;lt;typename T2, typename U2&amp;gt; static no test(...);
public:
    static const bool value = sizeof(test&amp;lt;T, U&amp;gt;(nullptr)) == sizeof(yes);
};

struct bar {};

int main()
{
    if (IsEqComparable&amp;lt;std::vector&amp;lt;int&amp;gt;, std::vector&amp;lt;int&amp;gt;&amp;gt;::value)
        std::cout &amp;lt;&amp;lt; "Yes!\n";
    else
        std::cout &amp;lt;&amp;lt; "No!\n";
    if (IsEqComparable&amp;lt;std::vector&amp;lt;int&amp;gt;, bar&amp;gt;::value)
        std::cout &amp;lt;&amp;lt; "Yes!\n";
    else
        std::cout &amp;lt;&amp;lt; "No!\n";
    return 0;
}


On 24 May 2013 10:41,&lt;/pre&gt;</description>
    <dc:creator>Mailing List Email</dc:creator>
    <dc:date>2013-05-24T13:21:28</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.compilers.clang.devel/29583">
    <title>Re: [Static Analyzer]How to track Dead memory Region ofC++ objects</title>
    <link>http://permalink.gmane.org/gmane.comp.compilers.clang.devel/29583</link>
    <description>&lt;pre&gt;Thanks Gabor.
I was able to achieve the required functionality in checkDeadSymbols by
using SymbolReaper's isLiveRegion function.



On Fri, May 24, 2013 at 12:20 PM, Gábor Kozár &amp;lt;kozargabor-Re5JQEeQqe8AvxtiuMwx3w&amp;lt; at &amp;gt;public.gmane.org&amp;gt; wrote:

_______________________________________________
cfe-dev mailing list
cfe-dev-Tmj1lob9twqVc3sceRu5cw&amp;lt; at &amp;gt;public.gmane.org
http://lists.cs.uiuc.edu/mailman/listinfo/cfe-dev
&lt;/pre&gt;</description>
    <dc:creator>Karthik Bhat</dc:creator>
    <dc:date>2013-05-24T09:14:34</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.compilers.clang.devel/29582">
    <title>Determining whether Container&lt;T&gt;()==Container&lt;T&gt;() cancompile?</title>
    <link>http://permalink.gmane.org/gmane.comp.compilers.clang.devel/29582</link>
    <description>&lt;pre&gt;
Hi there,

Code such as 

  std::vector&amp;lt;A&amp;gt; veca, vecb;
  veca == vecb;

can only compile if A()==A() can compile, if you'll forgive me taking some 
descriptive shortcuts.

I tried writing a template to determine if a type can be equality-compared 
for the purpose of type-erasure:

 http://thread.gmane.org/gmane.comp.lib.qt.devel/11120

Adding auto and trailing return type seems to be helpful:

 http://thread.gmane.org/gmane.comp.lib.qt.devel/11120/focus=11157

Would the suggestion from Olivier Goffart be something that could be applied 
to libcxx to make it possible to write such a template for its stl container 
implementations?

Does anyone else have any other ideas for something that would work with 
todays stl implementations?

Thanks,

Steve.
&lt;/pre&gt;</description>
    <dc:creator>Stephen Kelly</dc:creator>
    <dc:date>2013-05-24T08:41:09</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.compilers.clang.devel/29581">
    <title>Re: [Static Analyzer]How to track Dead memory Region ofC++ objects</title>
    <link>http://permalink.gmane.org/gmane.comp.compilers.clang.devel/29581</link>
    <description>&lt;pre&gt;Hi,

What you need is checkDeadSymbols(). In it, iterate through all your
tracked MemRegion-s, and ask the SymbolReaper whether they are dead (I
can't remember the name of the method, but it should be trivial).

Symbols are created when the Static Analyzer has no knowledge of that
particular value. You were correct in trying to work with MemRegion-s.

Gabor


2013/5/24 Karthik Bhat &amp;lt;blitz.opensource-Re5JQEeQqe8AvxtiuMwx3w&amp;lt; at &amp;gt;public.gmane.org&amp;gt;

_______________________________________________
cfe-dev mailing list
cfe-dev-Tmj1lob9twqVc3sceRu5cw&amp;lt; at &amp;gt;public.gmane.org
http://lists.cs.uiuc.edu/mailman/listinfo/cfe-dev
&lt;/pre&gt;</description>
    <dc:creator>Gábor Kozár</dc:creator>
    <dc:date>2013-05-24T06:50:59</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.compilers.clang.devel/29580">
    <title>DeclRefExpr - function call arguments</title>
    <link>http://permalink.gmane.org/gmane.comp.compilers.clang.devel/29580</link>
    <description>&lt;pre&gt;Hi All,I have a got declrefexpr of the form 'change_value(x)', where I find
the references to 'x'I am writing a tool to change 'x' to 'y'.But, I am not
able to find a way to identify 'x' field in the DeclRefExpr, which only
shows 'change_value' when I print the characters within the sourcerange of
the DeclRefexpr.Can anyone help me with this asap ? I only need the 'x'
portion of 'change_value(x)'.Much Appreciated,..Yogi.



--
View this message in context: http://clang-developers.42468.n3.nabble.com/DeclRefExpr-function-call-arguments-tp4032294.html
Sent from the Clang Developers mailing list archive at Nabble.com.
&lt;/pre&gt;</description>
    <dc:creator>yjninja</dc:creator>
    <dc:date>2013-05-24T06:09:25</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.compilers.clang.devel/29579">
    <title>[Static Analyzer]How to track Dead memory Region of C++objects</title>
    <link>http://permalink.gmane.org/gmane.comp.compilers.clang.devel/29579</link>
    <description>&lt;pre&gt;Hi,
I'm developing a checker for internal purpose were i need to track when Mem
region corresponding to a class object gets invalidated. For example in the
code below

class A {
public:
void myConstruct() {};
};

void fun() {
  A a;
  a. Construct();
  return;
}

int main() {
  fun();
  return 0;
}

the memoryRegion for class A's instance a gets invalidated as soon as we
return from fun() but i'm currently not getting checkRegionChanges
corresponding to this event. ( I'm using getCXXThisVal().getAsRegion() to
get the MemRegion corresponding to instance a.

I also tried to using symbol corresponding to it (i.e
getCXXThisVal().getAsSymbol()) but it always returns NULL.

Could anyone guide me how can i track that MemRegion corresponding to a has
been invalidated after the fun returns?

Thanks
Karthik
_______________________________________________
cfe-dev mailing list
cfe-dev-Tmj1lob9twqVc3sceRu5cw&amp;lt; at &amp;gt;public.gmane.org
http://lists.cs.uiuc.edu/mailman/listinfo/cfe-dev
&lt;/pre&gt;</description>
    <dc:creator>Karthik Bhat</dc:creator>
    <dc:date>2013-05-24T05:02:42</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.compilers.clang.devel/29578">
    <title>Re: Clang trunk dev binaries</title>
    <link>http://permalink.gmane.org/gmane.comp.compilers.clang.devel/29578</link>
    <description>&lt;pre&gt;Ben,

On Thu, May 23, 2013 at 10:23 PM, Langmuir, Ben &amp;lt;ben.langmuir-ral2JQCrhuEAvxtiuMwx3w&amp;lt; at &amp;gt;public.gmane.org&amp;gt; wrote:

That's the one! I thought it only had libclang-the-C-wrapper parts,
but it's the full bundle.

Thank you!

- Kim
&lt;/pre&gt;</description>
    <dc:creator>Kim Gräsman</dc:creator>
    <dc:date>2013-05-23T20:42:41</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.compilers.clang.devel/29577">
    <title>Re: [PATCH] Fix printing CXXTemporaryObjectExpr withdefault args</title>
    <link>http://permalink.gmane.org/gmane.comp.compilers.clang.devel/29577</link>
    <description>&lt;pre&gt;Sorry, wrong ML - I've reposed on cfe-commits.

- Will.
_______________________________________________
cfe-dev mailing list
cfe-dev-Tmj1lob9twqVc3sceRu5cw&amp;lt; at &amp;gt;public.gmane.org
http://lists.cs.uiuc.edu/mailman/listinfo/cfe-dev
&lt;/pre&gt;</description>
    <dc:creator>Will Wilson</dc:creator>
    <dc:date>2013-05-23T20:27:23</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.compilers.clang.devel/29576">
    <title>[PATCH] Fix printing CXXTemporaryObjectExpr with defaultargs</title>
    <link>http://permalink.gmane.org/gmane.comp.compilers.clang.devel/29576</link>
    <description>&lt;pre&gt;Hi All,

Attached is a patch for a bug in the printing of CXXTemporaryObjectExpr
whereby an extraneous comma will appear before an (implicit) defaulted
argument.

Test case included and all tests passed locally.

Cheers,
Will.
_______________________________________________
cfe-dev mailing list
cfe-dev-Tmj1lob9twqVc3sceRu5cw&amp;lt; at &amp;gt;public.gmane.org
http://lists.cs.uiuc.edu/mailman/listinfo/cfe-dev
&lt;/pre&gt;</description>
    <dc:creator>Will Wilson</dc:creator>
    <dc:date>2013-05-23T20:23:55</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.compilers.clang.devel/29575">
    <title>Re: Clang trunk dev binaries</title>
    <link>http://permalink.gmane.org/gmane.comp.compilers.clang.devel/29575</link>
    <description>&lt;pre&gt;
Sorry, I misunderstood.  You probably want the "libclang-dev" package then.

Ben
&lt;/pre&gt;</description>
    <dc:creator>Langmuir, Ben</dc:creator>
    <dc:date>2013-05-23T20:23:25</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.compilers.clang.devel/29574">
    <title>Re: Clang trunk dev binaries</title>
    <link>http://permalink.gmane.org/gmane.comp.compilers.clang.devel/29574</link>
    <description>&lt;pre&gt;Hi Ben,

On Thu, May 23, 2013 at 9:39 PM, Langmuir, Ben &amp;lt;ben.langmuir-ral2JQCrhuEAvxtiuMwx3w&amp;lt; at &amp;gt;public.gmane.org&amp;gt; wrote:

Thanks, those were the ones I found too, but they only contain
executables (clang-3.4) and generated docs (clang-3.4-doc).

I'm looking for headers and static libs to link with a recursive AST visitor.

- Kim
&lt;/pre&gt;</description>
    <dc:creator>Kim Gräsman</dc:creator>
    <dc:date>2013-05-23T19:59:15</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.compilers.clang.devel/29573">
    <title>Re: Clang trunk dev binaries</title>
    <link>http://permalink.gmane.org/gmane.comp.compilers.clang.devel/29573</link>
    <description>&lt;pre&gt;Hi there,

On Thu, May 23, 2013 at 9:28 PM, Mailing List Email
&amp;lt;mailinglistx-Re5JQEeQqe8AvxtiuMwx3w&amp;lt; at &amp;gt;public.gmane.org&amp;gt; wrote:

Yes, but it doesn't include the headers/libraries as far as I can tell [1].

Sorry, I could have been clearer: I'm looking for an SDK-style release
with prebuilt libraries and headers. for trunk. llvm-dev is exactly
what I'm looking for, except it's only LLVM, not Clang.

Thanks!

- Kim

[1]
ubuntu&amp;lt; at &amp;gt;ubuntu-VirtualBox:/usr/lib$ dpkg -L clang
/.
/usr
/usr/share
/usr/share/doc
/usr/share/doc/clang
/usr/share/doc/clang/TODO.Debian
/usr/share/doc/clang/copyright
/usr/share/doc/clang/changelog.Debian.gz
/usr/share/man
/usr/share/man/man1
/usr/share/man/man1/clang.1.gz
/usr/share/man/man1/scan-build.1.gz
/usr/share/man/man1/scan-view.1.gz
/usr/share/clang
/usr/share/clang/scan-build
/usr/share/clang/scan-build/ccc-analyzer
/usr/share/clang/scan-build/scan-build
/usr/share/clang/scan-build/scanview.css
/usr/share/clang/scan-build/sorttable.js
/usr/share/clang/scan-build/set-xcode-analyzer
/usr&lt;/pre&gt;</description>
    <dc:creator>Kim Gräsman</dc:creator>
    <dc:date>2013-05-23T19:52:50</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.compilers.clang.devel/29572">
    <title>Re: Clang trunk dev binaries</title>
    <link>http://permalink.gmane.org/gmane.comp.compilers.clang.devel/29572</link>
    <description>&lt;pre&gt;
The clang package from llvm.org/apt is called "clang-3.4". There are also clang-3.4-doc, and a few versions of libclang.

Ben
&lt;/pre&gt;</description>
    <dc:creator>Langmuir, Ben</dc:creator>
    <dc:date>2013-05-23T19:39:42</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.compilers.clang.devel/29571">
    <title>Re: Clang trunk dev binaries</title>
    <link>http://permalink.gmane.org/gmane.comp.compilers.clang.devel/29571</link>
    <description>&lt;pre&gt;apt-get install clang -y?
Last I looked, clang is available in repositories for Ubuntu.


On 23 May 2013 21:20, Kim Gräsman &amp;lt;kim.grasman-Re5JQEeQqe8AvxtiuMwx3w&amp;lt; at &amp;gt;public.gmane.org&amp;gt; wrote:

_______________________________________________
cfe-dev mailing list
cfe-dev-Tmj1lob9twqVc3sceRu5cw&amp;lt; at &amp;gt;public.gmane.org
http://lists.cs.uiuc.edu/mailman/listinfo/cfe-dev
&lt;/pre&gt;</description>
    <dc:creator>Mailing List Email</dc:creator>
    <dc:date>2013-05-23T19:28:30</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.compilers.clang.devel/29570">
    <title>Clang trunk dev binaries</title>
    <link>http://permalink.gmane.org/gmane.comp.compilers.clang.devel/29570</link>
    <description>&lt;pre&gt;Hi all,

I'm running Ubuntu Precise in Virtual Box to do some cross-platform
testing of a Clang-based project.

I can't realistically build LLVM + Clang in that environment, both due
to time and space concerns.

Are there binary releases for trunk somewhere? I'm looking for
something like the "Clang Binaries for Ubuntu-12.04/x86" release at
http://llvm.org/releases/download.html#3.2.

I found this:
http://llvm.org/apt/

which looked promising, but I can only find llvm-*-dev packages with
the LLVM libs and headers, nothing for Clang.

Am I missing something? I'm pretty new to Linux/package managers in
general so I wouldn't be surprised...

Thanks!

- Kim
&lt;/pre&gt;</description>
    <dc:creator>Kim Gräsman</dc:creator>
    <dc:date>2013-05-23T19:20:49</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.compilers.clang.devel/29569">
    <title>Re: [PATCH] libc++: help diagnosing the following std::atomic compile error</title>
    <link>http://permalink.gmane.org/gmane.comp.compilers.clang.devel/29569</link>
    <description>&lt;pre&gt;
Thanks a lot!
&lt;/pre&gt;</description>
    <dc:creator>Stephan Tolksdorf</dc:creator>
    <dc:date>2013-05-23T14:26:02</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.compilers.clang.devel/29568">
    <title>Re: RFC: What does this matcher mean to you?</title>
    <link>http://permalink.gmane.org/gmane.comp.compilers.clang.devel/29568</link>
    <description>&lt;pre&gt;To help stimulate discussion, let me present the two ways this matcher has been interpreted:

1) An "all or nothing" matcher. equalsBoundNode("X") returns true if there exists any previously bound node called "X" and that node satisfies an identity relationship with the node passed to equalsBoundNode. If no such node exists, the matcher just returns false and the match fails, much like any other matcher.
2) As a filter. Consider the matches found by forEach*() as the set of matches. Then the has() matcher containing equalsBoundNode() is used as a filter over this set. Whenever equalsBoundNode() locates a previously bound node with the correct name and satisfying the identity condition, it's really referring to a node in the match set. If the has() matcher fails, the node gets removed from the match set.

The difference can be seen by looking at what matches get returned from either interpretation. With #1, as long as a functionDecl has at least one call statement to a function returning a type that matches a&lt;/pre&gt;</description>
    <dc:creator>Vane, Edwin</dc:creator>
    <dc:date>2013-05-23T13:01:31</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.comp.compilers.clang.devel">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.compilers.clang.devel</link>
  </textinput>
</rdf:RDF>
