Summary: | Structure model from incremental build shows all relationships coming from injars | ||
---|---|---|---|
Product: | [Tools] AspectJ | Reporter: | Helen Beeken <hlhawkins> |
Component: | Compiler | Assignee: | Andrew Clement <aclement> |
Status: | RESOLVED FIXED | QA Contact: | |
Severity: | normal | ||
Priority: | P3 | ||
Version: | unspecified | ||
Target Milestone: | 1.5.1 | ||
Hardware: | PC | ||
OS: | Windows XP | ||
Whiteboard: |
Description
Helen Beeken
2005-06-03 10:46:53 EDT
'injar aspect' means 'binary input' - usually in this case it means the input was bytecode. This happens in incremental mode because we don't go back to sort when compiling, we use the bytecode that is cached after the previous compile and weave into *it*. I'm working on changing the compile loop to always go back to source, in order to fix our memory problems, a side effect will be that this bug gets fixed. This bug has been fixed by the changes put in to always go back to source if changes have been made to an aspect. I've tested this within AJDT after generating a new aspectj with these latest fixes in it. ok :) |