- 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 14, 2009
-
-
dt authored
Task-Nr: QTCREATORBUG-277
-
- 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 08, 2009
-
-
dt authored
-
- Dec 07, 2009
-
-
dt authored
Otherwise we need to parse the cbp file, which happens only if the buildconfiguration gets active. Also try to decouple a few internals a little bit by using signals. The CMakeProject still handles a few things directly instead of via signals, more to come eventually.
-
- Nov 30, 2009
-
-
dt authored
-
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
-
dt authored
The pointers can be used to distinguish BuildConfigurations
-
dt authored
More API work.
-
dt authored
Each project has it's own BuildConfiguarion * classes, they'll get a decent type safe interface and the setValue/value stuff will be removed.
-
- Aug 14, 2009
-
-
hjk authored
-
- Jun 16, 2009
-
-
con authored
Reviewed-by: Trust Me Conflicts: src/libs/cplusplus/CppBindings.cpp src/libs/cplusplus/CppBindings.h src/libs/cplusplus/FastPreprocessor.cpp src/libs/cplusplus/FastPreprocessor.h src/plugins/cpptools/cppcurrentdocumentfilter.cpp src/plugins/cpptools/cppcurrentdocumentfilter.h src/plugins/cpptools/cppsemanticsearch.cpp src/plugins/cpptools/cppsemanticsearch.h src/plugins/duieditor/parser/qmljs.g src/plugins/duieditor/parser/qmljsast.cpp src/plugins/duieditor/parser/qmljsast_p.h src/plugins/duieditor/parser/qmljsastfwd_p.h src/plugins/duieditor/parser/qmljsastvisitor.cpp src/plugins/duieditor/parser/qmljsastvisitor_p.h src/plugins/duieditor/parser/qmljsengine_p.cpp src/plugins/duieditor/parser/qmljsengine_p.h src/plugins/duieditor/parser/qmljsgrammar.cpp src/plugins/duieditor/parser/qmljsgrammar_p.h src/plugins/duieditor/parser/qmljslexer.cpp src/plugins/duieditor/parser/qmljslexer_p.h src/plugins/duieditor/parser/qmljsmemorypool_p.h src/plugins/duieditor/parser/qmljsnodepool_p.h src/plugins/duieditor/parser/qmljsparser.cpp src/plugins/duieditor/parser/qmljsparser_p.h src/plugins/duieditor/parser/qmljsprettypretty.cpp src/plugins/duieditor/parser/qmljsprettypretty_p.h src/plugins/duieditor/rewriter/rewriter.cpp src/plugins/duieditor/rewriter/rewriter_p.h src/plugins/duieditor/rewriter/textwriter.cpp src/plugins/duieditor/rewriter/textwriter_p.h src/shared/cplusplus/ASTClone.cpp tests/manual/cplusplus/main.cpp
-
Jason McDonald authored
Reviewed-by: Trust Me
-
- Feb 25, 2009
- Jan 13, 2009
-
-
Daniel Molkentin authored
-
Daniel Molkentin authored
-
- Dec 16, 2008
-
-
hjk authored
-
- Dec 02, 2008