<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: VS-Code extension overwrites cmakepresets. in MCUXpresso for VSCode</title>
    <link>https://community.nxp.com/t5/MCUXpresso-for-VSCode/VS-Code-extension-overwrites-cmakepresets/m-p/2367153#M543</link>
    <description>&lt;P&gt;Ok when is the cmake user prese support planned to release? What would be an option until that?&lt;/P&gt;</description>
    <pubDate>Mon, 18 May 2026 22:23:49 GMT</pubDate>
    <dc:creator>arunkumar_g</dc:creator>
    <dc:date>2026-05-18T22:23:49Z</dc:date>
    <item>
      <title>VS-Code extension overwrites cmakepresets.</title>
      <link>https://community.nxp.com/t5/MCUXpresso-for-VSCode/VS-Code-extension-overwrites-cmakepresets/m-p/2125089#M424</link>
      <description>&lt;P&gt;Dear Everyone,&lt;/P&gt;&lt;P&gt;We have a custom project which we managed to integrate with the extension. We have a cmakepresets.json file which let's us use all nxp panes and we can import the project with success - however sometimes we observe that the after the import is done the extension overwrites cmakepresets to have only default debug and release configurations. Is there any way to stop the extension from doing that?&lt;/P&gt;</description>
      <pubDate>Sat, 28 Jun 2025 18:57:39 GMT</pubDate>
      <guid>https://community.nxp.com/t5/MCUXpresso-for-VSCode/VS-Code-extension-overwrites-cmakepresets/m-p/2125089#M424</guid>
      <dc:creator>jslota13245</dc:creator>
      <dc:date>2025-06-28T18:57:39Z</dc:date>
    </item>
    <item>
      <title>Re: VS-Code extension overwrites cmakepresets.</title>
      <link>https://community.nxp.com/t5/MCUXpresso-for-VSCode/VS-Code-extension-overwrites-cmakepresets/m-p/2125293#M425</link>
      <description>&lt;P&gt;Hi&amp;nbsp;&lt;a href="https://community.nxp.com/t5/user/viewprofilepage/user-id/251438"&gt;@jslota13245&lt;/a&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&lt;SPAN data-slate-fragment="JTVCJTdCJTIydHlwZSUyMiUzQSUyMnBhcmFncmFwaCUyMiUyQyUyMmNoaWxkcmVuJTIyJTNBJTVCJTdCJTIyaWQlMjIlM0ElMjJWTWtHYThZMm1CJTIyJTJDJTIycGFyYUlkeCUyMiUzQTQlMkMlMjJzcmMlMjIlM0ElMjJUaGUlMjBNQ1VYcHJlc3NvJTIwZXh0ZW5zaW9uJTIwdHJpZXMlMjB0byUyMGVuc3VyZSUyMGNvbXBhdGliaWxpdHklMjB3aXRoJTIwdGhlJTIwU0RLJTIwYW5kJTIwZGVidWdnZXIlMjBjb25maWd1cmF0aW9uJTIwYnklMjByZWdlbmVyYXRpbmclMjBkZWZhdWx0JTIwQ01ha2VQcmVzZXRzLmpzb24lMjB3aXRoJTIwb25seSUyMGRlYnVnJTIwYW5kJTIwcmVsZWFzZSUyMGNvbmZpZ3VyYXRpb25zLiUyMiUyQyUyMmRzdCUyMiUzQSUyMk1DVVhwcmVzc28lRTYlODklQTklRTUlQjElOTUlRTglQUYlOTUlRTUlOUIlQkUlRTklODAlOUElRTglQkYlODclRTQlQkIlODUlRTQlQkQlQkYlRTclOTQlQTglRTglQjAlODMlRTglQUYlOTUlRTUlOTIlOEMlRTUlOEYlOTElRTUlQjglODMlRTklODUlOEQlRTclQkQlQUUlRTklODclOEQlRTYlOTYlQjAlRTclOTQlOUYlRTYlODglOTAlRTklQkIlOTglRTglQUUlQTQlRTclOUElODRDTWFrZVByZXNldHMuanNvbiVFNiU5RCVBNSVFNyVBMSVBRSVFNCVCRiU5RCVFNCVCOCU4RVNESyVFNSU5MiU4QyVFOCVCMCU4MyVFOCVBRiU5NSVFNSU5OSVBOCVFOSU4NSU4RCVFNyVCRCVBRSVFNyU5QSU4NCVFNSU4NSVCQyVFNSVBRSVCOSVFNiU4MCVBNyVFMyU4MCU4MiUyMiUyQyUyMm1ldGFkYXRhJTIyJTNBJTIyJTIyJTJDJTIybWF0Y2hlcyUyMiUzQW51bGwlMkMlMjJtZXRhRGF0YSUyMiUzQSU1QiU1RCUyQyUyMnRleHQlMjIlM0ElMjJUaGUlMjBNQ1VYcHJlc3NvJTIwZXh0ZW5zaW9uJTIwdHJpZXMlMjB0byUyMGVuc3VyZSUyMGNvbXBhdGliaWxpdHklMjB3aXRoJTIwdGhlJTIwU0RLJTIwYW5kJTIwZGVidWdnZXIlMjBjb25maWd1cmF0aW9uJTIwYnklMjByZWdlbmVyYXRpbmclMjBkZWZhdWx0JTIwQ01ha2VQcmVzZXRzLmpzb24lMjB3aXRoJTIwb25seSUyMGRlYnVnJTIwYW5kJTIwcmVsZWFzZSUyMGNvbmZpZ3VyYXRpb25zLiUyMiU3RCU1RCU3RCU1RA=="&gt;The MCUXpresso extension tries to ensure compatibility with the SDK and debugger configuration by regenerating default CMakePresets.json with only debug and release configurations.&lt;/SPAN&gt;&lt;/P&gt;
&lt;P&gt;&lt;SPAN data-slate-fragment="JTVCJTdCJTIydHlwZSUyMiUzQSUyMnBhcmFncmFwaCUyMiUyQyUyMmNoaWxkcmVuJTIyJTNBJTVCJTdCJTIyaWQlMjIlM0ElMjJWTWtHYThZMm1CJTIyJTJDJTIycGFyYUlkeCUyMiUzQTQlMkMlMjJzcmMlMjIlM0ElMjJUaGUlMjBNQ1VYcHJlc3NvJTIwZXh0ZW5zaW9uJTIwdHJpZXMlMjB0byUyMGVuc3VyZSUyMGNvbXBhdGliaWxpdHklMjB3aXRoJTIwdGhlJTIwU0RLJTIwYW5kJTIwZGVidWdnZXIlMjBjb25maWd1cmF0aW9uJTIwYnklMjByZWdlbmVyYXRpbmclMjBkZWZhdWx0JTIwQ01ha2VQcmVzZXRzLmpzb24lMjB3aXRoJTIwb25seSUyMGRlYnVnJTIwYW5kJTIwcmVsZWFzZSUyMGNvbmZpZ3VyYXRpb25zLiUyMiUyQyUyMmRzdCUyMiUzQSUyMk1DVVhwcmVzc28lRTYlODklQTklRTUlQjElOTUlRTglQUYlOTUlRTUlOUIlQkUlRTklODAlOUElRTglQkYlODclRTQlQkIlODUlRTQlQkQlQkYlRTclOTQlQTglRTglQjAlODMlRTglQUYlOTUlRTUlOTIlOEMlRTUlOEYlOTElRTUlQjglODMlRTklODUlOEQlRTclQkQlQUUlRTklODclOEQlRTYlOTYlQjAlRTclOTQlOUYlRTYlODglOTAlRTklQkIlOTglRTglQUUlQTQlRTclOUElODRDTWFrZVByZXNldHMuanNvbiVFNiU5RCVBNSVFNyVBMSVBRSVFNCVCRiU5RCVFNCVCOCU4RVNESyVFNSU5MiU4QyVFOCVCMCU4MyVFOCVBRiU5NSVFNSU5OSVBOCVFOSU4NSU4RCVFNyVCRCVBRSVFNyU5QSU4NCVFNSU4NSVCQyVFNSVBRSVCOSVFNiU4MCVBNyVFMyU4MCU4MiUyMiUyQyUyMm1ldGFkYXRhJTIyJTNBJTIyJTIyJTJDJTIybWF0Y2hlcyUyMiUzQW51bGwlMkMlMjJtZXRhRGF0YSUyMiUzQSU1QiU1RCUyQyUyMnRleHQlMjIlM0ElMjJUaGUlMjBNQ1VYcHJlc3NvJTIwZXh0ZW5zaW9uJTIwdHJpZXMlMjB0byUyMGVuc3VyZSUyMGNvbXBhdGliaWxpdHklMjB3aXRoJTIwdGhlJTIwU0RLJTIwYW5kJTIwZGVidWdnZXIlMjBjb25maWd1cmF0aW9uJTIwYnklMjByZWdlbmVyYXRpbmclMjBkZWZhdWx0JTIwQ01ha2VQcmVzZXRzLmpzb24lMjB3aXRoJTIwb25seSUyMGRlYnVnJTIwYW5kJTIwcmVsZWFzZSUyMGNvbmZpZ3VyYXRpb25zLiUyMiU3RCU1RCU3RCU1RA=="&gt;There is no setting in settings.json or workspace configuration to disable CMakePresets.json overwrite behavior in the extension.&lt;/SPAN&gt;&lt;/P&gt;
&lt;P&gt;&lt;SPAN data-slate-fragment="JTVCJTdCJTIydHlwZSUyMiUzQSUyMnBhcmFncmFwaCUyMiUyQyUyMmNoaWxkcmVuJTIyJTNBJTVCJTdCJTIyaWQlMjIlM0ElMjJWTWtHYThZMm1CJTIyJTJDJTIycGFyYUlkeCUyMiUzQTQlMkMlMjJzcmMlMjIlM0ElMjJUaGUlMjBNQ1VYcHJlc3NvJTIwZXh0ZW5zaW9uJTIwdHJpZXMlMjB0byUyMGVuc3VyZSUyMGNvbXBhdGliaWxpdHklMjB3aXRoJTIwdGhlJTIwU0RLJTIwYW5kJTIwZGVidWdnZXIlMjBjb25maWd1cmF0aW9uJTIwYnklMjByZWdlbmVyYXRpbmclMjBkZWZhdWx0JTIwQ01ha2VQcmVzZXRzLmpzb24lMjB3aXRoJTIwb25seSUyMGRlYnVnJTIwYW5kJTIwcmVsZWFzZSUyMGNvbmZpZ3VyYXRpb25zLiUyMiUyQyUyMmRzdCUyMiUzQSUyMk1DVVhwcmVzc28lRTYlODklQTklRTUlQjElOTUlRTglQUYlOTUlRTUlOUIlQkUlRTklODAlOUElRTglQkYlODclRTQlQkIlODUlRTQlQkQlQkYlRTclOTQlQTglRTglQjAlODMlRTglQUYlOTUlRTUlOTIlOEMlRTUlOEYlOTElRTUlQjglODMlRTklODUlOEQlRTclQkQlQUUlRTklODclOEQlRTYlOTYlQjAlRTclOTQlOUYlRTYlODglOTAlRTklQkIlOTglRTglQUUlQTQlRTclOUElODRDTWFrZVByZXNldHMuanNvbiVFNiU5RCVBNSVFNyVBMSVBRSVFNCVCRiU5RCVFNCVCOCU4RVNESyVFNSU5MiU4QyVFOCVCMCU4MyVFOCVBRiU5NSVFNSU5OSVBOCVFOSU4NSU4RCVFNyVCRCVBRSVFNyU5QSU4NCVFNSU4NSVCQyVFNSVBRSVCOSVFNiU4MCVBNyVFMyU4MCU4MiUyMiUyQyUyMm1ldGFkYXRhJTIyJTNBJTIyJTIyJTJDJTIybWF0Y2hlcyUyMiUzQW51bGwlMkMlMjJtZXRhRGF0YSUyMiUzQSU1QiU1RCUyQyUyMnRleHQlMjIlM0ElMjJUaGUlMjBNQ1VYcHJlc3NvJTIwZXh0ZW5zaW9uJTIwdHJpZXMlMjB0byUyMGVuc3VyZSUyMGNvbXBhdGliaWxpdHklMjB3aXRoJTIwdGhlJTIwU0RLJTIwYW5kJTIwZGVidWdnZXIlMjBjb25maWd1cmF0aW9uJTIwYnklMjByZWdlbmVyYXRpbmclMjBkZWZhdWx0JTIwQ01ha2VQcmVzZXRzLmpzb24lMjB3aXRoJTIwb25seSUyMGRlYnVnJTIwYW5kJTIwcmVsZWFzZSUyMGNvbmZpZ3VyYXRpb25zLiUyMiU3RCU1RCU3RCU1RA=="&gt;BR&lt;/SPAN&gt;&lt;/P&gt;
&lt;P&gt;&lt;SPAN data-slate-fragment="JTVCJTdCJTIydHlwZSUyMiUzQSUyMnBhcmFncmFwaCUyMiUyQyUyMmNoaWxkcmVuJTIyJTNBJTVCJTdCJTIyaWQlMjIlM0ElMjJWTWtHYThZMm1CJTIyJTJDJTIycGFyYUlkeCUyMiUzQTQlMkMlMjJzcmMlMjIlM0ElMjJUaGUlMjBNQ1VYcHJlc3NvJTIwZXh0ZW5zaW9uJTIwdHJpZXMlMjB0byUyMGVuc3VyZSUyMGNvbXBhdGliaWxpdHklMjB3aXRoJTIwdGhlJTIwU0RLJTIwYW5kJTIwZGVidWdnZXIlMjBjb25maWd1cmF0aW9uJTIwYnklMjByZWdlbmVyYXRpbmclMjBkZWZhdWx0JTIwQ01ha2VQcmVzZXRzLmpzb24lMjB3aXRoJTIwb25seSUyMGRlYnVnJTIwYW5kJTIwcmVsZWFzZSUyMGNvbmZpZ3VyYXRpb25zLiUyMiUyQyUyMmRzdCUyMiUzQSUyMk1DVVhwcmVzc28lRTYlODklQTklRTUlQjElOTUlRTglQUYlOTUlRTUlOUIlQkUlRTklODAlOUElRTglQkYlODclRTQlQkIlODUlRTQlQkQlQkYlRTclOTQlQTglRTglQjAlODMlRTglQUYlOTUlRTUlOTIlOEMlRTUlOEYlOTElRTUlQjglODMlRTklODUlOEQlRTclQkQlQUUlRTklODclOEQlRTYlOTYlQjAlRTclOTQlOUYlRTYlODglOTAlRTklQkIlOTglRTglQUUlQTQlRTclOUElODRDTWFrZVByZXNldHMuanNvbiVFNiU5RCVBNSVFNyVBMSVBRSVFNCVCRiU5RCVFNCVCOCU4RVNESyVFNSU5MiU4QyVFOCVCMCU4MyVFOCVBRiU5NSVFNSU5OSVBOCVFOSU4NSU4RCVFNyVCRCVBRSVFNyU5QSU4NCVFNSU4NSVCQyVFNSVBRSVCOSVFNiU4MCVBNyVFMyU4MCU4MiUyMiUyQyUyMm1ldGFkYXRhJTIyJTNBJTIyJTIyJTJDJTIybWF0Y2hlcyUyMiUzQW51bGwlMkMlMjJtZXRhRGF0YSUyMiUzQSU1QiU1RCUyQyUyMnRleHQlMjIlM0ElMjJUaGUlMjBNQ1VYcHJlc3NvJTIwZXh0ZW5zaW9uJTIwdHJpZXMlMjB0byUyMGVuc3VyZSUyMGNvbXBhdGliaWxpdHklMjB3aXRoJTIwdGhlJTIwU0RLJTIwYW5kJTIwZGVidWdnZXIlMjBjb25maWd1cmF0aW9uJTIwYnklMjByZWdlbmVyYXRpbmclMjBkZWZhdWx0JTIwQ01ha2VQcmVzZXRzLmpzb24lMjB3aXRoJTIwb25seSUyMGRlYnVnJTIwYW5kJTIwcmVsZWFzZSUyMGNvbmZpZ3VyYXRpb25zLiUyMiU3RCU1RCU3RCU1RA=="&gt;Harry&lt;/SPAN&gt;&lt;/P&gt;</description>
      <pubDate>Mon, 30 Jun 2025 04:03:44 GMT</pubDate>
      <guid>https://community.nxp.com/t5/MCUXpresso-for-VSCode/VS-Code-extension-overwrites-cmakepresets/m-p/2125293#M425</guid>
      <dc:creator>Harry_Zhang</dc:creator>
      <dc:date>2025-06-30T04:03:44Z</dc:date>
    </item>
    <item>
      <title>Re: VS-Code extension overwrites cmakepresets.</title>
      <link>https://community.nxp.com/t5/MCUXpresso-for-VSCode/VS-Code-extension-overwrites-cmakepresets/m-p/2125408#M426</link>
      <description>&lt;P&gt;Dear&amp;nbsp;&lt;a href="https://community.nxp.com/t5/user/viewprofilepage/user-id/229957"&gt;@Harry_Zhang&lt;/a&gt;&amp;nbsp;,&lt;BR /&gt;&lt;BR /&gt;Thank you very much for the reply - could you possibly confirm if my understanding is correct, if there is a debug and release configuration inside the cmakepresets would the extension NOT overwrite cmakepresets - or does it happen every time no matter what?&lt;/P&gt;</description>
      <pubDate>Mon, 30 Jun 2025 07:16:11 GMT</pubDate>
      <guid>https://community.nxp.com/t5/MCUXpresso-for-VSCode/VS-Code-extension-overwrites-cmakepresets/m-p/2125408#M426</guid>
      <dc:creator>jslota13245</dc:creator>
      <dc:date>2025-06-30T07:16:11Z</dc:date>
    </item>
    <item>
      <title>Re: VS-Code extension overwrites cmakepresets.</title>
      <link>https://community.nxp.com/t5/MCUXpresso-for-VSCode/VS-Code-extension-overwrites-cmakepresets/m-p/2127648#M428</link>
      <description>&lt;P&gt;Hi&amp;nbsp;&lt;a href="https://community.nxp.com/t5/user/viewprofilepage/user-id/251438"&gt;@jslota13245&lt;/a&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;I have confirmed with our internal team, this issue was fixed back in&amp;nbsp;&lt;SPAN data-olk-copy-source="MessageBody"&gt; 25.05 release.&lt;/SPAN&gt;&lt;/P&gt;
&lt;P&gt;&lt;SPAN data-olk-copy-source="MessageBody"&gt;May I ask what version you are using?&lt;/SPAN&gt;&lt;/P&gt;
&lt;P&gt;&lt;SPAN data-olk-copy-source="MessageBody"&gt;BR&lt;/SPAN&gt;&lt;/P&gt;
&lt;P&gt;&lt;SPAN data-olk-copy-source="MessageBody"&gt;Harry&lt;/SPAN&gt;&lt;/P&gt;</description>
      <pubDate>Thu, 03 Jul 2025 01:52:58 GMT</pubDate>
      <guid>https://community.nxp.com/t5/MCUXpresso-for-VSCode/VS-Code-extension-overwrites-cmakepresets/m-p/2127648#M428</guid>
      <dc:creator>Harry_Zhang</dc:creator>
      <dc:date>2025-07-03T01:52:58Z</dc:date>
    </item>
    <item>
      <title>Re: VS-Code extension overwrites cmakepresets.</title>
      <link>https://community.nxp.com/t5/MCUXpresso-for-VSCode/VS-Code-extension-overwrites-cmakepresets/m-p/2127815#M429</link>
      <description>&lt;P&gt;Dear&amp;nbsp;&lt;a href="https://community.nxp.com/t5/user/viewprofilepage/user-id/229957"&gt;@Harry_Zhang&lt;/a&gt;&amp;nbsp;,&lt;BR /&gt;&lt;BR /&gt;We're using version&amp;nbsp;&lt;SPAN&gt;25.6.97&lt;/SPAN&gt;. After some experiments i found out that the situation happen when there is no .vscode folder in the working directory.&lt;BR /&gt;&lt;BR /&gt;The way extension behaves is not really an issue for us - we would just like to now specific set of rules for the cmakepresets.json reconfiguration to happen so we can adjust our workflow (for example base git repository) so it works for everyone in our team.&lt;BR /&gt;&lt;BR /&gt;Best Regards,&lt;BR /&gt;Jakub&lt;/P&gt;</description>
      <pubDate>Thu, 03 Jul 2025 06:27:01 GMT</pubDate>
      <guid>https://community.nxp.com/t5/MCUXpresso-for-VSCode/VS-Code-extension-overwrites-cmakepresets/m-p/2127815#M429</guid>
      <dc:creator>jslota13245</dc:creator>
      <dc:date>2025-07-03T06:27:01Z</dc:date>
    </item>
    <item>
      <title>Re: VS-Code extension overwrites cmakepresets.</title>
      <link>https://community.nxp.com/t5/MCUXpresso-for-VSCode/VS-Code-extension-overwrites-cmakepresets/m-p/2184587#M464</link>
      <description>&lt;P&gt;Dear &lt;a href="https://community.nxp.com/t5/user/viewprofilepage/user-id/229957"&gt;@Harry_Zhang&lt;/a&gt;,&lt;BR /&gt;&lt;BR /&gt;In my previous post i wrote:&lt;BR /&gt;```&lt;BR /&gt;The way extension behaves is not really an issue for us - we would just like to know specific set of rules for the cmakepresets.json reconfiguration to happen so we can adjust our workflow (for example base git repository) so it works for everyone in our team.&lt;BR /&gt;```&lt;BR /&gt;&lt;BR /&gt;Is there any update for the guidelines on how to prepare CMakePresets in order for NXP extension not to overwrite it, while at the same time generating correct mcux_include.json? I believe the import of a custom project is the topic. Currently the behaviour is quite random as sometimes we need to import project to workspace, remove it, import again, revert change of CMakePresets, then use extension buttons.&lt;/P&gt;</description>
      <pubDate>Mon, 13 Oct 2025 06:58:45 GMT</pubDate>
      <guid>https://community.nxp.com/t5/MCUXpresso-for-VSCode/VS-Code-extension-overwrites-cmakepresets/m-p/2184587#M464</guid>
      <dc:creator>jslota13245</dc:creator>
      <dc:date>2025-10-13T06:58:45Z</dc:date>
    </item>
    <item>
      <title>Re: VS-Code extension overwrites cmakepresets.</title>
      <link>https://community.nxp.com/t5/MCUXpresso-for-VSCode/VS-Code-extension-overwrites-cmakepresets/m-p/2365755#M537</link>
      <description>&lt;P&gt;Hello,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;We are using vs code plugin version&amp;nbsp;&lt;SPAN&gt;26.4.45 and it still modifies the preset files. The tool version in mcuexpresso-tools.json is 25.3.&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;Are there any suggestions ?&amp;nbsp;&lt;a href="https://community.nxp.com/t5/user/viewprofilepage/user-id/229957"&gt;@Harry_Zhang&lt;/a&gt;&amp;nbsp;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;Thanks&lt;/SPAN&gt;&lt;/P&gt;</description>
      <pubDate>Thu, 14 May 2026 21:13:06 GMT</pubDate>
      <guid>https://community.nxp.com/t5/MCUXpresso-for-VSCode/VS-Code-extension-overwrites-cmakepresets/m-p/2365755#M537</guid>
      <dc:creator>arunkumar_g</dc:creator>
      <dc:date>2026-05-14T21:13:06Z</dc:date>
    </item>
    <item>
      <title>Re: VS-Code extension overwrites cmakepresets.</title>
      <link>https://community.nxp.com/t5/MCUXpresso-for-VSCode/VS-Code-extension-overwrites-cmakepresets/m-p/2365990#M540</link>
      <description>&lt;P&gt;Hi&amp;nbsp;&lt;a href="https://community.nxp.com/t5/user/viewprofilepage/user-id/216666"&gt;@arunkumar_g&lt;/a&gt;,&lt;/P&gt;
&lt;P&gt;&amp;nbsp;To summarize, right now, the extension relies on the API provided by CMakeTools extension for building projects. Also, extension modifies the CMake presets files to supply required values for variables such as ARMGCC_DIR, SdkRootDirPath, and Python virtual environment settings, which are essential for the build process. In doing so, it introduces absolute paths tied to the local development environment. This makes the presets environment-specific, reducing their portability and making them unsuitable for sharing through version control systems like Git.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;In the June release, we plan to introduce support for the “west” build. Since this process will be entirely managed by the extension, we’ll be able to pass all the necessary parameters to the west command and set the required environment variables. As a result, the extension will no longer need to modify the presets. Of course, this will only help if you are using a project based on a repository that has “west” support (like MCUXpresso SDK, Zephyr, Matter, etc.). Current build system will continue to be available and supported. The user will be able to switch between the two from the project settings.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;If you are using a pure CMake project for which west is not a solution, &amp;nbsp;we need to send the environment variables another way.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;We investigated multiple solutions for this:&lt;/P&gt;
&lt;UL&gt;
&lt;LI&gt;Using settings like "cmake.environment", "cmake.configureEnvironment", and "cmake.buildEnvironment" would be a very good option, since the values provided here would not need to be absolute paths. Unfortunately, these options do not work with presets. Another issue with this approach is that if users want to build the project from the command line, they will have to set the environment variables manually before launching the build.&lt;/LI&gt;
&lt;/UL&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;UL&gt;
&lt;LI&gt;In tasks.json, it is also possible to set environment variables for the CMake task, but again it seems that these are not passed to the build process.&lt;/LI&gt;
&lt;/UL&gt;
&lt;P&gt;&lt;span class="lia-inline-image-display-wrapper lia-image-align-inline" image-alt="DragosMiloiu_0-1778832150389.png" style="width: 400px;"&gt;&lt;img src="https://community.nxp.com/t5/image/serverpage/image-id/385568i7AB21EEFD9CFEF9B/image-size/medium?v=v2&amp;amp;px=400" role="button" title="DragosMiloiu_0-1778832150389.png" alt="DragosMiloiu_0-1778832150389.png" /&gt;&lt;/span&gt;&lt;/P&gt;
&lt;UL&gt;
&lt;LI&gt;Use CMakeUserPresets.json. Its purpose is to store local, machine-specific build, configure, and test settings. This will work for non-sysbuild projects, will contain absolute paths (which in this case should be acceptable), and will need to be placed in your project. It should also be added to .gitignore.&lt;/LI&gt;
&lt;/UL&gt;
&lt;P&gt;For sysbuild projects, the source directory is inside the repository rather than in the project itself. The CMakeUserPresets.json file should be placed in the source directory, i.e., in the repository. The one in the repo will likely need to include one from the project, thus allowing different settings for each project.&lt;/P&gt;
&lt;P&gt;Please note that in this scenario the extension will have to meddle with the CMakeUserPresets.json to add/define those variables.&lt;/P&gt;
&lt;P&gt;This last one is the one we are planning to implement.&lt;/P&gt;
&lt;P&gt;Regards,&lt;/P&gt;
&lt;P&gt;Dragos.&lt;/P&gt;</description>
      <pubDate>Fri, 15 May 2026 08:07:27 GMT</pubDate>
      <guid>https://community.nxp.com/t5/MCUXpresso-for-VSCode/VS-Code-extension-overwrites-cmakepresets/m-p/2365990#M540</guid>
      <dc:creator>DragosMiloiu</dc:creator>
      <dc:date>2026-05-15T08:07:27Z</dc:date>
    </item>
    <item>
      <title>Re: VS-Code extension overwrites cmakepresets.</title>
      <link>https://community.nxp.com/t5/MCUXpresso-for-VSCode/VS-Code-extension-overwrites-cmakepresets/m-p/2367153#M543</link>
      <description>&lt;P&gt;Ok when is the cmake user prese support planned to release? What would be an option until that?&lt;/P&gt;</description>
      <pubDate>Mon, 18 May 2026 22:23:49 GMT</pubDate>
      <guid>https://community.nxp.com/t5/MCUXpresso-for-VSCode/VS-Code-extension-overwrites-cmakepresets/m-p/2367153#M543</guid>
      <dc:creator>arunkumar_g</dc:creator>
      <dc:date>2026-05-18T22:23:49Z</dc:date>
    </item>
    <item>
      <title>Re: VS-Code extension overwrites cmakepresets.</title>
      <link>https://community.nxp.com/t5/MCUXpresso-for-VSCode/VS-Code-extension-overwrites-cmakepresets/m-p/2371357#M546</link>
      <description>&lt;P&gt;&lt;a href="https://community.nxp.com/t5/user/viewprofilepage/user-id/145867"&gt;@DragosMiloiu&lt;/a&gt;&amp;nbsp;Any updates on this?&lt;/P&gt;</description>
      <pubDate>Tue, 26 May 2026 14:03:35 GMT</pubDate>
      <guid>https://community.nxp.com/t5/MCUXpresso-for-VSCode/VS-Code-extension-overwrites-cmakepresets/m-p/2371357#M546</guid>
      <dc:creator>arunkumar_g</dc:creator>
      <dc:date>2026-05-26T14:03:35Z</dc:date>
    </item>
  </channel>
</rss>

