ALINK: avertissement AL1073: assembly Référencé 'mscorlib.dll " cible un autre processeur

Voici une solution de contournement:

on peut éviter le problème en utilisant L'IA.EXE qui correspond à la plateforme (ou bitness) que vous tentez de construire. Qui est, vous verrez que lorsque vous construisez x64, qu'il est tentant d'utiliser COLL.EXE à un chemin similaire à

C:\Program Files (x86)\Microsoft SDKs\Windows\v10.0A\bin\NETFX 4.6 Tools

Si vous pouvez l'obtenir à utiliser la version x64 de AL.exe, le problème va disparaître. Qui est, l'utilisation de l'AL.EXE à un chemin similaire à:

C:\Program Files (x86)\Microsoft SDKs\Windows\v10.0A\bin\NETFX 4.6 Tools\x64

Msbuild trouve ceci chemin à l'aide de ses TargetFrameworkSDKToolsDirectory. Ainsi, en partant de l'hypothèse que ce répertoire est le répertoire correct lors de la construction de x86, la solution de contournement ci-dessous ajoute essentiellement le sous-répertoire x64 sur le chemin lors de la construction de x64 et le laisse tel quel:

1. créer un MsBuildAL1073WarningWorkaround.les objectifs de fichier (nom n'a pas d'importance) et l'ajouter au projet. Elle a le contenu suivant:

   <?xml version="1.0" encoding="utf-8"?>
   <Project ToolsVersion="4.0" xmlns="http://schemas.microsoft.com/developer/msbuild/2003">
     <PropertyGroup>
       <TargetFrameworkSDKToolsDirectory Condition=" '$(PlatformTarget)' == 'x64'">$(TargetFrameworkSDKToolsDirectory)$(PlatformTarget)\</TargetFrameworkSDKToolsDirectory>
     </PropertyGroup>
   </Project>  
   

2. modifier le .fichier csproj pour importer ceci dossier près de la fin du fichier (où vous verrez le commentaire qui dit "pour modifier votre processus de construction...":

    <Import Project="MsBuildAL1073WarningWorkaround.targets" />
    <!-- To modify your build process... -->
   

Cet avertissement peut être ignoré en toute sécurité. Puisque .Net chargera les assemblages 64bit corrects à l'exécution dans une machine 64bit. Encore microsoft peut donner une réponse satisfaisante à cette question. C'était inutile de perdre du temps à prévenir.

Ces avertissements sont affichés dans les projets qui contiennent des localisation par satellite des assemblages(.resx files) dans la solution.

c'est le bug du côté de Microsoft et en août 2017, Microsoft ne l'a toujours pas corrigé.

Voici la citation de l' MS commentaires page:

il résulte d'un bug logique dans le binaire .net framework alink.DLL. Mais étant donné l'impact limité de cette question et le fait que cet outil a une barre très élevée pour l'entretien que nous ne ferons pas un changement pour régler cette question.

Cordialement,

Ed Maurer, responsable du Développement, VB ET C# Compilateurs

nous avons eu le même problème et avons fini avec la solution de contournement de Matt Smith (https://stackoverflow.com/a/41945190/3506760) avec une modification qui l'a fait fonctionner.

Due to feature / bug in MsBuild (https://stackoverflow.com/a/1367309/3506760) nous avons dû modifier le fichier cible décrit à l'étape 1.

<?xml version="1.0" encoding="utf-8"?>
<Project ToolsVersion="4.0" xmlns="http://schemas.microsoft.com/developer/msbuild/2003">
    <Target Name="MsBuildAL1073WarningWorkaround" BeforeTargets="BeforeBuild" >
        <PropertyGroup Condition="'$(Platform)' == 'x64'">
            <TargetFrameworkSDKToolsDirectory>$(TargetFrameworkSDKToolsDirectory)$(Platform)\</TargetFrameworkSDKToolsDirectory>
        </PropertyGroup>
    </Target>
</Project>

juste un ajout à la réponse de Matt( Je n'ai pas assez de réputation pour ajouter un commentaire): je crois

près de la fin du fichier

juste après la ligne:

<Import Project="$(MSBuildToolsPath)\Microsoft.CSharp.targets" />

j'ai testé et si la ligne ci-dessus précède la (re)définition de $TargetFrameworkSDKToolsDirectory alors AL1073 a disparu. Sinon, elle persiste.

pour ignorer cet avertissement, vous pouvez installer .Net Framework 4.5.2 developer pack pour tout OS_x86_x64, qui est compatible avec VS2013. http://www.microsoft.com/en-us/download/details.aspx?id=42637