Notice: This Wiki is now read only and edits are no longer possible. Please see: https://gitlab.eclipse.org/eclipsefdn/helpdesk/-/wikis/Wiki-shutdown-plan for the plan.
Difference between revisions of "CDT/summitecon2013"
< CDT
(→Minutes) |
(→Decisions) |
||
Line 84: | Line 84: | ||
=== Decisions === | === Decisions === | ||
− | * CDT 8.2 (Kepler) will not use any E4 APIs to keep compatibility with 3.x. | + | * E4 |
− | * CDT will not commit to supporting 3.x as a platform for the CDT 8.2 release. | + | ** CDT 8.2 (Kepler) will not use any E4 APIs to keep compatibility with 3.x. |
− | * For the future CDT release (Luna), the decision with regards to using E4 APIs is not taken yet. It will be discussed further after the Kepler release. | + | ** CDT will not commit to supporting 3.x as a platform for the CDT 8.2 release. |
− | + | ** For the future CDT release (Luna), the decision with regards to using E4 APIs is not taken yet. It will be discussed further after the Kepler release. | |
− | * CDT 8.2 (Kepler) will run on Java 6 | + | * Java |
− | * No decision to move to Java 7 for the next release at this time. | + | ** CDT 8.2 (Kepler) will run on Java 6 |
+ | ** No decision to move to Java 7 for the next release at this time. |
Revision as of 11:16, 28 March 2013
Contents
CDT Summit at EclipseCon 2013
We have scheduled a one-day CDT summit at EclipseCon 2013 in Boston, MA, on Thursday the 28th of March, 2013. To help plan for this meeting, please sign up and add any agenda items you'd like to see discussed.
EclipseCon information is here: http://www.eclipsecon.org/2013/
Open to all, even if you didn't sign up :).
Time: 10:00 a.m. to 3:30 p.m.
Room: Beacon Hill 2 & 3
Attendees and Interests
- Marc Khouzam - Ericsson
- Debug, Multicore, Visualizer
- Martin Oberhuber - WindRiver
- Quality, Debug (TCF), Usability, Remote Edit-compile-debug
- Sergey Prigogin - Google
- Refactoring, C++11 features, Codan
- Glen Anderson - Analog Devices
- Debug, Usability, Multicore
- Dominique Toupin - Ericsson
- Josh Kruck
- Debug (DSF, MS), Refactoring
- Bill Swanson - Tilera
- Visualization, Multicore, Eclipse/CDT Redistribution
- Doug Schaefer - QNX
- Everything, but currently working on improving Qt support
- Also if we don't get many more people, we can meeting in one of the evenings as well
- Jeff Johnston - RedHat
- Jim Adams - Analog Devices
- Reibert Arbring - Ericsson
- Norman Yee - Analog Devices
- Leo Treggiari - Intel
- Vladimir Prus - Mentor Graphics
- Eric Cloninger - Klocwork
- Static analysis, refactoring, Android
- Mike Wrighton - Mentor Graphics
- Greg Watson - IBM
- Brian Watt - IBM
- Teodor Madan - Freescale
- Jesper Eskilson - IAR Systems
- MBS, TCF, indexer
- Patrick Tasse - Ericsson
Agenda
- Eclipse 4.x discussion:
- reactions to 4.x platform
- CDT compatibility and/or upgrade plans
- effect on other projects, Visualizer, etc.
(e.g. if CDT retains 3.x compatibility, related plugins may need to as well)
- Java 7
- Advertising new CDT features
- Dialog popup with "Did you know?" and "Don't show this message again"
- Other?
- Debug
- Quick Launches (Local C/C++ App, Remote C/C++ App)
- UI Junit tests: Dependency injection vs other CDT UI test techniques
- Remote/synchronized projects
- ...
Minutes
- Introductions
- 25 attendees from 14 companies
- E4
- What is the gain to start using E4 APIs?
- Easier to modify the look of the UI -- No need to move CDT to E4 for that
- Uniformity of the look and feel -- No need to move CDT to E4 for that
- QNX feels the UI must be improved -- Does that require E4?
- Once the CDT community agrees we can use E4 APIs, the decision to do so can be left to individual committers. There does not seem to be a reason we'd have to move all of CDT. We can instead take a joint E4 and 3.x approach.
- Is there a reason to avoid all use of E4 APIs?
- We want to keep CDT compiling on 3.x
- We can re-discuss this requirement for the Luna release
- What is the gain to start using E4 APIs?
- Can CDT support platform -1? Meaning the new CDT with the older platform.
- CDT 8.2 is the first CDT that will allow that. It was not a conscious decision. We don't expect we we will be able, or want to enforce this.
- Java 7
Decisions
- E4
- CDT 8.2 (Kepler) will not use any E4 APIs to keep compatibility with 3.x.
- CDT will not commit to supporting 3.x as a platform for the CDT 8.2 release.
- For the future CDT release (Luna), the decision with regards to using E4 APIs is not taken yet. It will be discussed further after the Kepler release.
- Java
- CDT 8.2 (Kepler) will run on Java 6
- No decision to move to Java 7 for the next release at this time.