[Rcpp-commits] r1543 - pkg/Rcpp

[noreply at r-forge.r-project.org]

Author: romain
Date: 2010-06-15 08:16:59 +0200 (Tue, 15 Jun 2010)
New Revision: 1543

Modified:
   pkg/Rcpp/TODO
Log:
replace the old TODO with new information of things to do

Modified: pkg/Rcpp/TODO
===================================================================
--- pkg/Rcpp/TODO	2010-06-15 02:47:41 UTC (rev 1542)
+++ pkg/Rcpp/TODO	2010-06-15 06:16:59 UTC (rev 1543)
@@ -1,7 +1,42 @@
 
- * Doxygen documentation
+documentation
 
- * better build system: would like to create a shared library libRcpp but how
-   do we get it to $prefix/local/lib/ ?  R CMD INSTALL should really support this
+	*	Bring "Rcpp ? NumericVector" into life. The hook is in place, we just need
+		to come up with some way to generate useful documentation for it: general
+		description of the class, related unit test cases, etc ...
+		
+	*	rework ?Rcpp which is mainly old api centric
 
- * maybe support big memory matrices like ff or bigmemoRy ?
+API:
+
+	*	Rcpp::Date and Rcpp::DateVector
+	
+	*	Rcpp::DateTime and Rcpp::DateTimeVector
+
+modules: 
+
+	*	exposing constructors. For now we can only construct internal objects 
+		with the default constructor of the target class. Maybe we can provide
+		some R level dispatch. Maybe look at ?selectMethod
+	
+	*	class inheritance. If we have Foo and Bar : public Foo, and we expose
+		both Foo and Bar to R, R level class Bar should enjoy methods of Foo
+		and the S4 inheritance should reflect the C++ level inheritance
+		
+	*	method overloading: methods are currently stored in a map<string,.>
+		so there can only be one method for a given name, which defeats C++
+		overloading. Maybe we can do better than that. This might also need 
+		R level dispatch (?selectMethod)
+	
+R 2.12.0
+
+	*	remove the C++ObjectS3 class as it is no longer needed:
+		http://permalink.gmane.org/gmane.comp.lang.r.devel/24610
+
+		
+sugar
+
+	*	duplicated, unique, is_na, count, sum
+	
+	*	other operators: +,-, ...
+