Hi, I started looking at Gradle more actively about 2 weeks ago. In fact, I am more interested in the native (C/C++) portion that the Java. In the pass, I used the Maven Nar plugin for building native on Windows desktop and on an embedded Linux system. Unfortunately, Maven has there problem (mainly flexibility) and Nar plugin doesn't really give official support for enterprise. Looking at Gradle, you seem to be well place to give enterprise level support. Sadly, the native capability is needed and looking at it more in dept I can really see that it's in an experimental phase.
Luckily, I would really want a tool like Gradle to work with native build. Poking around in the forum, I can see that you actually have plan to bring native support to Maven's Nar plugin level. I would like to help you achieve this objective. In order to do so, I would like to know more information about the cpp plugin and design choice. I would like to know the following: - What is the high level idea behind the class architecture of the cpp plugin? - Did you use Maven's Nar plugin as a reference and, if yes, what portion did you use (or plan to use) and what portion do you think of doing better? - What is the future plan of cpp plugin? - Why do cpp plugin has it's own way of defining the source set and the configuration? Wouldn't it be simpler if the source set was define exactly like Java and Groovy project? - Why is there two plugin (cpp-exe and cpp-lib)? Wouldn't it be simpler if the configuration was define in the global configuration and just specify the type (lib or app)? I know that I may no have a clear view of the architecture but from what I'm seen, you guys seems to know where your heading. I would be great if you could share this view so I can do what I can to contribute on this section. Thanks, Daniel -- View this message in context: http://gradle.1045684.n5.nabble.com/Offering-Help-for-Native-Support-tp5707874.html Sent from the gradle-dev mailing list archive at Nabble.com. --------------------------------------------------------------------- To unsubscribe from this list, please visit: http://xircles.codehaus.org/manage_email
