Hi Jan,all answers below of the top of my head and without looking into the code...
so no guarantees:
On Aug 18, 2009, at 10:08 AM, Jan Wedel wrote:
Hi Mark!It's good to hear something from the original "source" of the plug- in. Iam currently evaluating whether we are using maven for C projects or not. I tried your plug-in by using the helloworldexe project andimmediately got a "build failure" ([INFO] NAR: Please specify <Includes>as part of <Cpp>, <C> or <Fortran> for x86.Windows.gcc.cpp.). I know I changed the POM to gcc but it should also compile well.
I am afraid changing compilers is not very well tested. It is something that one
should be able to do, as long as the compiler is in the list.
No matter if you can help me with this issue or not, I can tell you somerequirements for my company of which I am not sure if NAR already supports it or not and which you might implement if the latter is the case.
sure.
We want to build C project with embedded compilers such as gcc or IAR. The output could be a intel-hex file, e.g. or other microcontroller specific formats. We need to specify different compile settings forrelease, debug, test and factory-test e.g. That means using cpptest for test and specifying precompiler defines by using the pom configuration, if possible (e.g. USE_UART, USE_DISPLAY etc.). As part of the lifecycle, it would be nice if the "deployment" could mean to upload the binary toa microcontroller (which would be just a parametrizable call to an executable).
cross compilation is not standard possible, but should be an option in the future. Having different settings, release, debug has crossed my mind but we never
really got that far. It should be a requirement.Deploying is done by the standard deploy plugin. One should be able to replace that one by something that calls an executable. I am not sure one can just replace it, some maven specialist may know. In nar there is currently not such a provision, but
maybe there should be.
Maybe, you could give some comments or advises if its already possible or if it can be achieved by just changing configuration file etc.
Regards Mark
Thanks, Jan -----Ursprüngliche Nachricht----- Von: Donszelmann Mark [mailto:[email protected]] Gesendet: Dienstag, 18. August 2009 09:44 An: Maven Users List Betreff: Re: AW: Re: RE : AW: RE: AW: Re: AW: Re: Maven for Non-Java Projects Hi I am the original author of the freehep-nar-plugin. It was made at SLAC, Stanford Linear Accelerator Center, when I worked there. In my current job, which terminates on september 15, I hade no time to support this and the other Native code related plugins. I am planning to pick things up again middle of september. I would be interested in your lists of things that fail to work with NAR, though I can think of a few myself. Any patches you have created can be applied if they work fine for NAR. I plan to build some good test cases, and some better examples so that things run out of the box. Let me know Regards Mark Donszelmann --------------------------------------------------------------------- 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]
PGP.sig
Description: This is a digitally signed message part
