Whole Tomato Software Forums
Whole Tomato Software Forums
Main Site | Profile | Register | Active Topics | Members | Search | FAQ
 All Forums
 Visual Assist
 Technical Support
 CMakePresets.json

You must be registered to post a reply.
Click here to register.

Screensize:
UserName:
Password:
Format: BoldItalicizeUnderlineStrikethrough Align leftCenterAlign right Insert horizontal ruleUpload and insert imageInsert hyperlinkInsert email addressInsert codeInsert quoted textInsert listInsert Emoji
   
Message:

Forum code is on.
Html is off.

 
Check to subscribe to this topic.
   

T O P I C    R E V I E W
swinefeaster Posted - Jun 17 2021 : 2:10:04 PM
The visual studio team has a new feature for cmake that seems to clash with Visual Assist. When I have vax enabled after generating cmake cache, I cannot compile. When I have the extension disabled, I can compile just fine. The old CMakeSettings.json method worked just fine. Seems like this might be either a file lock issue or two things trying to update the ui at the same time.

Are you guys aware of this?

thanks
23   L A T E S T    R E P L I E S    (Newest First)
ChrisG Posted - Jan 31 2022 : 4:00:07 PM
This issue (case 147612) is fixed in VA build 2022.1.

https://support.wholetomato.com/default.asp?W404#2443
feline Posted - Jan 07 2022 : 07:28:23 AM
I don't know much about CMake projects myself, still learning, but there are certainly some changes regarding CMake projects in the preview. The release notes may help to shed more light on all of this:

https://docs.microsoft.com/en-us/visualstudio/releases/2022/release-notes-preview

Obviously please do ask if you have any more questions about or problems with VA.
hajokirchhoff Posted - Jan 07 2022 : 06:31:07 AM
I am not usually using CMake, so I am unsure, what is happening. But it seems that CMakeSettings.json is being replaced with CMakePresets.json.

Unfortunately I deleted all my CMake experiments with pre VS2022 Preview 2.0 and I only have 2.0 installed, so now I can only create new CMake projects with CMake_Presets_.json.

All very confusing.

My conclusion is:
- The "waiting for Intellisense" error has been fixed.
- The property window for CMakeSettings.json has been removed
- The CMakePresets.json file has no specific property window. We are supposed to edit the json file directly.

So for the moment I'd say there is nothing you can (or have to) fix for VisualAssist.
feline Posted - Jan 06 2022 : 1:17:19 PM
The default CMake project's I created in VS2022 release (version 17.0.4) and the previous preview (version 17.1.0 preview 1.1) did not come with CMakePresets.json files.

But when I make a new default CMake project in the current preview (version 17.1.0 preview 2.0) it does come with a CMakePresets.json file. So things are changing here.

How are you opening the settings? I have made sure that VA is uninstalled, so I am just looking at VS2022 and the preview version, and opening default CMake projects in both versions. Both offer me a "CMake Overview Pages" and a hyperlink called "Open CMake Settings editor", but it isn't doing anything, in either the current release of VS2022 or the preview of VS2022.

The page:

https://docs.microsoft.com/en-gb/cpp/build/cmake-projects-in-visual-studio?view=msvc-170&viewFallbackFrom=vs-2019

under the section "Editing CMakeLists.txt files" basically says open this in a text editor.

But in both the release and preview there is a CMake build settings page available, which is working for me, via the configuration drop-down in the main toolbar:

https://docs.microsoft.com/en-gb/cpp/build/customize-cmake-settings?view=msvc-170
hajokirchhoff Posted - Jan 06 2022 : 12:03:48 PM
I am not sure if I count this as "fixed": The "waiting for intellisense to finish" message no longer appears, even with VisualAssist active. But the editor, that was used for the Settings.json is gone. Now I see only a CMakePresets.json file in a normal text editor.

Is this what you are seeing, too?
feline Posted - Jan 06 2022 : 09:32:56 AM
hajokirchhoff, can you please try VS2022 Preview 2, this has fixed the problem for me. It looks like a fix has been added to the preview, based on the release notes.
feline Posted - Jan 04 2022 : 3:14:05 PM
I have put in a bug report for this, while I try to find the change in the CMake project that is triggering this problem:

case=147612
feline Posted - Jan 03 2022 : 11:11:22 AM
I am seeing the same problem here with VS2022 preview. I am currently looking into this, to try and work out what might be going wrong.
hajokirchhoff Posted - Jan 02 2022 : 11:03:23 AM
[VS2022 CMakeSettings.json is stuck at "waiting for intellisense to finish"]

Hi there, my problem might be related:

On a fresh install of Visual Studio 2022 Preview 1.1
with only VisualAssist extension installed (no other extensions)
create a new CMake project from the templates.

VS2022 tries to open CMakeSettings.json and is then stuck with the "waiting for intellisense to finish..." message.

If I disable VAssist in the Extensions Manager, VS2022 opens the project just fine. If I reenable VAssist, the problem manifests again.

Building the project works fine but the CMakeSettings.json editor has a problem with VisualAssist.

Like I said: plain vanilla VS2022 Community Preview 1.1 with "Desktop C++" and ".NET" workloads and only VisualAssist Extension installed.
feline Posted - Dec 14 2021 : 07:00:23 AM
I did find that answer, but it didn't help much. The bug first appears in Visual Studio 2019 version 16.10.0, regardless of your version of VA.

From the release notes:

https://docs.microsoft.com/en-us/visualstudio/releases/2019/release-notes-v16.10

version 16.10.0 adds:

* Added support for CMakePresets.

and since this file is required for the bug to happen, seems likely this is the key change.

In better news, we believe we have a fix internally, which should be included in our next release. Hopefully this will be soon, since I know this is causing a lot of problems.
goranw Posted - Dec 06 2021 : 12:53:39 PM
quote:
Originally posted by feline
...
I have confirmed that the bug started with an update to VS2019, but so far I don't know which update.

Is this a recent problem for you? If so do you have any sense of how recently this might have broken, to help try and narrow down a working version of VS2019 that you might be able to use?



Any progress on finding in which VS Update version this issue started appearing?

On our side, we've only recently moved from CMakeSettings.json to CMakePresets.json so we don't really know when it started. Also, we're trying to keep up with the latest VS updates, so going back is not really a viable option for long-term...
feline Posted - Nov 19 2021 : 11:57:27 AM
Thank you for the files, I am seeing the same results here. Interesting, it clearly shows the bug but needs a different set of conditions to trigger. Very useful to have a second example to study.

I have confirmed that the bug started with an update to VS2019, but so far I don't know which update. I have just confirmed that a very early version of VS2019 doesn't have this problem, even with the current version of VA.

Is this a recent problem for you? If so do you have any sense of how recently this might have broken, to help try and narrow down a working version of VS2019 that you might be able to use?
goranw Posted - Nov 18 2021 : 11:01:24 AM
quote:
Originally posted by feline
...
I would still be very interested in any example CMake project you could share that produced the same problem, to compare, and help us make sense of this.



I'm able to reproduce the issue using the following minimal example of 3 files, under certain conditions (see below).


hello.cpp :

#include <iostream>
int main() {
    std::cout << "Hello World!" << std::endl;
    return 0;
}



CMakeLists.txt :

cmake_minimum_required(VERSION 3.20 FATAL_ERROR)
PROJECT(vax_issue LANGUAGES CXX)
add_executable(hello_world hello.cpp)



CMakePresets.json :

{
  "version": 3,
  "configurePresets": [
    {
      "name": "windows-debug",
      "generator": "Ninja",
      "binaryDir": "${sourceDir}/out/build/${presetName}",
      "architecture": {
        "value": "x64",
        "strategy": "external"
      },
      "cacheVariables": {
        "CMAKE_BUILD_TYPE": "Debug"
      },
      "vendor": { "microsoft.com/VisualStudioSettings/CMake/1.0": { "hostOS": [ "Windows" ] } }
    }
  ],
  "buildPresets": [
    {
      "name": "windows-debug",
      "configurePreset": "windows-debug"
    }
  ]
}



Conditions for reproduction:

* (Re-)Try a few times, since sometimes the issue does not appear on first start.

* IMPORTANT: I can only reproduce the issue when the above 3 files are residing in a folder where there are lots of subfolders containing source code, so that VAX (and VS) has a lot of initial indexing to perform on "Open Folder". If I put the above 3 files in an otherwise empty folder I seem unable to reproduce the issue.

* NOTE: the issue seems to "persist" during a session in VS, so if I reproduce the issue in a crowded folder and then directly open the otherwise empty folder (without exiting VS in between) then the issue appears there too...

* If I remove the CMakePresets.json (i.e. reverting to default / CMakeSettings.json usage), I seem unable to reproduce the issue - just like the original post described.
feline Posted - Nov 18 2021 : 07:57:44 AM
Another user has found a tiny example, based on their problem, that shows this bug, which allowed me to reproduce it here. What I am seeing here seems identical to what you are seeing:

case=146429

I would still be very interested in any example CMake project you could share that produced the same problem, to compare, and help us make sense of this. Just the build files without any source code may well be enough, if you are able to share these. They would only be used for testing purposes, but I do realise that often sharing any code details is simply not an option. Still worth asking just in case.

You can send files via email if this helps, please use:

[email protected]

including this thread ID or URL in the description, so we can match it up.
goranw Posted - Nov 18 2021 : 07:27:12 AM
I tested the [/RootSuffix VATest] command line. Here are my results:

* First start (no VAX installed) -> Folder loads and Build menu is correctly populated.

* Installed VAX and exited -> VAX installer runs.

* Second start (VAX installed) -> Folder loads, but Build menu only shows Install and (Compile).

* Project :: CMake Cache :: Delete Cache -> CMake clean successful.

* Project :: Configure <target> -> CMake configure successful, no change in Build menu.

* Build :: Compile (hello.cpp) -> Output Window switches to Build output, "... Build succeeded."

* CMake targets view :: <main target> (executable) => (right-click) Build -> Output Window switches to Build output, but no text appears! Status bar shows "Building CMake project finished". (Nothing seems to happen behind the scenes here, no output on disk...)

NOTE: The last line should be contrasted with when I start without VAX, where the Build output says either "... Building CXX object <hello.cpp.obj> ... Linking CXX executable <target> ..." or "ninja: no work to do." (while the issue causes the Build output to be entirely blank).
goranw Posted - Nov 18 2021 : 06:37:14 AM
quote:
Originally posted by feline

That should not be happening. I have just had an email report of an identical problem, so its not just you, unless you also sent the email

If you have the time, can you please try making a very simple test solution?
...



I did not send the email. ;)

I'm now looking at minimizing a sample. It's important to note here that the issue does not appear every time you load the CMake folder. After reducing the content of my CMakelists.txt file, it loaded fine the first time after restarting Visual Studio 2019 (now updated to v16.11.7). But on second restart I got the issue back. So it seems slightly random or somehow accumulating...

Disabling the Debug Assistance does not help.
feline Posted - Nov 16 2021 : 09:03:39 AM
That should not be happening. I have just had an email report of an identical problem, so its not just you, unless you also sent the email

If you have the time, can you please try making a very simple test solution?

If you just take the cmakelists.txt file from your main solution, and one simple "hello world" cpp file, and use this to make a new test solution, do you still get the same problem? It doesn't matter if the build fails, I am just trying to get a very simple test case that you would be able to share, so I can study it here and try to reproduce the problem.

The only VA setting that should effect debugging, not even building, is:

VA Options -> Debug Assistance -> Enable debugger integration required by VA Step Filter for native C/C++

Another possibility is an interaction bug between VA and another extension. To test this

Can you please close all instances of the IDE and then run the command:

"C:\Program Files (x86)\Microsoft Visual Studio\2019\Professional\Common7\IDE\devenv.exe" /RootSuffix VATest

this will create and load a new, default profile for Visual Studio, so you will be asked which basic settings you want to use, and you should only have the standard, default IDE extensions installed. Visual Assist will not be installed into this profile, so you will need to go into the dialog:

IDE Extensions menu -> Manage Extensions

and install Visual Assist from the online extension store, to install VA for this test profile.

To load your normal, default profile just load the IDE normally. To return to this test profile again, pass the /RootSuffix command line switch when loading the IDE. You can run both profiles at the same time, next to each other. In VS2019 the profile name will be shown just under the close button, in the top right hand corner of the main IDE window. If you export your IDE settings from your main profile you can them import them into the test profile.

If you do this, do you get the same cannot build problem in the test profile? Or is this build problem profile specific? Does importing your IDE settings into the test profile make any difference?
goranw Posted - Nov 16 2021 : 07:57:59 AM
Any update on this issue? We're seeing this on multiple computers for different users on different CMake projects.

If we have VAX enabled we get the issue (missing build/compile commands in VS menus) most of the times when opening a CMake folder in VS2019. If we disable VAX and restart, opening a CMake folder works as expected.

My guess is that VAX blocks some background processing that Visual Studio does when opening a CMake folder, or that it causes some kind of "race condition" during load, with the result that Visual Studio fails to populate the "Build All" etc context/menu commands properly...

System info:

Microsoft Visual Studio Professional 2019 Version 16.11.6

VA_X.dll file version 10.9.2435.0 built 2021.10.28
DevEnv.exe version 16.11.31829.152 Professional
msenv.dll version 16.0.31829.152
Comctl32.dll version 6.10.19041.1110
Windows 10 10.0 2009 Build 19042.1348
12 processors (x86-64, WOW64)
Language info: 1252, 0x409
Platform: Win32
feline Posted - Aug 04 2021 : 10:50:23 AM
Do you have any idea of what might have triggered this problem? An update to VA? An update to the IDE? A change to your CMake project?

Which IDE and version of VA are you using?

Can you create a simple CMake project that shows the same problem, that you would be able to share with me? I don't know much about CMake, so if you have done anything "unusual" that could be a factor, I would be difficult for me to easily set up a test case here.

If so, could you please send me both the test solution and your exported VA and IDE settings. These can be exported via:

VA Options -> Performance -> Export Settings
IDE tools menu -> Import and Export Settings -> Export selected environment settings

I can then import them here and see if I can reproduce the problem.

Please send me the files via email:

[email protected]

including this thread ID or URL in the description, so we can match it up.
VitaminCpp Posted - Aug 04 2021 : 09:35:29 AM
I've the same problem...
Suddenly my "Build"-Menu only displays "Install ..." and "Compile" is disabled. So I'm not able to build my CMake project anymore inside VS.
If I disable VAX and restart VS, everything is working perfectly again.
My database isn't disabled. This happened suddenly after restarting VS! :-(
Please help, this is a Showstopper for us... :-(
feline Posted - Jun 21 2021 : 10:34:21 AM
I have found the trigger here, but it has nothing to do with Visual Assist. If you disable the IDE intellisense parser for C++, via the setting:

IDE tools menu -> Options -> Text Editor -> C/C++ -> Advanced -> Disable Database = True

then you can no longer build a CMake project. This is what I am seeing here.

Can you please check this setting on your system? If the IDE intellisense parser is active and you are still seeing a build problem with CMake projects then this does need looking at, but the trigger isn't as simple as just adding a CMakePresets.json file to the root folder of the CMake "solution".
feline Posted - Jun 18 2021 : 2:34:51 PM
OK, the problem is being triggered by an IDE setting, but not one of the CMake settings. It's going to take a bit of time to figure out the problem setting, but I am looking for it.
feline Posted - Jun 18 2021 : 12:21:03 PM
Which version, and build, of Visual Studio are you using? I am guessing VS2019, so the build might matter, if this is a new feature.

I am assuming you have turned On:

IDE Tools menu -> Options -> CMake -> Prefer using CMake Presets for configure, build, and test.

I have a problem on one system, but not on a second machine, using the same very simple CMake project. On the problem machine, when I open the IDE Build menu there are only 2 entries showing, but disabled. They are "Install Project" and "Compile".

Is this the same as what you are seeing?

I am currently trying to find out why only one machine has this problem.

© 2023 Whole Tomato Software, LLC Go To Top Of Page
Snitz Forums 2000