| Summary: | [evaluator] Initialization of OCL.Helper can be deferred until expression known to be != null | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [Modeling] OCL | Reporter: | Axel Uhl <eclipse> | ||||
| Component: | Core | Assignee: | OCL Inbox <mdt-ocl-inbox> | ||||
| Status: | CLOSED FIXED | QA Contact: | |||||
| Severity: | enhancement | ||||||
| Priority: | P3 | CC: | eclipse, ed | ||||
| Version: | unspecified | ||||||
| Target Milestone: | 3.1.0 | ||||||
| Hardware: | PC | ||||||
| OS: | Windows 7 | ||||||
| Whiteboard: | |||||||
| Bug Depends on: | 329167 | ||||||
| Bug Blocks: | |||||||
| Attachments: |
|
||||||
|
Description
Axel Uhl
Created attachment 185033 [details]
Patch that moves Helper initialization to latest possible point
Depending on 329167 so that commit occurs at same time and avoids breaking a patch. (Feel free to include in any update to Bug 329167). (In reply to comment #2) > Depending on 329167 so that commit occurs at same time and avoids breaking a > patch. (Feel free to include in any update to Bug 329167). For me, the patch cleanly applies on the latest CVS snapshot as of 2010-12-13 and does not depend on 329167. All tests are still green. I don't think there is a dependency on 329167 of any sort (which was part of the reason I extracted this as an entirely separate bug). There is indeed no dependency, but there is a shared file. When if two patch A and patch B share file C, then when patch A is committed, patch B is broken. Annoying. So, first choice; try to commit patches quickly, second choice; try to ovoid overlapping patches file-wise, third choice; try to batch up overlapping patches. Thanks. Committed to head for 3.1.0M5. Closing all bugs resolved in Indigo. |