Change-Id: I4f583bb184fff00ea49a27de9df96aa348b81004
Reviewed-by: Tobias Hunger <tobias.hunger@nokia.com>

Also change misleading comment.

Change-Id: I22666ae3a06b98dea0be35d95392ae4e022b0d73
Reviewed-by: Konstantin Tokarev <annulen@yandex.ru>
Reviewed-by: hjk <qthjk@ovi.com>

Namespaces, whitespace.

Change-Id: I83df57b32a1a31b208181d65849688c09941a0be
Reviewed-by: hjk <qthjk@ovi.com>

Change-Id: I4387b52f2d929ffa096bf2d931eb692b6798f45a
Reviewed-by: hjk <qthjk@ovi.com>

MinGW does not come with a gmtime_s function (only MSVC does). BOTAN_TARGET_OS_HAS_GMTIME_S is now set for win32-msvc* only.

Change-Id: Ic2aefed68acd32b1e67046455b2f230096dd83d0
Reviewed-by: Christian Kandeler <christian.kandeler@nokia.com>

Change-Id: I623b47ab4fdad7abf07e47abd99959f0326639c6
Reviewed-by: Eike Ziller <eike.ziller@nokia.com>

Change-Id: I0305e78dfc20ce398a06dac32c6368bfa1ec8b63
Reviewed-by: Eike Ziller <eike.ziller@nokia.com>

Change-Id: I9c5b0e7f3eda13ef3b6903723c27267d090b9d24
Reviewed-by: Daniel Teske <daniel.teske@nokia.com>

Commands in normal mode like "ci(", "di[", "ca{" etc. should handle
nested parentheses correctly.

task-number: QTCREATORBUG-7632
Change-Id: I7a77ffa61ff7675f0dc8c66918136c2573cf4c06
Reviewed-by: hjk <qthjk@ovi.com>

Change-Id: Ibcc5b0e80acf037ed87b79ae4f52a1b0677388eb
Reviewed-by: hjk <qthjk@ovi.com>

Change-Id: I1f9afb9f802d8eae4d95e8505328d1dccafdc98a
Reviewed-by: Daniel Teske <daniel.teske@nokia.com>

Renaming supports version control.

To prevent code duplication part of ProjectExplorerPlugin::renameFile
implementation was separated into FileUtils::renameFile.

Change-Id: I28481bea89d0824339e5db025ceb7216713bd5a0
Reviewed-by: Eike Ziller <eike.ziller@nokia.com>

The mkspec setting function checks whether the value is the same as the
default, but the default depends on the toolchain.

Change-Id: I2ff55efbf365617b117301224e23d616dc7db25e
Reviewed-by: Tobias Hunger <tobias.hunger@nokia.com>

Change-Id: I8104dab231a183a7768b3c1ac8c34b7ba4e47fdb
Reviewed-by: Tobias Hunger <tobias.hunger@nokia.com>

Change-Id: I76483e6aae8b5144f9f896b3c60795e3ae5ade11
Reviewed-by: Tobias Hunger <tobias.hunger@nokia.com>

Change-Id: I0b8f168be6e85888b02a11682c21e7b63a33f75f
Reviewed-by: Tobias Hunger <tobias.hunger@nokia.com>

Change-Id: Ib9be214838d8e10dbd1a870d894bf7485265a43e
Reviewed-by: Tobias Hunger <tobias.hunger@nokia.com>

That is on Windows.

Change-Id: I2f6e9e0118e2deb3238e73479a3160536857a372
Reviewed-by: Tobias Hunger <tobias.hunger@nokia.com>

It's a CMakeProject, it must be a CMakeBuildConfiguration

Change-Id: Ibd0907112661a89f7ca84ffdf62a1dbcbd436ed8
Reviewed-by: Tobias Hunger <tobias.hunger@nokia.com>

Change-Id: I6a09b19c18ecb5d643ffad874f1138a7f24ab295
Reviewed-by: Tobias Hunger <tobias.hunger@nokia.com>

CMakeBuildConfigurations can only exist on CMakeProjects

Change-Id: I8501e39f133fea854b953f9739e001cae1f2c0ea
Reviewed-by: Tobias Hunger <tobias.hunger@nokia.com>

Change-Id: Ieb8bb1ec3ad9a4a68ae1c95fe1b3effff386c605
Reviewed-by: Tobias Hunger <tobias.hunger@nokia.com>

Change-Id: Ie7dbadb709d04da01c48d736a0bc91856e9304cc
Reviewed-by: Tobias Hunger <tobias.hunger@nokia.com>

Change-Id: I113e4c2afc6c881bc9c62f7ff08dbc69005037a5
Reviewed-by: Tobias Hunger <tobias.hunger@nokia.com>

All the methods are static now, so there's no need to instanciate the
class.

Change-Id: Ibb615f1f863ed1ad8e27dfb44d69998ea1061550
Reviewed-by: BogDan Vatra <bog_dan_ro@yahoo.com>
Reviewed-by: Tobias Hunger <tobias.hunger@nokia.com>

And then use that knowledge to simply do a static_cast

Change-Id: Ia145468235ed0b75ed243d6ae2d76ab824df2958
Reviewed-by: Tobias Hunger <tobias.hunger@nokia.com>

It's the same as RunConfiguration::activeBuildConfiguration

Change-Id: I117edbe2347dd40b183ba7e9d2f6ace08645db7e
Reviewed-by: Tobias Hunger <tobias.hunger@nokia.com>

Change-Id: I2fb2c75001569385e417ea44ae90d34e92a22449
Reviewed-by: BogDan Vatra <bog_dan_ro@yahoo.com>
Reviewed-by: Tobias Hunger <tobias.hunger@nokia.com>

We must delete private class which delete m_ui too.
OTherwise we will leak here

Change-Id: I39239ce2fdddd4fe4e4e748673e271bba976c712
Reviewed-by: Laszlo Papp <lpapp@kde.org>
Reviewed-by: Tobias Hunger <tobias.hunger@nokia.com>

Change-Id: If65d7c385eb86a54a4a9bdf51be5b2bf1c3cb429
Reviewed-by: Tobias Hunger <tobias.hunger@nokia.com>

Append the function return type in outline (after arguments), consistently with
variable type indication.

Change-Id: I1cc6d69634fc83227eb7fc9e3a0ee2ad6ca6ace8
Reviewed-by: Leandro Melo <leandro.melo@nokia.com>

Less confusing to the highlighter.

Change-Id: I1c5f232da42b18d43f6c14b5907eb8feb48de2b4
Reviewed-by: hjk <qthjk@ovi.com>

The type highlighting change part of the recent patch
4a2a17af didn't seem to
please much from a visual point of view. It's a better
idea to keep the type highlighting as it was for now
and in the future try again the approach with an explicit
option and perhaps a more restrictive context.

The other patch is not reverted entirely because it does
fix a couple of bugs.

Change-Id: I806afa3d8c1c4b241080b8704255d737f61ee12c
Reviewed-by: Roberto Raggi <roberto.raggi@nokia.com>

Change-Id: I9f6719618749b57cdfb68457e9ede8a580abd1af
Reviewed-by: hjk <qthjk@ovi.com>

It contained only two pointers. Not worth the overhead.

Change-Id: I512ddfe588b8d072072b8155b4418a2b8e8c4da0
Reviewed-by: Daniel Teske <daniel.teske@nokia.com>
Reviewed-by: hjk <qthjk@ovi.com>

Change-Id: I075f0962f59d34ea48b7d63753505ddc6bea5dd4
Reviewed-by: Daniel Teske <daniel.teske@nokia.com>

Change-Id: I672c1a24ce7a3f6e3d7538550d0289ca8f4df865
Reviewed-by: Daniel Teske <daniel.teske@nokia.com>

Change-Id: I06da18c8db724e9dbb27878e9280b78b6df299cb
Reviewed-by: hjk <qthjk@ovi.com>

- Fix issues with virtual/non-virtual destructors. They were not
  being correctly identified in some cases - in particular on certain
  uses in derived classes.

- Since now we do have a highlighting item for regular functions,
  constructors and destructors are now highlighted as such. This is
  more semantically correct and actually makes navigation and readiblity
  more distinguishable, since it cleary differentiates the type itself
  from its uses in expressions and declarators. (This seems to be what
  other IDEs like Eclipse, Visual Studio, KDevelop are doing.)

  NOTE: There's a switch to disable this item in the case it doesn't
  get good acceptance. Actually, the switch can be made a user
  setting...?

- Change the default color scheme so regular and virtual functions
  have the same color (virtuals continue to be italic). This makes
  sense given the above mentioned changes in constructors/destructors
  highlighting behavior. (In other schemes virtual funcions don't have
  different color, so this shouldn't be necessary in those.)

- Small renaming: "members" are now "fields" - consistent, since
  they apply for data and it's the term used in the UI.

Change-Id: Ib1aa9c0bbf28a31d09f5696460b0095fbe29de80
Reviewed-by: Roberto Raggi <roberto.raggi@nokia.com>

Change-Id: I5a4dcd5b9101118de8c88b6d26af5a9dbb32ba54
Reviewed-by: Orgad Shaneh <orgads@gmail.com>
Reviewed-by: hjk <qthjk@ovi.com>