[ http://jira.codehaus.org/browse/MNG-823?page=comments#action_45767 ]
Dan Tran commented on MNG-823: ------------------------------ One more use cases from maven-native-plugin. There are cases where I need to compile a list of source file using diffrent compiler flag. From plugin configuratoin I can force the compiler mojo to execute more than one. Now I need to a way to passing more than one set of compiler output files ( .o, .obj, .res) into my linker mojo. The work around is to create a separate static lib project to produce a lib artifact and have the main project to depends on this lib artifact. So a share context within a pom execution is the answer. > Ability to allow mojos to communicate with each others - other than > project's source root and project's attachment > ------------------------------------------------------------------------------------------------------------------- > > Key: MNG-823 > URL: http://jira.codehaus.org/browse/MNG-823 > Project: Maven 2 > Type: Bug > Components: maven-model > Versions: 2.0-beta-1 > Environment: xp, linux > Reporter: Dan Tran > Fix For: 2.0-beta-1 > Attachments: pom.xml > > > For native case, I need ability to allow my resource compiler mojo to tell my > linker mojo additional resource output file (.res) to link at link time. > This is for windows environment only. > Brett suggests M2 to provide a share context between mojos > Here is the the conversation on IRC > <dantran> brett, I have a special case in native plugin where I need to tell > linker to use additional files at packing phase, but the file is not on > dependency list > <dantran> like the ouput of microsoft resource compiler ouput > <dantran> does it make sense? > <brett> yes > <dantran> resource compiling is a extra step at compile phase for windows env > <brett> I think we should allow plugins to share a context > <brett> so you can pass the results of that mojo onto another mojo within > your plugin > <dantran> yup > <brett> but you probably don't even need that > <brett> you can use the same condition used to trigger the resource compiler > to trigger the addition of the files, right? > <dantran> thinking.. > <dantran> resource compliler is triggered by user... > <dantran> just like generate-source type mojo.. but only at compile phase > <brett> oh, really? > <dantran> the linking api.. is very dummy .... > <brett> I thought it would be registered for any native build, and only do > something if the target platform was win32 > <dantran> user has a rc file ... adn compile it to .res file ..then pass to > linker > <brett> yes, I vaguely remember how it works :) > <brett> ok, you are probably right, its not always configured > <brett> for now, can the linker just use it if it exists? > <dantran> yeah .. add target/native/myres.res to linker option > <dantran> ugly thou > <dantran> yes, the linker use it if it is on its list of external libs > <dantran> plus its .o/.obj it knows about > <dantran> so I have to specify the fullpath of the .res file .. > ${basedir}/target/native/myres.res in linkermojo configuration > <dantran> perhaps i can get the resourcecompilmojo to place the path of res > file on what you called plugin context .. have the linker mojo to look for > that and pass to linker commandline > <brett> we don't have a plugin context though > <dantran> what about a context you mentioned? > <brett> it doesn't exist > <brett> yet > <dantran> should i create a jira so you can track it? or you already have > one... a enhancement request > <brett> create one > <dantran> will do -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
