Skip to main content

Notice: this Wiki will be going read only early in 2024 and edits will no longer be possible. Please see: https://gitlab.eclipse.org/eclipsefdn/helpdesk/-/wikis/Wiki-shutdown-plan for the plan.

Jump to: navigation, search

Difference between revisions of "CDT/summitecon2015"

< CDT
(CDT/Linux Tools/PTP/Trace Compass Summit at EclipseCon 2015)
(Minutes)
Line 78: Line 78:
 
*** TM Terminal - Rich terminal in eclipse
 
*** TM Terminal - Rich terminal in eclipse
 
*** PTP couldn't find the support they needed for remote stuff.  They (Greg) built their own: org.eclipse.remote
 
*** PTP couldn't find the support they needed for remote stuff.  They (Greg) built their own: org.eclipse.remote
*** It has a strong API.
+
**** It has a strong API.
*** It has some UI components as well
+
**** It has some UI components as well
 
*** Doug adjusted the o.e.remote API to allow for a service extensions layer
 
*** Doug adjusted the o.e.remote API to allow for a service extensions layer
 
*** There is a 'new' Remote Architecture that defines the following hierarchy:
 
*** There is a 'new' Remote Architecture that defines the following hierarchy:
Line 86: Line 86:
 
**** Connection Service
 
**** Connection Service
 
**** Process Service
 
**** Process Service
 +
** UI components
 +
*** Preference page
 +
*** resource browser ( dilaogn)
 +
*** connections view
 +
*** remove file system view
 +
*** terminals view (from TM)
 
* TM Terminals
 
* TM Terminals
 +
** Original TM terminal vs TCF terminals
 +
** TCF terminals uses tabs within the view (which is a tab).  Opinions are split on that approach.
 +
** It is unclear to us what the TCF terminals does more than the TM terminal
 +
** Path forward is still unclear about which one to move forward with
 
* Launchbar
 
* Launchbar
 +
** Has its own repo (o.e.launchbar) now still part of CDT
 +
** Moved it to use o.e.remote
 +
** Plans to support remote launch over o.e.remote
 +
** Launch configuration handling
 +
*** Filter box
 +
*** Draggable sash to selection how many in recent history
 +
*** Pre-builds before launches
 +
*** Automatically creates a launch config for a new project
 +
*** Launchbar buttons look like debugger buttons and that is sill a problem
 +
*** Could we disable the launchbar launch button after the first launch to avoid conflict and to simplify things for users? (Visual Studio does this)
 +
*** For the advanced user that needs a second session, they would fall back to using Eclipse's standard launching
 +
*** To improve, we can re-enable the button as soon as the user changes the configuration selected
 +
*** Or we can change icons
 +
**** Power on button?
 
* Toolchains: LLDB, Clang, Visual Studio
 
* Toolchains: LLDB, Clang, Visual Studio
 
* Content assist setting to completion
 
* Content assist setting to completion

Revision as of 17:24, 9 March 2015

CDT/Linux Tools/PTP/Trace Compass Summit at EclipseCon 2015

A one-day CDT/Linux Tools/PTP/Trace Compass Summit will be held at EclipseCon 2015 in San Francisco, CA, on Monday March 9th, 2015. This summit is open to registered attendees of EclipseCon. Please register here. It is an informal gathering of committers and contributors of the mentioned communities to discuss project direction, on-going work, proposed changes and enhancements, and any other topic of interest to the participants. It will be followed on the Tuesday by a CDT Theme Day of 7 official EclipseCon presentations related to these projects.

The below agenda may evolve as proposed topics are added and attendees sign-up.

To help structure the summit, please:

  • add your name to the attendees section below
  • add agenda items you would like to see discussed


Sponsors

                     PolarSysLogo.png                                           ERI horizontal rgb.jpg

Minutes

9:00-9:30

  • Welcome and agenda adjustment

9:30-12:00

  • Move to Java 8?
    • Recommended changes to make to CDT when on Java 8
      • Lambdas
        • Would be valuable to DSF
        • Would need to adapt APIs to work with Lambda
        • Existing code could remain the same but new code could then use Lambdas
        • Readability? Experience shows it should be improved
        • Error handling for RequestMonitor class would be difficult, may not be a good fit.
        • Error handling could be done by having one method taking an error handler and a success handlers
      • Default methods
        • No more IMyInterface2 pattern
        • We expect binary compatibility to be maintained in this case
        • We would not remove existing IMyInterface2 to be nice to extenders but we could deprecate (some) of them.
    • API tooling support (e.g., handling of default methods)
      • We don't know. We'll need to check early. If not, we need to revisit the use of default methods.
  • Doing a 9.0 release to allow breaking APIs
    • Must make a clear decision to allow work to begin ASAP
      • Yes. We must confirm with the list.
      • Announce in latest N&N.
      • Create branch early.
    • Branching strategy. How do we begin work early while allowing SR releases from master?
      • Need a branch: APIBreak_9_0
      • Keep *merging* master into APIBreak_9_0 to keep the two aligned
      • Right after MarsSR2 (CDT 8.9) we bring APIBreak_9_0 to master, or even rename APIBreak_9_0 to master
    • List of changes that should be looked at: https://wiki.eclipse.org/CDT/APIBreakages
  • Oomph demo: setting up Eclipse for CDT development in a few clicks
    • https://wiki.eclipse.org/Getting_started_with_CDT_development#Using_Oomph
    • Eclipse installer that has been setup to handle CDT
    • Will do entire CDT setup for contribution, including API baseline
    • Setup file is at org.eclipse.cdt/releng/CDT.setup
    • The Oomph catalogue points to the CDT repo for the file so all changes propagate from CDT automatically
    • Existing setup file can be extended for a local team
    • Existing git clone of CDT can be re-used when triggering a new installation through Oomph
    • Marc-Andre gave a nice little demo. Super easy to use!
    • Other projects can do the same pretty easily
    • We should add Gerrit push automatically
  • Standalone Debugger RCP: Discussions and/or demo.
    • Product on top of the Standalone debugger
    • We will add it somehow to the CDT project pages, CDT downloads page
  • Bugzilla backlog
    • Entries should be marked as Enhancement when not a bug
    • Suggestions for Enhancement and some bug fixes could be done by the person writing the bug or other contributors
    • How do we motivate people to fix bugs? We could try the approach of the "Mars great fix contest"
    • Point potential contributor immediately to CDT Oomph setup to get them started quickly
    • Improve tools that help discover code (e.g., plugin spy, code references)

12:00-13:00

  • Lunch provided by EclipseCon
    • Delicious salmon and nice conversations

13:00-15:00

  • org.eclipse.remote and CDT
    • Background on Target Management (TM)
      • RSE - mostly UI not much of an API
      • TCF - Framework to setup agents on remotes to provide different services
      • TM Terminal - Rich terminal in eclipse
      • PTP couldn't find the support they needed for remote stuff. They (Greg) built their own: org.eclipse.remote
        • It has a strong API.
        • It has some UI components as well
      • Doug adjusted the o.e.remote API to allow for a service extensions layer
      • There is a 'new' Remote Architecture that defines the following hierarchy:
        • Connection Type
        • Connection Type Service
        • Connection Service
        • Process Service
    • UI components
      • Preference page
      • resource browser ( dilaogn)
      • connections view
      • remove file system view
      • terminals view (from TM)
  • TM Terminals
    • Original TM terminal vs TCF terminals
    • TCF terminals uses tabs within the view (which is a tab). Opinions are split on that approach.
    • It is unclear to us what the TCF terminals does more than the TM terminal
    • Path forward is still unclear about which one to move forward with
  • Launchbar
    • Has its own repo (o.e.launchbar) now still part of CDT
    • Moved it to use o.e.remote
    • Plans to support remote launch over o.e.remote
    • Launch configuration handling
      • Filter box
      • Draggable sash to selection how many in recent history
      • Pre-builds before launches
      • Automatically creates a launch config for a new project
      • Launchbar buttons look like debugger buttons and that is sill a problem
      • Could we disable the launchbar launch button after the first launch to avoid conflict and to simplify things for users? (Visual Studio does this)
      • For the advanced user that needs a second session, they would fall back to using Eclipse's standard launching
      • To improve, we can re-enable the button as soon as the user changes the configuration selected
      • Or we can change icons
        • Power on button?
  • Toolchains: LLDB, Clang, Visual Studio
  • Content assist setting to completion
  • New project wizard
  • What shall we do with our current CDT Launches?
  • What's new in CDT?

15:00-15:15

  • Break

15:15-16:30

  • Bugzilla "mentoring" tag
  • How do we tell our users about cool features?
  • FindBugs, Sonar and general CDT quality
  • Next gathering: hackathon?
  • Conclusion

16:30-17:30

  • Happy Hour (Exhibit Area)

18:00

  • Summit dinner free of charge for attendees at the Elephant Bar restaurant.


Tentative Attendees

  1. Marc Khouzam - Ericsson
    • Community, Debug, Multicore, Visualizer, Tracing
  2. William Riley - Renesas
    • Debug (Embedded), Multicore, Tracing, UX, Codan
  3. Marc-Andre Laperle - Ericsson
    • Tracing, Debug, Community, Editor, Refactoring, Codan, Build, UX
  4. Andrew McLachlan - Analog Devices
    • Tracing and Debug
  5. Srinivas Gudla - Xilinx
    • Tracing, Visualizer, Multicore and Debug
  6. Sergey Prigogin - Google
    • Parser, Indexer, Refactoring, Codan
  7. Doug Schaefer - QNX/BlackBerry
    • Everything. Mainly Remote Launching, Qt, UX.
  8. Greg Watson - IBM
    • Remoteness and target management
  9. Jeff Johnston - Red Hat
    • Remote Launching, Debug
  10. Alena Laskavaia - QNX/Blackberry
    • UX, Launch, Debug, Codan, Build
  11. Vladimir Prus - Mentor Graphics
    • Everything
  12. Wyatt Spear - University of Oregon
    • Performance analysis, tool integration
  13. Mohamed Azab - Mentor Graphics
    • UX, Multicore, Codan, Parser, Indexer.
  14. Appa Rao Nali - Xilinx
    • Tracing, Visualizer, Multicore Debug
  15. Yufen Kuo - Cavium
    • Tracing, Remote Profiling, Remote Launching
  16. Jesper Eskilson - IAR Systems
    • Most things
  17. Roland Grunberg - Red Hat
    • Linux Tools Project
  18. Martha Benitez - Red Hat

Back to the top