I am working on the generator that will create the code that can be compiled. Right now there are some manual steps we have to execute to get the code compiled.
Will send a link to git repo as soon as its more usable. Regards, Niranjan On 10/10/2012 10:11 AM, Guillaume Mazoyer wrote: > 2012/10/10 Niranjan Rao <nhr...@gmail.com>: >> I wrote a simple code generator that parses gir files and generates defs >> files and java classes. As per my understanding current design there are >> plumbing classes in generated folder and concrete hand written classes in >> the src directory. Since def files are almost complete in terms of methods, >> this works nicely. Because of time constraint, currently I am generating >> compilable stubs for concrete clases in src directory and then adding >> methods that I need to appropriate classes. > That's pretty cool. We are thinking about using introspection in our > code generator for a while now. So a parser for GIR files something > interesting for us. > >> Questions: >> 1. Do we want webkit to be part of main library. I understand that not >> everyone needs webkit and right now current mechanism needs webkit libraries >> to build. > Maybe maybe not. We should think about this. > >> 2. Is it possible to split java gnome libraries per module - e.g. glib.jar, >> gtk.jar, webkit.jar with version numbers. > This is a discussion that has already been started [1]. > >> 3. What is recommended way to add java support for other GTK modules? > GTK is working quite well and adding GTK widgets is pretty easy for > now. Write .defs, use code generator, write API and documention, write > tests, you're done. Adding a GNOME module is pretty much the same but > it adds dependencies. If GNOME already depends on the said module I > don't see any problem of including the coverage for it in java-gnome. > >> I would like to submit my changes upstream after polishing and making sure >> its really submittable or make it available from other channel. Though >> number of FIXME in the generated code has gone down, I can't really say its >> zero. Especially if blocks compilation. There are couple of functions in >> generated c code where it returns FIXME which does not exist and I have to >> touch generated code to get it compile. > It would be cool to have a branch of your work somewhere so we can > take a look at it. > > > [1] http://article.gmane.org/gmane.comp.gnome.bindings.java.devel/1611 > ------------------------------------------------------------------------------ Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev _______________________________________________ java-gnome-developer mailing list java-gnome-developer@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/java-gnome-developer
