[cfe-commits] r77901 - /cfe/trunk/www/OpenProjects.html

Douglas Gregor dgregor at apple.com
Sun Aug 2 11:26:21 PDT 2009


Author: dgregor
Date: Sun Aug  2 13:26:21 2009
New Revision: 77901

URL: http://llvm.org/viewvc/llvm-project?rev=77901&view=rev
Log:
Update C++ open projects list

Modified:
    cfe/trunk/www/OpenProjects.html

Modified: cfe/trunk/www/OpenProjects.html
URL: http://llvm.org/viewvc/llvm-project/cfe/trunk/www/OpenProjects.html?rev=77901&r1=77900&r2=77901&view=diff

==============================================================================
--- cfe/trunk/www/OpenProjects.html (original)
+++ cfe/trunk/www/OpenProjects.html Sun Aug  2 13:26:21 2009
@@ -82,12 +82,10 @@
 <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->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





More information about the cfe-commits mailing list