Summary: | Circular dependencies break compilation | ||
---|---|---|---|
Product: | [Eclipse Project] Platform | Reporter: | Daniel Berg <danberg> |
Component: | Resources | Assignee: | DJ Houghton <dj.houghton> |
Status: | RESOLVED DUPLICATE | QA Contact: | |
Severity: | normal | ||
Priority: | P3 | CC: | paulacox, philippe_mulet, schacher |
Version: | 1.0 | ||
Target Milestone: | --- | ||
Hardware: | PC | ||
OS: | Windows 2000 | ||
Whiteboard: |
Description
Daniel Berg
2002-01-29 08:57:39 EST
Agreed, the build manager should break the cycle and proceed building ? Moving to Plaform/Core for comment. This scenario works fine in both 1.0 and 2.0 stream. I'm not aware of any constraint in the build manager that would prevent this (since we're not aware of the build path). In any case this shouldn't cause an exception since circular dependencies are perfectly valid. The example I tried: Project P1 depends on P2 and contains: public class A { B b; } Project P2 depends on P1 and contains: public class B extends A { } Closing bug, please reopen if you have further information or a reproducible case. The way to reproduce this, using your test, is to select p1 and p2, and from the context menu, select "build project". It does not fail when doing a rebuild all or building the projects one-at-a-time . This could be a problem for very large, complex applications, as rebuild all could get expensive and one-at-a-time could be tedious. |