You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When Crossgen2 is asked to compile a folder that's already been compiled with Crossgen2 in composite mode, the compilation fails because the compiler finds the composite DLL and claims it uses unsupported managed C++. Crossgen2 should be able to recognize previously produced composite files and just skip them as inputs similar to what it does for native DLLs.
/cc @dotnet/crossgen-contrib
The text was updated successfully, but these errors were encountered:
According to the issue dotnet#49247
a known pre-existing Crossgen2 bug is that it fails when presented
with the components of a previous Crossgen2 compilation in the
composite mode. This is because Crossgen2 lacks proper logic to
recognize the composite images and mistakes them for currently
unsupported managed C++ MSIL assemblies. This change adds the extra
check; I have also unified it between Crossgen2 and R2RDump.
Thanks
Tomas
According to the issue #49247
a known pre-existing Crossgen2 bug is that it fails when presented
with the components of a previous Crossgen2 compilation in the
composite mode. This is because Crossgen2 lacks proper logic to
recognize the composite images and mistakes them for currently
unsupported managed C++ MSIL assemblies. This change adds the extra
check; I have also unified it between Crossgen2 and R2RDump.
Thanks
Tomas
ghost
locked as resolved and limited conversation to collaborators
Jan 10, 2022
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
When Crossgen2 is asked to compile a folder that's already been compiled with Crossgen2 in composite mode, the compilation fails because the compiler finds the composite DLL and claims it uses unsupported managed C++. Crossgen2 should be able to recognize previously produced composite files and just skip them as inputs similar to what it does for native DLLs.
/cc @dotnet/crossgen-contrib
The text was updated successfully, but these errors were encountered: