Feature Request: Deploy library pdbs to build output

[IRebo]

Would it be possible to extend the vcpkg nuget in a way that it deploys a native dll along with its pdb to build output ? Currently it seems to deploy the necessary .dlls but the pdbs are not copied. This makes things more complicated if we want to package the complete build output.

I saw looking at https://github.com/microsoft/vcpkg/blob/master/scripts/buildsystems/msbuild/applocal.ps1.
My assumption is that extending the deployBinary function would do the trick ? Is there a reason why its not done already ?

thanks
Ivan

[sylveon]

I would also like to get PDBs copied to the output, so that it can be automatically copied by VS into my .appx package

[BillyONeal]

I would also like to get PDBs copied to the output, so that it can be automatically copied by VS into my .appx package

Generally speaking PDBs should not be deployed on end-user machines so they shouldn't be going into an appx.

We may still want to look at doing something like this someday but it's mostly applicable to folks who are shipping static libraries rather than applications.

To truly deliver an end to end experience here we might need to package the sources too.

[sylveon]

The way .appx works is weird.
When building for local or remote testing, everything gets into a single .appx, PDB included.
But when packaging and uploading, VS uses an .appxbundle file, and this archive contains both an .appx and .appxsym file.
VS does some ✨ magic ✨ from the normal build output for that purpose, so vcpkg simply copying PDBs along with the DLLs should work.

.appxsym has symbols, and those will be used in telemetry data.
The .appx file is what consumers will end up downloading, and doesn't have symbols.

Without symbols, stack traces obtained from the Microsoft Store telemetry will lack any kind of function info:

[BillyONeal]

I see, I didn't realize there was some postprocessing step done by the store to strip those out.

Can we assume that for a given DLL x.dll the PDB will be named x.pdb?

[sylveon]

Yes