| Summary: | Build fails silently | ||
|---|---|---|---|
| Product: | [Eclipse Project] PDE | Reporter: | Miles Parker <milesparker> |
| Component: | Build | Assignee: | pde-build-inbox <pde-build-inbox> |
| Status: | RESOLVED WONTFIX | QA Contact: | |
| Severity: | normal | ||
| Priority: | P3 | ||
| Version: | 4.0 | ||
| Target Milestone: | --- | ||
| Hardware: | Macintosh | ||
| OS: | Mac OS X - Carbon (unsup.) | ||
| Whiteboard: | |||
|
Description
Miles Parker
OK, scratch that previous explanation. I thought that that had solved the issue, but in fact it was my simplification of taking my non-native (win32) targets out. When I put Windows back in, it failed in the typical place, while generating metadata at 48%. So it sounds like our old friend bug 276005. But the UI issue has been fixed and I'm certain that I do not have a vm checked. One thing that is interesting is that each target gets to a certain plugin before things hang. That plugin happens to be org.junit.source_3.8.2.201006061616. And I note that it isn't the next plugin in the list (assuming they're all generated alphabetically) as when I remove it it doesn't change anything. So at this point I'm wondering if anyone has pointers to how I can diagnose further, given that I can't seem to get a stack trace with kill -3. Currently we are not actively enhancing PDE build anymore. Therefore, I close this bug as WONTFIX. Please reopen, if you plan to provide a fix. |