Lots of _CL_xxxxxxxxx files in %TMP% do not get deleted after port build?

[StarGate-One]

Has anyone else discovered the %TMP% directory has many _CL_xxxxxxxxx files, it appears they are left-overs from ports using msbuild, but they remain after vcpkg port builds complete successfully?

A fresh install of vcpkg has left 2631 files behind.

Not a big issue, but a nuisance to clean up.

Some are quite large some real small.

I am used to them being there while vcpkg builds/compiles/installs the ports but not when all ports complete successfully.

Examples showing file content as follows:

Example 1

/out:sanitycheckc.exe
/debug
/nologo
-machine:x64
-DEBUG
-INCREMENTAL:NO
-OPT:REF
-OPT:ICF
/LIBPATH:D:/vcpkg/installed/x64-windows/lib
sanitycheckc.obj

Example 2

/out:D:\vcpkg\buildtrees\harfbuzz\x64-windows-rel\meson-private\tmpgtmduyc_\output.exe
/debug
/nologo
-machine:x64
-DEBUG
-OPT:REF
-OPT:ICF
/LIBPATH:D:/vcpkg/installed/x64-windows/lib
testfile.obj
kernel32.lib
user32.lib
gdi32.lib
winspool.lib
shell32.lib
ole32.lib
oleaut32.lib
uuid.lib
comdlg32.lib
advapi32.lib

Example 3

/out:.libs\gnuintl-8.dll
/nologo
/debug
-EXPORT:?_OptionsStorage@?1??__local_stdio_printf_options@@9@9,DATA
-EXPORT:DllMain
-EXPORT:_nl_expand_alias
-EXPORT:_nl_explode_name
-EXPORT:_nl_find_domain
-EXPORT:_nl_find_msg
-EXPORT:_nl_language_preferences_default
-EXPORT:_nl_load_domain
-EXPORT:_nl_locale_name
-EXPORT:_nl_locale_name_canonicalize
-EXPORT:_nl_locale_name_default
-EXPORT:_nl_locale_name_environ
-EXPORT:_nl_locale_name_from_win32_LANGID
-EXPORT:_nl_locale_name_from_win32_LCID
-EXPORT:_nl_locale_name_posix
-EXPORT:_nl_locale_name_thread
-EXPORT:_nl_locale_name_thread_unsafe
-EXPORT:_nl_log_untranslated
-EXPORT:_nl_make_l10nflist
-EXPORT:_nl_msg_cat_cntr,DATA
-EXPORT:_nl_normalize_codeset
-EXPORT:_nl_state_lock,DATA
-EXPORT:_open_utf8_windows_wrapper
-EXPORT:bind_textdomain_codeset
-EXPORT:bindtextdomain
-EXPORT:dcgettext
-EXPORT:dcngettext
-EXPORT:dgettext
-EXPORT:dngettext
-EXPORT:gettext
-EXPORT:gl_get_setlocale_null_lock
-EXPORT:libintl_bind_textdomain_codeset
-EXPORT:libintl_bindtextdomain
-EXPORT:libintl_dcgettext
-EXPORT:libintl_dcigettext
-EXPORT:libintl_dcngettext
-EXPORT:libintl_dgettext
-EXPORT:libintl_dngettext
-EXPORT:libintl_fprintf
-EXPORT:libintl_gettext
-EXPORT:libintl_gettext_extract_plural
-EXPORT:libintl_gettext_free_exp
-EXPORT:libintl_gettext_germanic_plural,DATA
-EXPORT:libintl_gettextparse
-EXPORT:libintl_hash_string
-EXPORT:libintl_ngettext
-EXPORT:libintl_nl_current_default_domain,DATA
-EXPORT:libintl_nl_default_default_domain,DATA
-EXPORT:libintl_nl_default_dirname,DATA
-EXPORT:libintl_nl_domain_bindings,DATA
-EXPORT:libintl_printf
-EXPORT:libintl_relocate
-EXPORT:libintl_relocate2
-EXPORT:libintl_set_relocation_prefix
-EXPORT:libintl_setlocale
-EXPORT:libintl_sprintf
-EXPORT:libintl_tdelete
-EXPORT:libintl_textdomain
-EXPORT:libintl_tfind
-EXPORT:libintl_tsearch
-EXPORT:libintl_twalk
-EXPORT:libintl_vasnprintf
-EXPORT:libintl_version,DATA
-EXPORT:libintl_vfprintf
-EXPORT:libintl_vprintf
-EXPORT:libintl_vsprintf
-EXPORT:libintl_wbindtextdomain
-EXPORT:locale_charset
-EXPORT:ngettext
-EXPORT:setlocale_null
-EXPORT:setlocale_null_r
-EXPORT:textdomain
-LD:/vcpkg/installed/x64-windows/lib
-machine:x64
-nologo
-DEBUG
-INCREMENTAL:NO
-OPT:REF
-OPT:ICF
-DLL
-IMPLIB:.libs\gnuintl.lib
.libs/bindtextdom.obj
.libs/dcgettext.obj
.libs/dgettext.obj
.libs/gettext.obj
.libs/finddomain.obj
.libs/hash-string.obj
.libs/loadmsgcat.obj
.libs/localealias.obj
.libs/textdomain.obj
.libs/l10nflist.obj
.libs/explodename.obj
.libs/dcigettext.obj
.libs/dcngettext.obj
.libs/dngettext.obj
.libs/ngettext.obj
.libs/plural.obj
.libs/plural-exp.obj
.libs/localcharset.obj
.libs/threadlib.obj
.libs/lock.obj
.libs/relocatable.obj
.libs/langprefs.obj
.libs/localename.obj
.libs/localename-table.obj
.libs/log.obj
.libs/printf.obj
.libs/setlocale.obj
.libs/setlocale-lock.obj
.libs/setlocale_null.obj
.libs/version.obj
.libs/xsize.obj
.libs/osdep.obj
.libs/intl-compat.obj
.libs/windows-mutex.obj
.libs/windows-rwlock.obj
.libs/windows-recmutex.obj
.libs/windows-once.obj
.libs/libintl.res.obj
D:/vcpkg/installed/x64-windows/lib/iconv.lib
"C:\Program Files (x86)\Windows Kits\10\\lib\10.0.22621.0\\um\x64/kernel32.lib"
"C:\Program Files (x86)\Windows Kits\10\\lib\10.0.22621.0\\um\x64/user32.lib"
"C:\Program Files (x86)\Windows Kits\10\\lib\10.0.22621.0\\um\x64/gdi32.lib"
"C:\Program Files (x86)\Windows Kits\10\\lib\10.0.22621.0\\um\x64/winspool.lib"
"C:\Program Files (x86)\Windows Kits\10\\lib\10.0.22621.0\\um\x64/shell32.lib"
"C:\Program Files (x86)\Windows Kits\10\\lib\10.0.22621.0\\um\x64/ole32.lib"
"C:\Program Files (x86)\Windows Kits\10\\lib\10.0.22621.0\\um\x64/oleaut32.lib"
"C:\Program Files (x86)\Windows Kits\10\\lib\10.0.22621.0\\um\x64/comdlg32.lib"
"C:\Program Files (x86)\Windows Kits\10\\lib\10.0.22621.0\\um\x64/advapi32.lib"

[StarGate-One]

I found the issue accidently working another issue, #36103 (comment) with jasper and it turns out it is a bug with the compiler being used at the time, as working the #36103 issue I created an overlay triplet specifying a specific older version of the compiler by adding set(VCPKG_PLATFORM_TOOLSET_VERSION "14.37.32822") to the triplet file and like magic all the _CL_* files were being removed after all the compiles for the port was complete. To test I commented the set(VCPKG_PLATFORM_TOOLSET_VERSION "14.37.32822") back out and the _CL_* files returned.
So I went to the MSVC forums and noticed this issue had been annotated by users many times going all the way back to VS2015 and the issue was always closed with the MSVC team not able to duplicate or the issue will be resolved in the next update. Needless to say it is being fixed then reintroduced, most likely the fix breaks something else and the something else is fixed breaking the _CL_* temp files issue again.