From 8a02193931792b47092d2a2db01f4e3b16284f04 Mon Sep 17 00:00:00 2001
From: Douglas Gregor <dgregor@apple.com>
Date: Sun, 2 Aug 2009 18:26:21 +0000
Subject: [PATCH] Update C++ open projects list

llvm-svn: 77901
---
 clang/www/OpenProjects.html | 6 ++----
 1 file changed, 2 insertions(+), 4 deletions(-)

diff --git a/clang/www/OpenProjects.html b/clang/www/OpenProjects.html
index c0ee9989f2b2..9430c1f45952 100644
--- a/clang/www/OpenProjects.html
+++ b/clang/www/OpenProjects.html
@@ -82,12 +82,10 @@ job, but there are lots of little pieces that can be picked off and implemented.
 <ul>
   <li>Fix bugs: there are a number of XFAIL'd test cases in Clang's repository (particularly in the CXX subdirectory). Pick a test case and fix Clang to make it work!</li>
   <li>Write tests: the CXX test subdirectory in Clang's repository has placeholders for tests of every paragraph in the C++ standard. Pick a paragraph, write a few tests, and see if they work! Even if they don't we'd still like the new tests (with XFAIL'd) so that we know what to fix.</li>
-  <li>Type-checking for explicit conversions: currently follows C semantics, not C++ semantics.</li>
-  <li>Qualified member references: C++ supports qualified member references such as <code>x-&gt;Base::foo</code>, but Clang has no parsing or semantic analysis for them.</li>
- <li>Parsing and AST representations of friend classes and functions</li>
   <li>Explicit calls to destructors and pseudo-destructor expressions (<code>x.~X()</code>).</li>
   <li>AST representation for implicit C++ conversions: implicit conversions that involve non-trivial operations (e.g., invoking a user-defined conversion function, performing a base-to-derived or derived-to-base conversion) need explicit representation in Clang's AST.</li>
-  <li>Improved diagnostics for overload resolution failures: after an overload resolution failure, we currently print out the overload resolution candidates. We should also print out the reason that each candidate failed, e.g., "too few arguments", "too many arguments", "cannot initialize parameter with an lvalue of type 'foo'", etc.</li>
+  <li>Default arguments for function templates: these are currently ignored.</li>
+  <li>Parsing and semantic analysis for using declarations in classes</li>
 </ul>
   
 Also, see the <a href="cxx_status.html">C++ status report page</a> to