Summary: | No recompilation after native lib change | ||
---|---|---|---|
Product: | [Eclipse Project] JDT | Reporter: | Marvin Fröhlich <eclipse> |
Component: | Core | Assignee: | Kent Johnson <kent_johnson> |
Status: | VERIFIED WORKSFORME | QA Contact: | |
Severity: | normal | ||
Priority: | P3 | CC: | Olivier_Thomann, srikanth_sankaran |
Version: | 3.4 | ||
Target Milestone: | 3.6 M1 | ||
Hardware: | PC | ||
OS: | Linux | ||
Whiteboard: |
Description
Marvin Fröhlich
2009-06-02 15:01:20 EDT
Sorry but how are we supposed to know that the jar is the exact same ? (In reply to comment #1) > Sorry but how are we supposed to know that the jar is the exact same ? > It's not the jar, that has changed (what I am talking about), but just the native library location. The jar remains the exact same. And a native library doesn't need a recompilation. Marvin Do you have an example ? I just change the 'native library location' of a jar & it caused an incremental build. Starting build of 278849 @ Mon Jul 06 10:47:43 EDT 2009 Found source delta for: 278849 Clearing last state : State for 278849 (#1 @ Mon Jul 06 10:46:52 EDT 2009) INCREMENTAL build Recording new state : State for 278849 (#2 @ Mon Jul 06 10:46:52 EDT 2009) Finished build of 278849 @ Mon Jul 06 10:47:43 EDT 2009 (In reply to comment #3) > Do you have an example ? > > I just change the 'native library location' of a jar & it caused an incremental > build. This is exactly, what I was talking about. No recompilation (incremental build) is necessary here. If I just change the native library location and the jar remains the same (just as everything else in the build path) like you did, no incremental build should be triggered. Marvin But every resource change triggers a full or an incremental build. We must check to see what has changed with the jar file. No source files are recompiled as a result of this change. Verified for 3.6M1 |