Hi, I worked a lot on creating a plugin that is merging the goodies from the native plugin and the freehep nar plugin. It's in production on a big project for linux build, but never had the time to test it for windows. For Linux (and may be others, since it's based on native plugin) I have the following features: - Creation of an artifact with classifier "include" and extension jar or zip ( XXX-include.zip ) that contains all *.h files that will be resolved/unziped and added as -IXXX when another library is dependant on it. - Creation of separate option list for debug and test compilation and linking. - Integration of tests phases (compile-tests, tests) with cppunit (or other by configuration). - Unification of names for libraries (no need to have artifactId starts with libXXX) - Addition of a native assembler enabling preparation for RPM based on depedency tree. - One folder in LD_LIBRARY_PATH with soft links to the local repository libraries files (so, a, ...) - Up-to-date mechanism for linking avoiding relinking if object files did not changed - Multithreaded compilation to run parallel calls to gcc or others
If you are interrested, the code of my last tag is here: https://jade-plugins.svn.sourceforge.net/svnroot/jade-plugins/tags/1.3.7/ and it uses: https://mvn-anno-mojo.svn.sourceforge.net/svnroot/mvn-anno-mojo/tags/1.2.4/ It is also on public maven repository: <repository> <id>jfrog-plugins</id> <name>jfrog-plugins-dist</name> <url>http://www.jfrog.org/artifactory/plugins-releases</url> <snapshots> <enabled>false</enabled> </snapshots> </repository> For usage you can start from: https://jade-plugins.svn.sourceforge.net/svnroot/jade-plugins/tags/1.3.7/plugins/build/jade-native-plugin/src/it/depend/linux-x86/pom.xml I'm working on the doc now, so sorry but I don't have much (You will need to browse the code for understanding configuration). Hope it helps, On 4/15/07, Eric Redmond <[EMAIL PROTECTED]> wrote:
On 4/14/07, Mark Donszelmann <[EMAIL PROTECTED]> wrote: > > Hi > > agreed AOL is a classifier. The question is not if it is or not. The > question is > what the range of this classifier should be to handle ALL the areas > of native > code, and what their compatibility range should be. > I see. This is an interesting problem, since classifiers only add one extra dimension of distinction to an artifact. This problem can arise in JAR artifacts too - deploying a JAR for a "test" environment running "windows", for example. The only way I know to deal with this is by amalgamating information into a single classifier key, such as "wintest", as opposed to "macosdev". Eric Regards > Mark > > On Apr 14, 2007, at 11:15 AM, Eric Redmond wrote: > > > On 4/14/07, Mark Donszelmann <[EMAIL PROTECTED]> > > wrote: > >> > >> Hi > >> > >> On Apr 13, 2007, at 2:00 PM, Christian Goetze wrote: > >> > >> > On 4/13/07, Mark Donszelmann <[EMAIL PROTECTED]> > >> > wrote: > >> >> Hi Christian, > >> > > >> >> you may have a look at > >> >> http://java.freehep.org/freehep-nar-plugin > >> >> it does quite a bit of what you suggest, though it is not perfect. > >> > > >> > That is pretty neat - but the devil is in the details :) > >> > >> agreed. Our organization standardizes on a few combinations of > >> architectures > >> and OSs, but even then... > >> > >> > For example, > >> > you'd want various variants of the same artifact (debug, optimized, > >> > profiled, quantified, instrumented in other ways) ... Not sure > >> "AOL" > >> > cuts it. > >> > >> yes. Do you (or others) have any suggestions on how one could attack > >> this problem? > > > > > > This is traditionally hat "classifiers" are for. Is AOL a > > classifier of NAR > > artifacts? If not, then there you go. > > > > Eric > > > > Regards > >> Mark Donszelmann > >> > >> > >> > -- > >> > cg > >> > > >> > > >> --------------------------------------------------------------------- > >> > To unsubscribe, e-mail: [EMAIL PROTECTED] > >> > For additional commands, e-mail: [EMAIL PROTECTED] > >> > > >> > >> > >> --------------------------------------------------------------------- > >> To unsubscribe, e-mail: [EMAIL PROTECTED] > >> For additional commands, e-mail: [EMAIL PROTECTED] > >> > >> > > > > > > -- > > Eric Redmond > > http://codehaus.org/~eredmond > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > -- Eric Redmond http://codehaus.org/~eredmond
