aboutsummaryrefslogtreecommitdiffstats
path: root/src/plugins/perfprofiler/perfprofilertool.h
Commit message (Collapse)AuthorAgeFilesLines
* PerfProfiler: Fix memory leakChristian Kandeler2020-01-231-0/+3
| | | | | | | | If the tool view is never shown, the respective widgets have no owner and need to be deleted manually. Change-Id: I6db7113d864607ae233f792363f13cfe841ccd10 Reviewed-by: Ulf Hermann <ulf.hermann@qt.io>
* PerfProfiler: Remove unused signalhjk2019-09-031-1/+0
| | | | | Change-Id: If495c0933c6b786c85ab44defca0c2cfc50a51d1 Reviewed-by: Ulf Hermann <ulf.hermann@qt.io>
* ProjectExplorer: Standardize RunWorker creation logichjk2019-08-271-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This unifies the remaining paths of RunWorker creation to always use RunWorkerFactories in the plugin pimpls. There were, and are, still effectively three basic kinds of workers: - "toplevel" tools corresponding to the run modes, that are often all that's used for local runs and directly started via the fat buttons or e.g. entries in the analyze menu, with factories already previously located in the plugin pimpls - core "tool helpers", providing tool specific functionality typically used in conjunction with a remote device specific run mechanism, set up via RunControl::registerWorkerCreator - target/device specific runhelper like port gatherers contructed e.g. via *Device::workerCreator(Core::Id id) Worse, these categories are partially overlapping, so it was not clear how a "clean" setup would look like, instead some ad-hoc cobbling "to make it work" happened. In some cases, the runMode id was used throughout the whole ensemble of run workers for a given run, and which worker exactly was created depended on which of the mechanism above was used in which order. With the new central setup, the top-level runmodes remain, but the second kind gets new ids, so the implicit dependencies on order of setup mechanism are avoided. This also helps in the cases where there was previously unclarity of where and how to set up worker factories: It's always and only the plugin pimpl now. Change-Id: Icd9a08e2d53e19abe8b21fe546f469fae353a69f Reviewed-by: Ulf Hermann <ulf.hermann@qt.io>
* PerfProfiler: Simplify logic around PerfProfilerTool::populateFileFinderhjk2019-03-191-1/+2
| | | | | | | It doesn't need a RunConfiguration, only uses a Target. Change-Id: I96bac9ab26f7e261f1a170dec8bfbad8e4d63a72 Reviewed-by: Ulf Hermann <ulf.hermann@qt.io>
* PerfProfiler: Move towards the canonical plugin setup patternhjk2019-03-131-1/+1
| | | | | Change-Id: I5d2f468c35c154664550175aefd21307b8107bba Reviewed-by: Christian Kandeler <christian.kandeler@qt.io>
* PerfProfiler: create views on demandUlf Hermann2019-01-281-0/+4
| | | | | | | | | | | Creating the views on application startup wastes time and memory if we never use them. Delay the creation until the first time we show the views. Task-number: QTCREATORBUG-21894 Change-Id: I62e4e97cfc34e36e8dd924b44250c03328d9519d Reviewed-by: Christian Kandeler <christian.kandeler@qt.io> Reviewed-by: hjk <hjk@qt.io>
* Add PerfProfiler pluginUlf Hermann2018-12-181-0/+128
This moves the previously commercial PerfProfiler plugin into QtCreator. Task-number: QTCREATORBUG-21344 Change-Id: I41f4a9451c2fe8ff4e1108e07db2e72e8c613c43 Reviewed-by: Ulf Hermann <ulf.hermann@qt.io> Reviewed-by: Alessandro Portale <alessandro.portale@qt.io>