On Thu, Oct 28, 2010 at 3:33 PM, Joe Steeve <[email protected]> wrote: > I would not recommend vala for adding functionality to a Glib like > library. If the OP really implements the said features for Glib, I am > sure the Glib folks will be happy to take it into their codebase. >
Oops. I was referring to GObject/Glib programming in general. I feel, the Vala codebase is an interesting playground for students. Lot of opportunities to contribute. > But the fact that Glib does not have such features YET, suggests that > there might be a reason. > I guess one of the reasons is that, being a utility library, Glib need not have the implementations of all the algorithms under the sun. As an API user, I won't care what sort algorithm Glib uses as long as g_list_sort returns a sorted list correctly with a decent performance :). (g_list_sort seems to use merge sort ;) ) @OP, All the searching, sorting, hashmaps.etc are already there in Glib. Graphs are not that hard to implement either. Just have a GHashMap with GList as values and voila, you have an adjacency list. IMHO, Implementing a full typing system like GObject and building something like Glib on top of it is just crazy, especially considering the fact you want to do it as part of an academic project where you are time-constrained. That said, there is nothing wrong in doing it. The experience and the pain might be worth it ;). -- Sudharshan S http://sudharsh.wordpress.com _______________________________________________ ILUGC Mailing List: http://www.ae.iitm.ac.in/mailman/listinfo/ilugc
