Cookie Consent by Free Privacy Policy Generator ๐Ÿ“Œ Linux development with Visual Studio: first-class support for gdbserver, improved build times with Ninja, and updates to the Connection Manager

๐Ÿ  Team IT Security News

TSecurity.de ist eine Online-Plattform, die sich auf die Bereitstellung von Informationen,alle 15 Minuten neuste Nachrichten, Bildungsressourcen und Dienstleistungen rund um das Thema IT-Sicherheit spezialisiert hat.
Ob es sich um aktuelle Nachrichten, Fachartikel, Blogbeitrรคge, Webinare, Tutorials, oder Tipps & Tricks handelt, TSecurity.de bietet seinen Nutzern einen umfassenden รœberblick รผber die wichtigsten Aspekte der IT-Sicherheit in einer sich stรคndig verรคndernden digitalen Welt.

16.12.2023 - TIP: Wer den Cookie Consent Banner akzeptiert, kann z.B. von Englisch nach Deutsch รผbersetzen, erst Englisch auswรคhlen dann wieder Deutsch!

Google Android Playstore Download Button fรผr Team IT Security



๐Ÿ“š Linux development with Visual Studio: first-class support for gdbserver, improved build times with Ninja, and updates to the Connection Manager


๐Ÿ’ก Newskategorie: Programmierung
๐Ÿ”— Quelle: devblogs.microsoft.com

With Visual Studio 2019 you can build and debug C++ projects on a remote Linux system or the Windows Subsystem for Linux (WSL). You can get started with Linux development in Visual Studio using MSBuild-based Linux projects or our native support for CMake. CMake lets you use the same source code and build scripts to target multiple platforms and is our recommendation for anything cross-platform or with an eye to open-sourcing. This blog post covers recent improvements to our Linux support in Visual Studio, including:

  • Support for Ninja on Linux. Ninja is a build system with a focus on speed. Ninja has been the default generator (underlying build system) for CMake configurations targeting Windows for some time, but in Visual Studio 2019 version 16.6 Preview 3 we added support for Ninja on Linux. Ninja is typically faster than Unix Makefiles and is now the default generator for new CMake configurations targeting a remote system or WSL.
  • First-class support for gdbserver. Gdbserver is a program that allows you to remotely debug applications running on Linux. It is especially useful in embedded scenarios where your target system may not have the resources to run gdb. In Visual Studio 2019 version 16.7 Preview 1 we added a new debugger configuration to debug CMake projects with gdbserver on remote systems. This eliminates the need for manual configuration of launch.vs.json as described in our previous blog post: Debugging Linux CMake Projects with gdbserver.
  • Improvements to the Connection Manager. The Connection Manager in Visual Studio allows you to manage and store secure SSH connections to remote systems. We hear your feedback, and in Visual Studio 2019 version 16.7 Preview 2 you can edit and set default remote connections in the Connection Manager. This will allow you to edit an existing connection (e.g. if the IP address of your target device changed) and set default remote connections to be consumed in CMakeSettings.json and launch.vs.json via ${defaultRemoteMachineName} in CMake projects.

More details on all these new features are listed below.

Improved build times with Ninja on Linux

Ninja is a build system with a focus on speed. In Visual Studio 2019 version 16.6 Preview 3 we added support for building CMake projects with Ninja on remote Linux systems and WSL.

Ninja is typically faster than Unix Makefiles and is now the default generator for new CMake configurations targeting a remote system or WSL. You can install ninja on Debian-based Linux systems with the following commands:

sudo apt-get update

sudo apt-get install ninja-build

We ran performance tests to compare Ninja and Unix Makefiles on two open-source CMake projects: bullet3 and LLVM. These tests show the time for a full rebuild from Visual Studio and were run against a local VM (Ubuntu).

Ninja Make
bullet3 3 minutes 11 minutes
LLVM (link parallelism set to 2) 40 minutes 143 minutes

ย 

In Visual Studio 2019 version 16.6 Preview 3 or later you can try building your project on Linux directly from Visual Studio with CMake and Ninja to leverage these performance improvements and cut down on build times.

First-class support for gdbserver in CMake projects

In Visual Studio 2019 version 16.6 Preview 2 we introduced a new debugging template to simplify remote debugging with gdb. In Visual Studio 2019 version 16.7 Preview 1 we expanded on this template to include first-class support for debugging with gdbserver.

Debug sessions for CMake projects are configured in launch.vs.json. More information on this file and instructions for adding new configurations can be found in our updated documentation. A configuration of type โ€˜cppgdbโ€™ is used to debug remotely on a Linux system or WSL.

  {
 ย ย ย ย  "type": "cppgdb",
 ย ย ย ย  "name": "CMakeLists.txt",
 ย ย ย ย  "project": "CMakeLists.txt",
 ย ย ย ย  "projectTarget": "",
 ย ย ย ย  "comment": "Learn how to configure remote debugging. See here for more info http://aka.ms/vslinuxdebug",
ย ย ย ย ย  "debuggerConfiguration": "gdbserver",
 ย ย ย ย  "args": [],
 ย ย ย ย  "env": {}
  }

Visual Studio uses the front-end of the Visual Studio debugger backed entirely by gdb or gdbserver to debug on a remote system or WSL. You can select either gdb or gdbserver debugging via the debuggerConfiguration key.

debuggerConfiguration: Indicates which set of debugging default values to use. In Visual Studio 2019 version 16.6, the only valid option isย gdb. Visual Studio 2019 version 16.7 or later also supportsย gdbserver.

There are additional options allowed with the gdbserver configuration, including:

gdbPath: Defaults toย ${debugInfo.vsInstalledGdb}. Full Windows path to theย gdbย used to debug. By default, points to the gdbย installed with the Linux development with C/C++ workload.

gdbserverPath: Defaults toย usr/bin/gdbserver. Full Unix path to theย gdbserverย used to debug.

Our first-class support for gdbserver starts the gdbserver process on the remote target, pipes the gdbserver stdout and stderr to the Output Window, and kills the gdbserver process on any failures or on stop. A full list of additional options can be found in our updated documentation.

Note that we recommend using gdb for normal remote debugging scenarios. Gdbserver can be used when the target system may not have the resources to run the full gdb (e.g. in embedded scenarios). In this case, it may be helpful to leverage the separation of build and deploy to build on a more powerful Linux system (or locally on WSL) and debug on your low powered device using gdbserver.

Edit and set default remote connections in the Connection Manager

Finally, in Visual Studio 2019 version 16.7 Preview 2 we added the ability to edit and set default remote connections in the Connection Manager. The Connection Manager in Visual Studio allows you to manage and store secure SHH connections to remote systems.

Use the Connection Manager (Tools > Options > Cross Platform > Connection Manager) to edit and set default remote connections.

You can now edit established remote connections (e.g. if the IP address of your target device changed) without removing the original connection. This means that Visual Studio will not need to recopy the include directories for the compiler on the remote system that are automatically copied over to Windows to provide a native IntelliSense experience. You can learn more about IntelliSense for Linux projects in Visual Studio in our recent blog post.

You can also set default remote connections to be consumed with the macro ${defaultRemoteMachineName} in CMakeSettings.json and launch.vs.json in CMake projects. This will enable you to check these files into source control without any user or machine specific configuration details.

Give us your feedback

Downloadย Visual Studio 2019 version 16.7 Preview 2ย today and give it a try. Weโ€™d love to hear from you to help us prioritize and build the right features for you. We can be reached via the comments below,ย Developer Community,ย and Twitter (@VisualC). The best way to file a bug or suggest a feature is via Developer Community.

The post Linux development with Visual Studio: first-class support for gdbserver, improved build times with Ninja, and updates to the Connection Manager appeared first on C++ Team Blog.

...



๐Ÿ“Œ Visual Studio for Mac: Improved productivity for .NET Core developers | Visual Studio Toolbox


๐Ÿ“ˆ 41.63 Punkte

๐Ÿ“Œ Debugging Linux CMake Projects with gdbserver


๐Ÿ“ˆ 37.69 Punkte

๐Ÿ“Œ Visual Studio 2019 Launch: A tour of Visual Studio for Mac for .NET development


๐Ÿ“ˆ 37.18 Punkte

๐Ÿ“Œ Visual Studio 2019 Launch: A tour of Visual Studio for Mac for .NET development


๐Ÿ“ˆ 37.18 Punkte

๐Ÿ“Œ Visual Studio 2019 Launch: A tour of Visual Studio for Mac for .NET development


๐Ÿ“ˆ 37.18 Punkte

๐Ÿ“Œ Visual Studio Toolbox Live - Web Development in Visual Studio 2022


๐Ÿ“ˆ 37.18 Punkte

๐Ÿ“Œ Visual Studio Toolbox Live - Web API Development with Visual Studio 2022


๐Ÿ“ˆ 37.18 Punkte

๐Ÿ“Œ Build Visual Studio extensions using Visual Studio extensions


๐Ÿ“ˆ 35.01 Punkte

๐Ÿ“Œ Expanding Visual Studio 2019 support for Visual Studio Codespaces


๐Ÿ“ˆ 34.75 Punkte

๐Ÿ“Œ Linux Development with C++ in Visual Studio 2019: WSL, ASan for Linux, Separation of Build and Debug


๐Ÿ“ˆ 34.56 Punkte

๐Ÿ“Œ Apple M1 support for Visual Studio Code brings improved performance


๐Ÿ“ˆ 31.99 Punkte

๐Ÿ“Œ Visual Studio 2019 Launch: To the cloud with Visual Studio and Azure


๐Ÿ“ˆ 31.39 Punkte

๐Ÿ“Œ Visual Studio 2019 Launch: To the cloud with Visual Studio and Azure


๐Ÿ“ˆ 31.39 Punkte

๐Ÿ“Œ Bring AI and ML into Visual Studio with IntelliCode - Visual Studio Office Hours, 5/7


๐Ÿ“ˆ 31.39 Punkte

๐Ÿ“Œ How the UX Lab and Customer Interviews Make Visual Studio Better - Visual Studio Office Hours, 5/14


๐Ÿ“ˆ 31.39 Punkte

๐Ÿ“Œ Visual Studio and accessibility - Visual Studio Remote Office Hours, 5/28


๐Ÿ“ˆ 31.39 Punkte

๐Ÿ“Œ The architecture and inner workings of Visual Studio - Visual Studio Remote Office Hours, July 2


๐Ÿ“ˆ 31.39 Punkte

๐Ÿ“Œ Visual Studio Remote Office Hours - Azure DevTest and other Visual Studio benefits


๐Ÿ“ˆ 31.39 Punkte

๐Ÿ“Œ Uniting all containers and Kubernetes fans in this Visual Studio 2019 session | Visual Studio 2019 Launch Event


๐Ÿ“ˆ 31.39 Punkte

๐Ÿ“Œ Visual Studio and Azure Sphere | Visual Studio 2019 Launch Event


๐Ÿ“ˆ 31.39 Punkte

๐Ÿ“Œ Visual Studio Code Tips and Tricks | Visual Studio Toolbox


๐Ÿ“ˆ 31.39 Punkte

๐Ÿ“Œ Install Visual Studio for Mac and run C# Tutorial [2 of 4] | Intro to Visual Studio for Mac


๐Ÿ“ˆ 31.39 Punkte

๐Ÿ“Œ Visual Studio 2019 version 16.3 Preview 2 and Visual Studio for Mac version 8.3 Preview 2 Released!


๐Ÿ“ˆ 31.39 Punkte

๐Ÿ“Œ Microsoft's Visual Studio Online Code Editor is Now Visual Studio Codespaces and Gets a Price Drop


๐Ÿ“ˆ 31.39 Punkte

๐Ÿ“Œ Visual Studio Installation and Customization | Visual Studio Toolbox


๐Ÿ“ˆ 31.39 Punkte

๐Ÿ“Œ Visual Studio Code Remote Development allows you to use a [remote machine|container] as a full-featured development environment


๐Ÿ“ˆ 29.97 Punkte

๐Ÿ“Œ Kalenderwoche 42/2018 fรผr Entwickler im Rรผckblick: Visual Studio 2019, Visual Studio for Mac, .NET Core 2.2 und mehr


๐Ÿ“ˆ 29.59 Punkte

๐Ÿ“Œ Visual Studio for Mac + ASP.NET Core โ€“ Deploy eShopOnWeb to Azure using Visual Studio for Mac


๐Ÿ“ˆ 29.59 Punkte

๐Ÿ“Œ Working with Git tooling in Visual Studio - Visual Studio Remote Office Hours, 4/30


๐Ÿ“ˆ 29.59 Punkte

๐Ÿ“Œ Visual Studio Codespaces - Visual Studio Remote Office Hours, July 9


๐Ÿ“ˆ 29.59 Punkte

๐Ÿ“Œ Visual Studio Remote Office Hours - Working on the Visual Studio code base, July 23


๐Ÿ“ˆ 29.59 Punkte

๐Ÿ“Œ Visual Studio Remote Office Hours - The History of Visual Studio with Matt Gertz


๐Ÿ“ˆ 29.59 Punkte

๐Ÿ“Œ Visual Studio for Mac: New Editor | Visual Studio Toolbox


๐Ÿ“ˆ 29.59 Punkte











matomo