- Jun 22, 2010
-
-
dt authored
Christian Kamm convinced me that it should not have any effect. Reviewed-By: ckamm Task-Nr: QTCREATORBUG-1646
-
- Jun 07, 2010
-
-
Kai Koehne authored
This reverts commit 5234c775 and 21065291.
-
- Jun 03, 2010
-
-
Christian Kamm authored
- Enable qmlprojectplugin even if Qml support is disabled. - But disable its wizards in that case. - Disable the Qml file wizard if the support is off. Reviewed-by: Kai Koehne
-
- Apr 07, 2010
-
-
con authored
Requested-by: Friedemann Kleint
-
- Mar 17, 2010
-
-
Kai Koehne authored
-
- Feb 11, 2010
-
-
Oswald Buddenhagen authored
... so just disable it for all macs.
-
- Feb 08, 2010
-
-
Oswald Buddenhagen authored
includes workaround for breakage with old g++
-
Kai Koehne authored
Only revert stuff that is linked to fast string concat.
-
Kai Koehne authored
This reverts commit e70530c5. It did break builds on older gcc versions (gcc 4.1.2 64 bit Linux, gcc 4.0.1 on Mac OS X): parser/qmljsgrammar_p.h: In static member function ???static int QmlJSGrammar::nt_action(int, int)???: parser/qmljsgrammar_p.h:188: error: ???QmlJSGrammar::<anonymous enum>??? is/uses anonymous type parser/qmljsgrammar_p.h:188: error: trying to instantiate ???template<class T> struct QConcatenable??? ...
-
- Feb 05, 2010
-
-
Oswald Buddenhagen authored
-
- Nov 24, 2009
-
-
Oswald Buddenhagen authored
-
Oswald Buddenhagen authored
-
- Oct 23, 2009
-
-
dt authored
Reported-By: Tasuku Suzuki
-
- Oct 06, 2009
-
-
Daniel Molkentin authored
-
- Sep 15, 2009
-
-
con authored
-
- Jun 08, 2009
-
-
hjk authored
-
- May 29, 2009
-
-
hjk authored
-
- May 12, 2009
-
-
dt authored
Instead use qmake IDE_LIBRARY_BASENAME=lib64 to set it to lib64.
-
- May 11, 2009
-
-
con authored
This is helpfull for building plugins from outside the QtCreator source tree.
-
- May 06, 2009
-
-
Oswald Buddenhagen authored
use the data copying custom compiler approach here, too. this leaves more work to qmake, which is good. on the upside, pluginspecs will be installed when they change without having force a re-link of the plugin itself. on the downside, installation of a pluginspec will force a re-link of the plugin. oh, well - you can't have it all (with qmake) ...
-
Oswald Buddenhagen authored
-
Oswald Buddenhagen authored
IDE_LIBEXEC_PATH is still the bindir, so it's kinda fake. oh, well.
-
Oswald Buddenhagen authored
-
- Apr 20, 2009
-
-
Oswald Buddenhagen authored
now bin and share are not pegged to linking the executable any more, but are proper subdirs targets of their own. unforturnately, qmake is a bit tenacious, so we hack around a bit. :) more or less in passing by, i removed some superfluous trailing slashes and added path normalization as well.
-
- Mar 27, 2009
-
-
Oswald Buddenhagen authored
-
- Mar 24, 2009
-
-
con authored
Reviewed-by: hjk
-
- Mar 23, 2009
-
-
hjk authored
-
- Mar 12, 2009
-
-
hjk authored
-
- Mar 06, 2009
-
-
hjk authored
Details: LD_LIBRARY_PATH setting still missing
-
- Feb 19, 2009
-
-
hjk authored
-
- Jan 21, 2009
-
-
Daniel Molkentin authored
Details: Creator on Linux works now in two modes: 1) out of the build dir (shadow builds to be tested) 2) make INSTALL_ROOT=/prefix install
-
Daniel Molkentin authored
Details: Make install works now, we just have to agree on layout details and check for mac compatibility. Also, plugins will carry no version in their filename anymore starting with this commit. Versioning happens in the creators pluginloader using the pluginspec file.
-
Daniel Molkentin authored
-
- Dec 08, 2008
-
-
Roberto Raggi authored
-
- Dec 03, 2008
-
-
Roberto Raggi authored
Fixed the build system. Generate the object files for release and debug builds in different directories.
-
- Dec 02, 2008
-
-
con authored
-