[
http://jira.codehaus.org/browse/MOJO-574?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=205787#action_205787
]
Rainer Schulze commented on MOJO-574:
-------------------------------------
I just ran your examples (linkages) in my linux environment and remarked some
strange behaviour:
1.) As soon as I add a dependency with type 'inczip' to the POM the
'linkingOrderLibs' seem no longer being evaluated. The 'ExeStatic' target can
not be linked.
2.) If I add an 'inczip' dependency to the 'libFuncStatic' POM I see that the
zipfile is copied to the 'target/lib' directory. But it is neither unpacked nor
referenced in the compile command. Is there a difference in the compile step
for artifact type 'uexe' and 'a'?
And at last some additional question: Is there any out-of-date checking (as in
'make' or 'ant') performed by the plugin, so that files get recompiled if one
of their prerequisites has changed? Does the POM belong to the prerequisites?
> .h files as dependencies
> ------------------------
>
> Key: MOJO-574
> URL: http://jira.codehaus.org/browse/MOJO-574
> Project: Mojo
> Issue Type: New Feature
> Components: native
> Environment: Windows and Unix (Linux)
> Reporter: Tony Sandin
> Assignee: Dan Tran
>
> To compile or link native code requires static or shared libraries and
> include files. THe current Native plugin only deploy share, static, or
> executable artifacts, but no include files.
> Includes files should deploy with the library artifact as well.
--
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 from this list, please visit:
http://xircles.codehaus.org/manage_email
