- Apr 07, 2010
-
-
Tobias Hunger authored
* Check for symbian SDK and soureces being on the same drive on windows * Check for a Open C/C++ header in Symbian SDK and warn if that is not found * Check for chars in project name that might confuse symbian SDKs Task-number: QTCREATORBUG-1045 Task-number: QTCREATORBUG-1043 Reviewed-by: dt
-
- Mar 16, 2010
-
-
dt authored
That is e.g. buildSteps() and cleanSteps() --> steps(type)
-
- Mar 05, 2010
-
-
hjk authored
-
- Feb 25, 2010
-
-
Friedemann Kleint authored
-
- Feb 17, 2010
-
-
dt authored
-
- Feb 16, 2010
-
-
Tobias Hunger authored
* Do not use the BuildManager but have the qmakestep trigger the update via the target and project. Reviewed-by: dt
-
- Feb 09, 2010
-
-
Tobias Hunger authored
* Ease cross device development by introducing 'targets' which group build- and runsettings that are valid for this one target Most of the kudos for the code review go to dt. Con, thorbjorn, ckandler and others did also review parts of this patch. Reviewed-by: dt
-
- Feb 01, 2010
-
-
Tobias Hunger authored
* Use new BuildSteps interface (as seen in ProjectConfiguration). * Use new factory to construct/clone/restore them. Reviewed-by: dt
-
- Jan 13, 2010
-
-
dt authored
They do what you expect them to do, that is build only a subtree. The implementation is a little bit strange. We temporarly set the sub node to be built on the BuildConfiguration, enqueue that BuildConfiguration (which calls BuildStep::init()), and then reset that temporary value. A more general way would be to have the ability to extend BuildConfiguration::buildProject() in a way that additional data can be passed to the BuildSteps. Task-Nr: QTCREATOR-5 Task-Nr: QTCREATORBUG-44
-
- Jan 12, 2010
- Jan 07, 2010
-
-
Tobias Hunger authored
* Use id() for methods returning a string used to represent some type of object. * Use displayName() for strings that are meant to be user visible. * Quieten some warnings while touching the files anyway. * Move Factories to their products in the plugins where that was not done before. Reviewed-by: dt
-
- Dec 09, 2009
-
-
Tobias Hunger authored
* Rework IBuildParser: * Remove name() method. * Remove enterDirectory and leaveDirectory signals. * Allow chaining of parsers. * Rename IBuildParser to IOutputParser. * Implement GnuMakeParser. * Remove entering/leaving directory related code from all other parsers * Move filename fixup heuristic based on entering/leaving directory massages from gnumake here from AbstractMakeStep. * Add outputParser method to ToolChain: This removes the need to map toolchains to BuildParser names in the BuildSteps. * Enhance AbstractProcessStep to accept a IOutputParser to parse its output. * Remove AbstractMakeStep. * Set the appropriate Parsers in all classes deriving from AbstractProcessStep and append the ToolChain's parser to the parser chain. * Remove BuildParserFactories: There is no more need for them. * Remove constants used to identify the BuildParsers. * Clean up some names: * Replace stdOut with stdOutput. * Replace addToTaskWindow with addTask and addToOutputWindow with addOutput. Do this wherever it is not yet clear that this will end up in the Task/Output window. Reviewed-by: dt
-
- Dec 07, 2009
-
-
dt authored
Should fix a lot of corner cases, might introduce a few bugs. Also rename functions/slots to be better named. Generic Project Manager and CMake Project Manager are missing from this patch.
-
- Dec 02, 2009
-
-
con authored
Move the code that compares the Qt version's debug|release property with the build configuration's debug|release property to the new build configuration class. Reviewed-by: dt
-
- Nov 30, 2009
-
-
dt authored
Also rename some methods/signal to make clearer that those only are relevevant for user changes not for all arguments.
-
dt authored
-
dt authored
-
dt authored
-
dt authored
-
dt authored
-
dt authored
-
dt authored
-
dt authored
Rename arguments to allArguments(), qmakeArguments() to userArguments()
-
dt authored
-
dt authored
-
dt authored
-
dt authored
-
dt authored
-
dt authored
-
dt authored
instead of a Project. Since BuildSteps "should" only care about the BuildConfiguration not the Project. (Not 100% doable, but still.)
-
dt authored
Note: I didn't fix all the connects and there are a few missing things. This compiles, more work is coming.
-
dt authored
The project() should in most cases not matter, instead the BuildConfiguration should. This shows all the information that needs to move into the BuildConfiguration classes.
-
- Nov 19, 2009
- Nov 16, 2009
-
-
dt authored
-
- Nov 12, 2009
-
-
Tobias Hunger authored
Add an option to have a buildparser for the qmake step and implement a pretty simple parser. Reviewed-By: dt
-
- Nov 10, 2009
-
-
dt authored
-
- Oct 30, 2009
-
-
dt authored
-