Re: [Development] [Windows] State of the Qt6 natvis file

2025-03-14 Thread Nicolas Arnaud-Cormos via Development
On 13/03/2025 15:52, Jörg Bornemann wrote: [...] Let's focus on the next steps. I propose to do the following on our side: 1. Consolidate the two copies of natvis files in the qtvstools repo. Why do they exist? 2. Remove the namespace from the files and adjust the namespace replacement code. 3

Re: [Development] [Windows] State of the Qt6 natvis file

2025-03-06 Thread Nicolas Arnaud-Cormos via Development
On 03/03/2025 12:16, Jörg Bornemann wrote: We can probably improve things already by ditching the testing attempt, but keep in mind that we're dealing with three different natvis dialects: - full blown VS natvis - reduced (or just old?) natvis of cdb - severely reduced natvis subset of cppdbg f

Re: [Development] [Windows] State of the Qt6 natvis file

2025-02-28 Thread Nicolas Arnaud-Cormos via Development
On 28/02/2025 12:26, Jörg Bornemann wrote: On 2/21/25 4:40 PM, Nicolas Arnaud-Cormos via Development wrote: I think a better solution would be to have the natvis files embedded into the pdb on Windows, for multiple reasons: - no need to set a natvis file on VSCode or VS for those not using

Re: [Development] [Windows] State of the Qt6 natvis file

2025-02-24 Thread Nicolas Arnaud-Cormos via Development
Thank you Kai, I didn't know about this natvis limitation (which makes me wonder what is the exact use case for embedding a natvis file). Anyway, I think the rest of my concerns are still valid: - How to make the natvis file available to anyone or at least more visible? - How to ease external

Re: [Development] [Windows] State of the Qt6 natvis file

2025-02-22 Thread Nicolas Arnaud-Cormos via Development
ving it hidden inside the QtVsTool extension is not the best way IMO. Regards, Nicolas Philippe On Fri, 21 Feb 2025 16:40:40 +0100 Nicolas Arnaud-Cormos via Development wrote: Hi everyone, On Windows, for those using Visual Studio or VS Code with MSVC compiler, the only way to s

[Development] [Windows] State of the Qt6 natvis file

2025-02-21 Thread Nicolas Arnaud-Cormos via Development
Hi everyone, On Windows, for those using Visual Studio or VS Code with MSVC compiler, the only way to see anything sensible when debugging is to use a natvis file. This natvis file is currently embedded into the VsTools extension for Visual Studio, here: https://github.com/qt-labs/vstools/b

[Development] Review please: natvis improvement

2023-05-14 Thread Nicolas Arnaud-Cormos via Development
Hi all, I've created some patches for improving natvis support with Qt6 (debugging Qt with Visual Studio), but they are stuck waiting for review for one month now: https://codereview.qt-project.org/c/qt-labs/vstools/+/472264 Who would be the right person for those reviews? I'm failing to fin

Re: [Development] Changes to Qt offering

2020-01-29 Thread Nicolas Arnaud-Cormos via Development
On 29/01/2020 17:02, Volker Hilsheimer wrote: On 29 Jan 2020, at 15:20, Benjamin TERRIER wrote: On Wed, 29 Jan 2020 at 14:10, Cristián Maureira-Fredes wrote: but for Windows/macOS this might have three solutions (maybe more): - Using package managers that provide Qt, - Download and compile Qt

Re: [Development] Changes to Qt offering

2020-01-29 Thread Nicolas Arnaud-Cormos via Development
Hi Thiago, On 29/01/2020 04:25, Thiago Macieira wrote: On Monday, 27 January 2020 23:59:10 PST Christian Gagneraud wrote: And that's really bad news How many wget will get broken? This cannot be true, Lars, tell me that download.qt.io will still work w/o login/password. Please! The source

Re: [Development] How to port from Q_FOREACH to range-based for

2019-06-11 Thread Nicolas Arnaud-Cormos via Development
On 11/06/2019 21:51, André Pönitz wrote: On Tue, Jun 11, 2019 at 08:47:12PM +0200, Mutz, Marc via Development wrote: On 2019-06-11 09:48, Lars Knoll wrote: On 11 Jun 2019, at 09:35, Olivier Goffart wrote: On 11.06.19 09:17, Lars Knoll wrote: So, is removing it worth all the hassle to us and