Hello Stephen,
thanks again for your work and interest in IDE integration!
I read Bard's reply as meaning that your cleanup work is a great
benefit to cmake, but will probably not be available in the
foreseeable future (if at all).
Alexander goes back to the generator approach we discussed a yea
The following issue has been SUBMITTED.
==
https://cmake.org/Bug/view.php?id=15910
==
Reported By:Sam Thursfield
Assigned To:
The following issue has been SUBMITTED.
==
https://cmake.org/Bug/view.php?id=15911
==
Reported By:Sam Thursfield
Assigned To:
On 01/12/2016 05:15 AM, Tobias Hunger wrote:
> I read Brad's reply as meaning that your cleanup work is a great
> benefit to cmake, but will probably not be available in the
> foreseeable future (if at all).
Most of Stephen's work completed so far is already in CMake 3.4, and
a bit more is in 'mas
The following issue has been SUBMITTED.
==
https://cmake.org/Bug/view.php?id=15912
==
Reported By:Sam Thursfield
Assigned To:
On 01/04/2016 06:52 PM, Michael Scott wrote:
> To round off the -W options functionality, I've implemented the -Werror
> and -Wno-error set of options for the two current types of messages, dev
> and deprecated. This includes updating the QT GUI to include new options
> for controlling this func
Most of that change appears to be just the number of spaces after a
period. I prefer two which is why the original message was that way.
Ah fair enough, I assumed the two spaces was a typo and was meant to be
just one space. Yes essentially the third patch just replaces the two
spaces with one
On 01/12/2016 01:18 PM, Michael Scott wrote:
> In this case I think there are no issues I'm aware of with the proposed
> changes.
Great, thanks. Applied and merged to 'next' for testing:
Add -Werror and -Wno-error command-line options
https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=28f2d7
On 01/11/2016 03:29 PM, Thomas wrote:
> https://cmake.org/Bug/view.php?id=15894
>
> I'm writing to request support for the /Debug:FastLink flag which was
> introduced in visual studio 2015 (update 1), and the option to generate full
> PDB informations.
> http://blogs.msdn.com/b/vcblog/archive/20
On 01/08/2016 06:15 PM, Eric Wing wrote:
> simple 'swiftc' integration going for ADD_EXECUTABLE, as described in
> the original post.
Take the generator check out of Modules/CMakeDetermineSwiftCompiler.cmake
to get rid of the up-front error. See "Modules/CMakeAddNewLanguage.txt"
(many of the step
Tobias Hunger wrote:
> So could we please get a *documented* way that an IDE can *rely on to
> be available* that provides basic information on a
> project/configuration:
>
> * Source directory, build directory
> * Files that belong to the project (sources, headers, custom cmake
> modules, CMakeL
Brad King wrote:
>> Alexander goes back to the generator approach we discussed a year ago
>> and explicitly says he won't work on that, so nothing will happen
>> there.
>
> The generate-json-description approach remains a valid alternative.
> Aleix's work on it got pretty far before Stephen propos
Brad King wrote:
> The proposed daemon could help IDEs integrate with the CMake language
> without re-implementing it, but we may not need such heavy infrastructure
> for IDEs just to list targets and sources and allow users to edit them.
Do you agree that that's an orthogonal use-case (add file t
On Tuesday, January 12, 2016 10:05:08 Brad King wrote:
> On 01/12/2016 05:15 AM, Tobias Hunger wrote:
> > I read Brad's reply as meaning that your cleanup work is a great
> > benefit to cmake, but will probably not be available in the
> > foreseeable future (if at all).
>
> Most of Stephen's work
The following issue has been SUBMITTED.
==
https://public.kitware.com/Bug/view.php?id=15913
==
Reported By:Gregory M. Baumgardner
Assigned To:
The following issue has been SUBMITTED.
==
https://cmake.org/Bug/view.php?id=15914
==
Reported By:Kim Topley
Assigned To:
Hi,
I am attaching a patch that adds support for generator expressions in
the DIRECTORY arguments of install(DIRECTORY ...). It is my first
contribution, so I don't really have experience with quality
requirements, but I based the changes largely on other commits
implementing similar functionality
On Tuesday, January 12, 2016 23:20:14 Milian Wolff wrote:
> On Montag, 11. Januar 2016 23:22:23 CET Alexander Neundorf wrote:
...
> > Stephens big approach will need some time until it is ready, while such a
> > (relatively) simple thing can probably be done within one release cycle
> > (but I don'
I currently have boost installed through brew of which kicad uses
libboost_context-mt.dylib
this library then depends on
libboost_chrono-mt.dylib
the otool -L for libboost_context-mt.dylib for chrono is
@loader_path/libboost_chrono-mt.dylib
After having numerous issues with trying to get this
Thanks for the commit!
I digged through the msbuild targets of visual c++ 14 and it seems that for
the moment, generating full PDBs simply switches back the
"GenerateDebugInformation" value to "Debug".
I propose to wait until there is a documented switch or the behavior is
more clear.
This is what
20 matches
Mail list logo