Re: [cmake-developers] Extracting target metadata, IDE integration

Hello! Sorry for breaking the threading, I only joined this ML just now to comment on this thread:-) Thanks Stephen for pointing me here! I am not a regular cmake user (used to be a couple of years ago), but I im interested in this topic since I work on Qt Creator. While cmake currently is not

Re: [cmake-developers] Extracting target metadata, IDE integration

Sorry, I am a bit late with replying to this... I do not follow this list too closely and got distracted by mails in between where I could not contribute anything:-/ On Mon, Sep 22, 2014 at 4:03 PM, Stephen Kelly steve...@gmail.com wrote: The first is should this be run in a terminal or is this

Re: [cmake-developers] Extracting target metadata, IDE integration

Hey Stephen, On Sun, Oct 19, 2014 at 2:26 PM, Stephen Kelly steve...@gmail.com wrote: No problem, thanks! I recently discovered that Creator makes fragile guesses about source files and targets

Re: [cmake-developers] Extracting target metadata, IDE integration

On Mon, Jan 26, 2015 at 4:23 PM, Brad King brad.k...@kitware.com wrote: On 01/25/2015 08:26 AM, Tobias Hunger wrote: I just had a bit of time to play with cmake this weekend: Is this patch available somewhere by now? Aleix sent it in a message of this thread on 2015-01-09: http

Re: [cmake-developers] Extracting target metadata, IDE integration

Hi Everybody, I just had a bit of time to play with cmake this weekend: Is this patch available somewhere by now? Best Regards, Tobias On Sat, Jan 10, 2015 at 7:23 PM, Stephen Kelly steve...@gmail.com wrote: Aleix Pol wrote: I'll attach it in this e-mail, to make sure it reaches. PS:

Re: [cmake-developers] How to handle configurations (Was: Generating buildsystem metadata from CMake)

Hi Stephen, On Sat, Mar 21, 2015 at 10:56 AM, Stephen Kelly steve...@gmail.com wrote: So, the design question I have is: * Is lots of repetition ok in the metadata file? If it can not be avoided, then so be it. The answer will be re-used in many other places. For example, if I have a

Re: [cmake-developers] Generating buildsystem metadata from CMake

On Sat, Mar 21, 2015 at 9:41 AM, Stephen Kelly steve...@gmail.com wrote: Anton Makeev wrote: The other thing that seems troubling to me is that since file, target, language compiler options are split into different parts of metadata, the IDE need to know exactly how to assemble them back into

Re: [cmake-developers] Extracting target metadata, IDE integration

Hi Peter, CMake does know all the headers or it could not decide which files need rebuilding. How would making cmake parse a file in the syntax of another build system help creator understand existing cmake projects? This is not about extending cmake language: It makes cmake generate another

Re: [cmake-developers] Extracting target metadata, IDE integration

On Sun, Mar 15, 2015 at 6:17 PM, Peter Kümmel syntheti...@gmx.net wrote: The idea was that qtcreator then also could parse and change the CMakeLists.txt file (like it is done with qbs files, I assume). That would be a nice to have feature, yes, but I doubt that this will ever be an option with

Re: [cmake-developers] Generating buildsystem metadata from CMake

Hi Anton, you raised some good points, all of which I agree with:-) On Thu, Mar 19, 2015 at 10:18 AM, Anton Makeev anton.mak...@jetbrains.com wrote: * If it is useful to preprocess/compile/assemble individual files from IDEs, as made possible by the Makefiles and Ninja generators, we'll need

Re: [cmake-developers] Generating buildsystem metadata from CMake

Hi Stephen, On Thu, Mar 19, 2015 at 2:22 AM, Stephen Kelly steve...@gmail.com wrote: * In Target Properties/Conditional Properties and optional properties: Would it make sense to have a list of target_files, each with a filepath and a type? That would be more similar to the targets which also

Re: [cmake-developers] Extracting target metadata, IDE integration

Hi Aleix, thank you for the ping:-) Since I am not fully fluent with cmake (have not really used it in a couple of years) and sometimes have a bit of trouble following the discussion about the details of this patch, I took the liberty to copy/paste (and part of) one of the example files you put

Re: [cmake-developers] Extracting target metadata, IDE integration

On Wed, Mar 11, 2015 at 3:15 PM, Ben Boeckel ben.boec...@kitware.com wrote: On Tue, Mar 10, 2015 at 01:25:16 +0100, Aleix Pol wrote: output : /home/kde-devel/tmp/llvm/build/lib/libLLVMPowerPCInfo.a, Can this be a list? It's 1 output per target, no? Not on Windows with .dll

Re: [cmake-developers] Extracting target metadata, IDE integration

Hi Aleix, On Tue, Mar 10, 2015 at 1:25 AM, Aleix Pol aleix...@kde.org wrote: Thank you for taking some of your time. Thank you for doing the work:-) On Sat, Mar 7, 2015 at 11:46 AM, Tobias Hunger tobias.hun...@gmail.com wrote: How about adding some information on what this is you

Re: [cmake-developers] Generating buildsystem metadata from CMake

On Mon, Mar 30, 2015 at 7:04 PM, Anton Makeev anton.mak...@jetbrains.com wrote: Another item of note is that CMake does not know the compile flags as a sequential container of individual flags currently, but it knows them as a string (that's also why it appears as a string in my generated json

Re: [cmake-developers] [Qt-creator] CMake daemon for user tools

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

[cmake-developers] cmake daemon mode protocol

Hi Stephen, I have successfully build and run your cmake server mode changes and the python client script does work as advertised. I do have a couple of remarks about it. This is more intended as a starting point for discussion as a real proposal. Would something along these lines be possible:

[cmake-developers] daemon-mode: Project structure

t;:"/home/code/src/cmake/Source/CursesDialog/form",   "name":"CMAKE_FORM" }, # end of one project object     #   ] # end of project list } ]== CMake MetaMagic ==] Is this the information you need for IDE integration? Do you cmake developers feel comfortable to ex

Re: [cmake-developers] Review request: extract-cmMessenger branch

g. CMake Error at FILE:LINE (OPTIONAL_EXTRA_INFO):   MULTILINE_MESSAGE_WITH_INDENT_ENDING_IN_TWO_NEWLINES then you will probably hit existing code paths in IDEs. Best Regards, Tobias -- Tobias Hunger, Senior Software Engineer | The Qt Company The Qt Company GmbH, Rudower Chaussee 1

Re: [cmake-developers] daemon-mode: Project structure

On Do, 2016-06-09 at 08:43 -0400, Brad King wrote: > On 06/09/2016 05:47 AM, Tobias Hunger wrote: > > I made some progress with extracting project structure from cmake via the > > daemon-mode. I am rather happy with the information and would love to get > > some > > fee

Re: [cmake-developers] daemon-mode: Project structure

On Do, 2016-06-09 at 16:07 +0200, Milian Wolff wrote: > On Donnerstag, 9. Juni 2016 13:27:26 CEST Tobias Hunger wrote: > > On Do, 2016-06-09 at 08:43 -0400, Brad King wrote: > > > >   "includePath": > > > >   [ > &g

Re: [cmake-developers] daemon-mode: Project structure

      "fullName":"libcmForm.a",               "linkerLanguage":"C",               "name":"cmForm",               "type":"STATIC_LIBRARY"             }           ]         }       ],     }, # end of project     # <sn

Re: [cmake-developers] CMake daemon-mode

Hi Daniel, On Tue, Jun 7, 2016 at 11:27 AM, Daniel Pfeifer <dan...@pfeifer-mail.de> wrote: > On Mon, Jun 6, 2016 at 5:39 PM, Tobias Hunger <tobias.hun...@qt.io> wrote: >> Please help to support your use-cases. > > A while ago I wrote a graphical cache editor i

[cmake-developers] cmLocalGenerator::GetTargetFlags

do I need to create that? cmCommonTargetGenerator does caching of results. Should this be also done for cmLocalGenerator::GetTargetFlags, etc? Best Regards, Tobias -- Tobias Hunger, Senior Software Engineer | The Qt Company The Qt Company GmbH, Rudower Chaussee 13, D-12489 Berlin Geschäftsführer:

Re: [cmake-developers] CMake daemon-mode

Hi Brad, Am 07.06.2016 19:23 schrieb "Brad King" : > If it doesn't conflict with 'master' too much I can take it directly. It should not. I regularly rebase my branch on top of master. > I've cherry-picked 124f8295bee0c228b79a5cf38f0b2581be308118 and merged > to 'next'

Re: [cmake-developers] CMake daemon-mode

Hi Brad! On Mon, Jun 6, 2016 at 7:24 PM, Brad King wrote: >> A big chunk of Stephen's work has not even landed in my branch yet. Since >> cmake >> reformated all the source in the meantime it is a bit tedious to apply >> patches >> from his tree and I have simply not

[cmake-developers] CMake daemon-mode

gging Help needed: === Please help to support your use-cases. Please report what information you would like to have available from your cmake projects via daemon-mode. Patches are of course welcome at any time! Any help in getting any interesting information out of cmake is highly appre

Re: [cmake-developers] CMake daemon-mode

2581be308118 It passes the configuration to GetTargetFlags instead of forcing it to the build type. Since I may end up with different configurations in the project structure, I think this is necessary. Best Regards, Tobias -- Tobias Hunger, Senior Software Engineer | The Qt Company The Qt Company G

Re: [cmake-developers] CMake daemon-mode

Hi Am 07.06.2016 16:48 schrieb "Brad King" <brad.k...@kitware.com>: > On 06/07/2016 10:42 AM, Tobias Hunger wrote: > > On Mo, 2016-06-06 at 13:24 -0400, Brad King wrote: > >> We should be able to refactor things to share the flags computation. > >>

Re: [cmake-developers] CMake daemon-mode

Hi Brad, sorry for the empty mail, my phone acted up:-) Am 07.06.2016 16:48 schrieb "Brad King" <brad.k...@kitware.com>: > > On 06/07/2016 10:42 AM, Tobias Hunger wrote: > > On Mo, 2016-06-06 at 13:24 -0400, Brad King wrote: > >> We should be able

Re: [cmake-developers] daemon-mode: Project structure

On Fr, 2016-06-10 at 10:41 -0400, Brad King wrote: > On 06/10/2016 10:28 AM, Tobias Hunger wrote: > > Any pointers on how to get to that information? Any example code that gets > > the > > artifact list? > > > > I do not think this information is particularly w

Re: [cmake-developers] CMake daemon-mode

Hi Brad, On Thu, Jun 9, 2016 at 7:57 PM, Brad King wrote: > On 06/09/2016 09:27 AM, Brad King wrote: >>> https://github.com/hunger/CMake/commit/bc060a44b6b2c2281ffe99815163ba02ec835dd6 >> Good. I need to review that one more deeply but should be able to integrate >> it. >

Re: [cmake-developers] Questions about coding conventions

code that does not have semantic highlighting (eg. > inside diffs). So you optimize for teletype terminals and punish everybody that has invested in new stuff like screens with *color* in the last couple of decades:-/ /me is trapped in 1995! Best Regards, Tobias -- Tobias Hunger, Senior

Re: [cmake-developers] daemon-mode: Project structure

Hi Stephen, Am 10.06.2016 20:53 schrieb "Stephen Kelly" : > > [== CMake MetaMagic ==[ > > { > > # Reply header: > > "cookie":"", > > "type":"reply" > > "inReplyTo":"project", > > Part of the design of the daemon is that messages that it sends can be > 'spontaneous' - it

Re: [cmake-developers] CMake daemon-mode

Hi Brad, Am 09.06.2016 19:57 schrieb "Brad King" : > > On 06/09/2016 09:27 AM, Brad King wrote: > >> https://github.com/hunger/CMake/commit/bc060a44b6b2c2281ffe99815163ba02ec835dd6 > > Good. I need to review that one more deeply but should be able to integrate it. > > I

Re: [cmake-developers] daemon-mode: Project structure

> data. > > > > What is not listed is the build system file list and the CMakeCache. I want > > to keep these two separate: I can think of some use cases where that > > information is not at all necessary:-) > > What do you mean by "build system file

Re: [cmake-developers] daemon-mode: Project structure

On Do, 2016-06-09 at 09:47 -0400, Brad King wrote: > On 06/09/2016 09:27 AM, Tobias Hunger wrote: > > I am using the output of cmState::GetTargetTypeName. > > Okay.  We could consider excluding GLOBAL_TARGET targets from the > output.  They never have source files and are nebul

[cmake-developers] cmCacheManager related changes

an interface to cmState to retrieve the property list. Best Regards, Tobias -- Tobias Hunger, Senior Software Engineer | The Qt Company The Qt Company GmbH, Rudower Chaussee 13, D-12489 Berlin Geschäftsführer: Mika Pälsi, Juha Varelius, Mika Harjuaho. Sitz der Gesellschaft: Berlin, Registergericht

Re: [cmake-developers] daemon-mode: Project structure

On Fr, 2016-06-10 at 10:06 -0400, Brad King wrote: > On 06/09/2016 11:52 AM, Tobias Hunger wrote: > >   [== CMake MetaMagic ==[ > > What is the purpose of this non-json wrapper in the content? > Just part of the message protocol so that readers do not have > to parse the json

Re: [cmake-developers] Questions about coding conventions

istent. But how to name free functions and macros? I have > seen all kinds of variations. May I asked why "this->" is used so often? I find it totally annoying to skip this line noise all the time and I never encountered this convention before. Best Regards, Tobias -- Tobias Hunger, Se

Re: [cmake-developers] daemon-mode: Project structure

Hi Stephen, Am 11.06.2016 15:37 schrieb "Stephen Kelly" <steve...@gmail.com>: > > On 06/10/2016 11:35 PM, Tobias Hunger wrote: > > > > > Part of the design of the daemon is that messages that it sends can be > > > 'spontaneous' - it watches f

Re: [cmake-developers] daemon-mode: Infrastructure

once the first release is out and users can test it without building the code themselves. So this would provide an opportunity to battle-harden all the daemon-mode APIs without commiting us too early. Best Regards, Tobias -- Tobias Hunger, Senior Software Engineer | The Qt Company The Qt Company

[cmake-developers] codeblocks generator: Fix include directories being in unexpected order

-- Tobias Hunger, Senior Software Engineer | The Qt Company The Qt Company GmbH, Rudower Chaussee 13, D-12489 Berlin Geschäftsführer: Mika Pälsi, Juha Varelius, Mika Harjuaho. Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht Charlottenburg, HRB 144331 B -- Powered by www.kitware.com

Re: [cmake-developers] codeblocks generator: Fix include directories being in unexpected order

On Di, 2016-06-14 at 15:21 +, Tobias Hunger wrote: > Hello, > > https://github.com/hunger/CMake/commit/a87e306fd03e7fae7409b16e4e586083822c6fe > 8 https://github.com/hunger/CMake/commit/f190b069db2e430fd94b25e6287cd7fbc28661e3 Is the same thing updated based on suggestions

Re: [cmake-developers] daemon-mode: Project structure

Hi Brad, The project structure now lists an array of artifacts per target. Best Regards, Tobias On Fri, Jun 10, 2016 at 5:48 PM, Brad King <brad.k...@kitware.com> wrote: > On 06/10/2016 11:24 AM, Tobias Hunger wrote: >>> The cmGeneratorTarget::GetFullName method will

[cmake-developers] daemon-mode: Infrastructure

Hello, one important piece of feedback from the daemon-mode: Project structure discussion is that we need a policy to remove old code again. So I thought I should write up a bit about the infrastructure and versioning support of the daemon-mode branch I am working on. Basic Assumptions:

Re: [cmake-developers] Some trivial patches

On Mi, 2016-06-01 at 11:18 -0400, Brad King wrote: > On 06/01/2016 05:04 AM, Tobias Hunger wrote: > > Attached you will find a couple of really small changes that add const to a > > method and fix a couple of typos in comments. Trivial stuff. > > Thanks.  I'v

[cmake-developers] Some trivial patches

somehow? How can I create an account in the bug tracker? Best Regards, Tobias -- Tobias Hunger, Senior Software Engineer | The Qt Company The Qt Company GmbH, Rudower Chaussee 13, D-12489 Berlin Geschäftsführer: Mika Pälsi, Juha Varelius, Mika Harjuaho. Sitz der Gesellschaft: Berlin, Registergericht

Re: [cmake-developers] CMake daemon-mode

Hi Brad, I just rebased this branch on top of current master and pushed it. There were some conflicts. Best Regards, Tobias On Mon, Jun 13, 2016 at 4:16 PM, Brad King <brad.k...@kitware.com> wrote: > On 06/10/2016 12:31 PM, Tobias Hunger wrote: >> I did try to do the change

Re: [cmake-developers] daemon-mode: Infrastructure

Hi Brad, Am 17.06.2016 22:24 schrieb "Brad King" <brad.k...@kitware.com>: > > On 06/13/2016 08:00 PM, Tobias Hunger wrote: > > * There will always be 1 client talking to a server. > > * Client/Server communicate using JSON messages > > Yes. IIRC it

Re: [cmake-developers] CMake daemon-mode

Hi Brad, Am 17.06.2016 22:09 schrieb "Brad King" : > Then I applied the patches with some revisions: > > cmGeneratorTarget: Adopt Fortran module directory generation > https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=49f10f0d > > cmLocalGenerator: Add method to get

[cmake-developers] daemon-mode meeting last Tuesday

as many of his highlights need refactoring in cmake    to land first.    3.1 parse        * This duplicates the parser and will need some refactoring.         Status Information: I started to add some tasks to github to track what needs to be done before proposing the daemon-mode branch for release. Thi

Re: [cmake-developers] daemon-mode meeting last Tuesday

Hi Daniel, On Fri, Jun 24, 2016 at 5:08 PM, Daniel Pfeifer wrote: >>> Currently cmake-gui supports switching generators, build trees, etc., so >>> there is some precedent for such switching within a single process. If >>> we have (re-)initialization bugs they should

Re: [cmake-developers] daemon-mode meeting last Tuesday

Hi Brad, On Thu, Jun 23, 2016 at 10:46 PM, Brad King wrote: >> * This is currently used to set sourcedirectory, builddirectory and >> generator. >> >> These three should be passed in via the command line instead, again >> to avoid trouble with users switching

Re: [cmake-developers] daemon-mode meeting last Tuesday

Am 23.06.2016 22:46 schrieb "Brad King" <brad.k...@kitware.com>: > > On 06/23/2016 08:27 AM, Tobias Hunger wrote: > Great! Thanks for the detailed summary of the meeting and status of the design. You are welcome. > > * Some names could be improved. Sugge

Re: [cmake-developers] daemon-mode meeting last Tuesday

Hi Rolf, Am 23.06.2016 23:00 schrieb "Rolf Eike Beer" : > What about just passing --server-fd= into it? That way the client can set > up whatever if wants to pass there and CMake has nothing to do with any setup. > And if one really wants to get messy one could pass a tty there.

Re: [cmake-developers] daemon-mode meeting last Tuesday

Hi Ben, Am 23.06.2016 22:48 schrieb "Ben Boeckel" : > cmake-oracle sounds reasonable for what it's doing to me. I hope this thing will provide information more reliable than e.g. the Oracle of Delphi in ancient Greece:-) Best Regards, Tobias -- Powered by

Re: [cmake-developers] daemon-mode meeting last Tuesday

Hallo Daniel, On Fri, Jun 24, 2016 at 9:59 AM, Daniel Pfeifer <dan...@pfeifer-mail.de> wrote: > On Thu, Jun 23, 2016 at 2:27 PM, Tobias Hunger <tobias.hun...@qt.io> wrote: >> * We both think it only makes sense to merge the infrastructure part into >> cmake

Re: [cmake-developers] cmake daemon mode protocol

Hi Stephen, I think what I suggested so far is covered by the first way of interaction covered in http://thread.gmane.org/gmane.comp.lib.qt.creator/11794/focus=15411 . I am just proposing something that is convenient for me to use. On Sat, Jan 16, 2016 at 12:26 PM, Stephen Kelly

Re: [cmake-developers] cmake daemon mode protocol

Hi Stephen, Am 15.01.2016 00:38 schrieb "Stephen Kelly" : > > * Start daemon-mode without any additional parameters > > > > * Daemon responds with " > > { > > "type": "handShake", > > "version": "3.5.x", > > "supportedProtocols": "3.5" > > } > > As you

Re: [cmake-developers] daemon-mode meeting last Tuesday

27, 2016 at 5:03 PM, Brad King <brad.k...@kitware.com> wrote: > On 06/23/2016 05:19 PM, Tobias Hunger wrote: >> I'll create a task to rename it to "server" then. > > Sounds good. > >>> Would each type of query have a known type of response? >> >

Re: [cmake-developers] daemon-mode meeting last Tuesday

Hi Brad, Am 27.06.2016 7:18 nachm. schrieb "Brad King" : > I will take care of making libuv available within CMake's implementation > prior to merging the server mode work. See the "libuv in cmake" branch > of this thread. Perfect. Sorry, I only noticed the other thread

Re: [cmake-developers] codeblocks generator: Fix include directories being in unexpected order

On Do, 2016-06-16 at 13:14 -0400, Brad King wrote: > On 06/14/2016 11:52 AM, Tobias Hunger wrote: > > https://github.com/hunger/CMake/commit/f190b069db2e430fd94b25e6287cd7fbc2866 > > 1e3 > > > > Is the same thing updated based on suggestions from St

[cmake-developers] Please apply patch from https://github.com/hunger/CMake/commits/for-upstream to master

, Tobias -- Tobias Hunger, Senior Software Engineer | The Qt Company The Qt Company GmbH, Rudower Chaussee 13, D-12489 Berlin Geschäftsführer: Mika Pälsi, Juha Varelius, Mika Harjuaho. Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht Charlottenburg, HRB 144331 B -- Powered

Re: [cmake-developers] Please apply patch from https://github.com/hunger/CMake/commits/for-upstream to master

On Mi, 2016-06-29 at 09:54 +0200, Rolf Eike Beer wrote: > Am 2016-06-29 09:35, schrieb Tobias Hunger: > > Hello Brad, > > > > I currently get more than 2000 warnings when building cmake master, all  > > about > > missing overrides. > > > > Cou

Re: [cmake-developers] CMake Daemon

Hi Stephen, stupid question: How do I run the server-mode autotests? I just implemented a unified way to do progress reporting and want to make sure that did not break too much. Running Tests/Server/daemon-test.py manually works, but how do I run all those tests configured in the CMakeLists.txt?

Re: [cmake-developers] CMake Daemon

Hi Stephen, I will then continue down that road. Next steps are a way to consistently report progress as well as being able to have several protocol versions at the same time and have a client pick one. I will just put them atop my current branch, as that is going to need basically the same

Re: [cmake-developers] [Qt-creator] CMake daemon for user tools

Am 22.02.2016 23:14 schrieb "Stephen Kelly" : > If anyone can get me a working java environment and a way to asynchronously > write stdin/stdout on long-running processes, I can write a plugin for > eclipse which would be independent of cevelop afaict. > > Do you know enough

Re: [cmake-developers] [Qt-creator] CMake daemon for user tools

Hi Dominik, Am 15.02.2016 19:01 schrieb "Dominik Haumann" : > 1. Wouldn't it make sense you have a developer sprint ASAP for this? I'd be in, but I do not have the time to organize one. I could probably get a room in our office though (in Berlin). > 2. Reading about this

Re: [cmake-developers] CMake Daemon blog

"Klaim - Joël Lamotte" <mjkl...@gmail.com>: > I'm surprised too that there isn't more feedback around here. > This seems to be a marjor potential improvement and definitely necessary > if CMake need to be usable in the coming years. > > On 10 February 2016 at 0

[cmake-developers] [PATCH]: Fix compiler warnings (clang from trunk)

Just a small patch to fix a couple of compiler warnings that drove me crazy. From 82f8ccb9afe7b07d42a772025498bb63f42f296c Mon Sep 17 00:00:00 2001 From: Tobias Hunger <tobias.hun...@gmail.com> Date: Thu, 11 Feb 2016 17:47:42 +0100 Subject: [PATCH 01/43] cmListFileCache: Fix warnings during

Re: [cmake-developers] CMake Daemon

Hi Stephen, thanks for that information! Now I can finally fix the tests again (and add a couple for the error cases my branch handles;-). I did play some more and implemented support for consistent progress reporting and multiple protocol versions now in my branch at

Re: [cmake-developers] [Qt-creator] CMake daemon for user tools

Am 24.03.2016 16:13 schrieb "Aleix Pol" : > Hey, > I'll be going to Berlin the weekend of the 14th May (Board meeting, > I'll be busy during the weekend). > > Would it make sense for me to book one day before/after to meet and > hack on this? Hey Aleix, I did already do some

Re: [cmake-developers] cmake -E capabilities [attempt 2]

Did anyone find some time for a review yet? Best regards, Tobias Am 22.07.2016 01:37 schrieb "Tobias Hunger" <tobias.hun...@qt.io>: > Hello fellow developers, > > https://github.com/hunger/CMake/commits/cmake-capabilities > > has my attempt to get

[cmake-developers] cmake -E capabilities [attempt 2]

. I now suppress all aliases in the output of -E capabilities  as I think it makes no sense to have new code announce compatibility bridges (and the last version already hardcoded KDevelop3 to be suppressed). Best Regards, Tobias -- Tobias Hunger, Senior Software Engineer | The Qt Company The Qt C

Re: [cmake-developers] cmake -E capabilities [attempt 2]

Hi Stephen, thanks for taking the time to do such a thorough review! I pushed an update that takes most of the feedback into account. Still at: https://github.com/hunger/CMake/commits/cmake-capabilities On Wed, Jul 27, 2016 at 1:11 AM, Stephen Kelly <steve...@gmail.com> wrote: > Tobi

Re: [cmake-developers] Question over language bindings / daemon

idea of server mode helping IDEs with code- completion of CMakeLists.txt files. Best Regards, Tobias -- Tobias Hunger, Senior Software Engineer | The Qt Company The Qt Company GmbH, Rudower Chaussee 13, D-12489 Berlin Geschäftsführer: Mika Pälsi, Juha Varelius, Mika Harjuaho. Sitz der Gesellsc

Re: [cmake-developers] cmake -E capabilities

string-parsing is going to be necessary. I'd move that into cmake::GetRegisteredGenerators, where it is more of an implementation detail than in the code that actually handles the capability reporting. Best Regards, Tobias -- Tobias Hunger, Senior Software Engineer | The Qt Company The Qt Company GmbH

Re: [cmake-developers] cmake -E capabilities

Ping? On Mo, 2016-07-11 at 14:13 +, Tobias Hunger wrote: > https://github.com/hunger/CMake/commits/cmake-capabilities > > is in a state now that could use another review. -- Tobias Hunger, Senior Software Engineer | The Qt Company The Qt Company GmbH, Rudower Chaussee 13, D-124

Re: [cmake-developers] cmake -E capabilities

Sorry for the late reply... we had a beta release and a new patch level release out this week and I had to fix some bugs in both:-) On Sun, Jul 3, 2016 at 1:30 PM, Stephen Kelly wrote: >> "KDevelop3", > > This generator should probably be removed/hidden by now. It has >

Re: [cmake-developers] cmake -E capabilities

Hello, On Tue, Jul 5, 2016 at 1:48 AM, Stephen Kelly , me, Stephen Kelly wrote: >>> Such a feature would also work with cmake projects if the user chooses to >>> use the XCode generator on mac or VS generator on Windows (or if someday >>> we have a multi-config Ninja generator

Re: [cmake-developers] cmake -E capabilities

ators: * Hide KDevelop3 generator Best Regads, Tobias From: cmake-developers <cmake-developers-boun...@cmake.org> on behalf of Tobias Hunger <tobias.hun...@gmail.com> Sent: Thursday, July 7, 2016 3:51:52 PM To: Stephen Kelly Cc: CMake Develo

Re: [cmake-developers] cmake -E capabilities

On So, 2016-07-03 at 12:33 +0200, Stephen Kelly wrote: > Tobias Hunger wrote: > > > Either we should have multiConfig return a list of configuration names > > that will be generated or I do not see any need to have the information in > > the first place. >

[cmake-developers] cmake -E capabilities

ether a generator supports toolsets, but nothing similar seems to exist for the platform part. Does anyone have an idea how I could retrieve this information? I would also welcome some code review on the patch. The remaining items on my server-mode todo list are all about removing similar information f

Re: [cmake-developers] cmake -E capabilities

later, in a different part of the code. Best Regards, Tobias -- Tobias Hunger, Senior Software Engineer | The Qt Company The Qt Company GmbH, Rudower Chaussee 13, D-12489 Berlin Geschäftsführer: Mika Pälsi, Juha Varelius, Mika Harjuaho. Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht Cha

Re: [cmake-developers] cmake -E capabilities

On Do, 2016-06-30 at 15:00 -0400, Brad King wrote: > On 06/30/2016 09:51 AM, Tobias Hunger wrote: > > Compared to the bug report mentioned above the fields "multiconfig" and > > "recursive" are missing. I could not figure out how to get that > > i

[cmake-developers] cmake -E capabilities [v3]

Hi CMake developers, I am back to a internet-connected world, so here is a new update of the cmake -E capabilities patch. I did the changes Brad requested: * Rebased on cmake master branch * Add documentation * Add a smoke test that makes sure that "cmake -E capabilities" can run. Code is on

Re: [cmake-developers] Debugger for CMake

On Jan 30, 2017 20:03, "Sylvain Joubert" wrote: > c) What is the best > approach to make this kind of feature appealing to IDE / UI tools which > currently work with CMake? > > If I recall correctly, one of the initial use cases for the server mode was exactly that. The

[cmake-developers] CMake server-mode aborting

Hello CMake developers, I have been using Qt Creator extensively with cmake server-mode for a while now and am very happy with the results so far. Once the project is initially configured by cmake it is really nice. Today I started to look into a bug report that creator behaves horribly when not

Re: [cmake-developers] [Qt-creator] ​Qt Creator vs CMake server mode

Hi all, On Fri, Feb 10, 2017 at 1:08 AM, Mike Jackson wrote: > I can confirm with QtCreator 4.3 nightly builds and CMake 3.7.1 those > "utility" targets do not show up. Server-mode reports the following targets: EXECUTABLE, STATIC_LIBRARY, SHARED_LIBRARY, MODULE_LIBRARY,

Re: [cmake-developers] Security in CMake

Hi Egor, Am 21.08.2016 12:34 schrieb "Egor Pugin" : > > > What are the attack scenarios you want to defend against? What should not be possible in your system that currently is in CMake? > > At least downloading or executing bad scripts and commands. What is the attack you

Re: [cmake-developers] Security in CMake

Hi Egor, Am 20.08.2016 13:48 schrieb "Egor Pugin" : > > Hi, > > I'm working on a package manager based on cmake. > And some cmake instructions are downloaded with user packages. > I'd like to have an ability to deny some cmake features in such > external untrusted

Re: [cmake-developers] Is there a way in CMake to get a list of all CTest tests added with add_test?

e server-mode, too:-) If some work is done in that direction, please keep server-mode in mind when designing the APIs. I would love to reuse them to expose that information to clients. Best Regards, Tobias -- Tobias Hunger, Senior Software Engineer | The Qt Company The Qt Company GmbH, Rudow

Re: [cmake-developers] [PATCH] QtCreator integration: C++ includes must come first

Hello CMake developers, CMake used to break C++ projects in its CodeBlocks generator. Now it probably breaks C projects. I think the approach is wrong: C and C++ includes should never get concatenated. Please consider to report compiler flags/include paths/defines by language. You might want to

Re: [cmake-developers] Unix makefile: concurrent build configurations

ith Unix makefiles? IMHO VisualStudio is rather broken in that regard. Please do not let the insanity pass over to Makefiles! :-) Best Regards, Tobias -- Tobias Hunger, Senior Software Engineer | The Qt Company The Qt Company GmbH, Rudower Chaussee 13, D-12489 Berlin Geschäftsführer: Mika Pä

Re: [cmake-developers] cmake server mode

Hi Michele, cmake -E server mode will always trigger something in cmake, so the help will report that. I think it is nicer to report "Server mode unavailable" when somebody attempts to run "cmake -E server" when that is not available than to produce a "Unknown command". To check whether or not

Re: [cmake-developers] Current deficiencies of automoc

Hi! Am 20.10.2016 21:08 schrieb "Brad King" : > On 10/20/2016 02:30 PM, Alan W. Irwin wrote: > > To be specific here is the way I believe automoc should work. If > > > > #include "moc_.cpp" > > > > is found in a source file under automoc > > control, then if moc_.cpp could

Re: [cmake-developers] improved CodeBlocks group support

Hi Tim, Am 21.11.2016 01:19 schrieb "tim cotter" : > > i've patched my local cmake to automatically add a virtual folder group option for every file in a code blocks project. > > it's not proper support for cmake source groups. > but it does what i want it to do. > > the

[cmake-developers] How to use cmake::SetCacheArgs(...)?

Hello CMake developers, I am trying to pass a number of arguments to cmake server-mode's configure command. The exact call is: [== "CMake Server" ==[ { "cacheArguments": [ "-DCMAKE_BUILD_TYPE:STRING=Debug", "-DCMAKE_CXX_COMPILER:STRING=/usr/lib/ccache/bin/g++",

Re: [cmake-developers] How to use cmake::SetCacheArgs(...)?

Am 30.11.2016 19:10 schrieb "Brad King" : > If you want to ensure a fresh one-step configuration then always remove > CMakeCache.txt and CMakeFiles/ before configuring. People are really attached to their configuration and get upset when creator runs CMake. Creator running

  1   2   >