On 29 January 2013 00:31, Alan Alpert <4163654...@gmail.com> wrote:
> On Mon, Jan 28, 2013 at 4:21 AM, Jason McDonald wrote:
>> 4. Let's try to make the job of our maintainers that little bit easier
>> by writing good commit summaries and diligently reviewing the commit
>> summaries of our peers.
ATH in the current shell is
> exactly the right thing to do. that's the ominious "qset" some trolls
> have been talking about.
There is also 'modules' (http://modules.sourceforge.net/) which is
used at my University to achieve a similar thing.
--
Matt Willi
9.0 10.0
and now probably 11.0). So the new one could be Visual Studio 2012
with Visual C++ compiler 11.0. Also, in future Microsoft are planning
decoupling the IDE from the compiler so we should keep the mkspec
following the compiler I guess.
--
Matt Williams
http://milliams.com
__
r. It already supports many C++11
features and run very fast. As far as I'm aware it doesn't depends on
any KDE libraries (Qt only) and already has the ability to extract
Doxygen-style comments. I don't know if there are any KDevelop people
on this list who ca
a
> special location and how do we know where this location is? Does
> supporting the feature require cmake to be installed?
From http://www.cmake.org/cmake/help/cmake2.6docs.html#command:find_package
(page down a little) you have a number of options of where to install
them. For example /(share|lib)/*/(cmake|CMake)/ where
could be /usr and could be 'Qt5' so they could be
installed in /usr/share/Qt5/cmake. There's similar special paths on
Windows and Mac.
For the purpose of building and installing Qt we have no dependence on
CMake. As Stephen says the files could just be created from some
templates using a bit of Perl (or whatever you want). For someone
building a project which depends on Qt they would of course need CMake
to find these files.
--
Matt Williams
http://milliams.com
___
Development mailing list
Development@qt-project.org
http://lists.qt-project.org/mailman/listinfo/development
