Почему-o является кандидатом на удаление из компилятора Microsoft и компоновщика?
Я бы отфильтровал по значению ObjectId:
$certificates |Where-Object { Я бы отфильтровал по значению ObjectId:
[110] Этот пример опирается на перечисление свойств OID в EnhancedKeyUsageList, поэтому он будет работать только в PowerShell 4.0 или новее
.EnhancedKeyUsageList.ObjectId -like '1.3.6.1.5.5.7.3.2'}
Этот пример опирается на перечисление свойств OID в EnhancedKeyUsageList, поэтому он будет работать только в PowerShell 4.0 или новее
3 ответа
Я не обязательно видел бы низкую цель позади того - это, более вероятно, будет некоторая связанная с совместимостью вещь (возможно-o, вмешивается в некоторую систему сборки или другой используемый некоторым крупным клиентом Microsoft или другим.)
Однако это является раздражающим, когда поставщик компилятора выбрасывает укрепленные методы и изученные отражения.
Но (синтаксический и философский) различия между компиляторами Microsoft и компиляторами Unix больше, чем простой переключатель командной строки. С этой целью Вы могли попытаться ступить далеко от простых пакетных сценариев сборки и к Make-файлам - или, еще лучше, фактическая межплатформенная система сборки, таким как CMake или SCons (обратите внимание на то, что, они - просто примеры, я не женат ни на одном из них :)).
Да. Необходимо использовать/F для установки опций выхода компилятора.
Параметры командной строки в Windows отличаются, чем параметры командной строки на Unix. Они обычно запускают с / вместо - и аргументы cl.exe будет не обязательно соответствовать тем cc на Unix.
Похож на опцию, которую Вы ищете, /Fe