`Compare-Object` doesn't compare custom value types (`structs`) (that don't implement `IComparable`) correctly about powershell HOT 4 OPEN

With objects a good practice is using parameter -property

from powershell.

How about the following, then?

Compare-Object @{ Instance = $instance1 } @{ Instance = $instance2 } -Property Instance

Still broken.

The point is that it doesn't matter whether the problem arises in the context of whole-object or property-value comparisons.

Sure, if you know of a distinguishing property - assuming there even is one - you can use it as a workaround
(Compare-Object $instance1 $instance2 -Property Num), but not only should that not be necessary, it changes the output.

from powershell.

Broken because $instance1 and $instance2 are not scalar types. And argument @{ Instance = $instance1 } is not psobject type as help defines (https://learn.microsoft.com/en-us/powershell/module/microsoft.powershell.utility/compare-object?view=powershell-7.4#inputs)

"$instance1"
Foo
"$instance2"
Foo

So Compare-Object @{ Instance = 'Foo' } @{ Instance = 'Foo' } -Property Instance has no output.

But

Compare-Object ([pscustomobject]@{ Instance = $instance1 }) ([pscustomobject]@{ Instance = 24545 }) -Property Instance
Instance SideIndicator
-------- -------------
   24545 =>
     Foo <=

works

Compare-Object (Microsoft.PowerShell.Utility) - PowerShell

The Compare-Object cmdlet compares two sets of objects. One set of objects is the reference, and the other set of objects is the difference. Compare-Object checks for available methods of comparing a whole object. If it can't find a suitable method, it calls the ToString() methods of the input objects and compares the string results. You can provide one or more properties to be used for comparison. When properties are provided, the cmdlet compares the values of those properties only. The result of the comparison indicates whether a property value appeared only in the reference object (<=) or only in the difference object (=>). If the IncludeEqual parameter is used, (==) indicates the value is in both objects. If the reference or the difference objects are null ($null), Compare-Object generates a terminating error. Some examples use splatting to reduce the line length of the code samples. For more information, see about_Splatting.

from powershell.

No, it's broken for the reasons stated in the initial post.

$instance1 -eq $instance2 is (meaningfully) $false, so Compare-Object should report a difference too.

The other examples are irrelevant to this discussion, and as for the "If it can't find a suitable method" quote from the docs:

For value types (types derived from System.ValueType) there is a suitable method, by definition, and the fact that it isn't used (and therefore falls back to string comparison) constitutes the bug.

from powershell.