/platform (Visual Basic)

Mise à jour : novembre 2007

Spécifie quelle version de plate-forme du Common Language Runtime (CLR) peut exécuter le fichier de sortie.


/platform:{ x86 | x64 | Itanium | anycpu }

anycpu

Compile votre assembly pour qu'il s'exécute sur toutes les plates-formes. C'est le comportement par défaut lorsque l'option /platform n'est pas spécifiée.

x86

Compile votre assembly pour qu'il soit exécuté par le CLR compatible 32 bits, x86.

x64

Compile votre assembly pour qu'il soit exécuté par le CLR 64 bits sur un ordinateur qui prend en charge le jeu d'instructions AMD64 ou EM64T.

Itanium

Compile votre assembly pour qu'il soit exécuté par le CLR 64 bits sur un ordinateur doté du processeur Itanium.

Utilisez l'option /platform pour spécifier le type de processeur ciblé par le fichier de sortie.

En règle générale, les assemblys .NET Framework écrits en Visual Basic s'exécuteront de la même façon quelle que soit la plate-forme. Toutefois, dans certains cas, les comportements sont différents sur des plates-formes différentes. Ces cas sont les suivants :

  • Des structures contenant des membres qui changent de taille selon la plate-forme (par exemple tous les types de pointeur).

  • Des opérations arithmétiques sur les pointeurs qui incluent des tailles de constantes.

  • Des appels de plate-forme ou des déclarations COM incorrects qui utilisent Integer pour les handles au lieu de IntPtr.

  • Cast de IntPtr en Integer.

  • Utilisation de l'appel de plate-forme ou de COM Interop avec les composants qui n'existent pas sur toutes les plates-formes.

L'option /platform atténuera certains problèmes si vous savez que vous avez fait des hypothèses à propos de l'architecture sur laquelle le code s'exécutera. Plus précisément :

  • Si vous décidez de cibler une plate-forme 64 bits et que l'application est exécutée sur un ordinateur 32 bits, le message d'erreur s'affiche plus tôt et est plus axé sur le problème que l'erreur qui se produirait sans utilisation de ce commutateur.

  • Si vous définissez l'option 32 bits sur le commutateur et que l'application est exécutée par la suite sur un ordinateur 64 bits, elle s'exécutera dans le sous-système WOW au lieu de s'exécuter en mode natif.

Sur un système d'exploitation Windows 64 bits :

  • les assemblys compilés avec /platform:x86 s'exécutent sur le CLR 32 bits qui s'exécute sous WOW64 ;

  • les fichiers exécutables compilés avec /platform:anycpu s'exécutent sur le CLR 64 bits ;

  • une DLL compilée avec /platform:anycpu s'exécute sur le même CLR que le processus dans lequel elle est chargée.

Pour plus d'informations sur le développement d'une application à exécuter sur un système d'exploitation Windows 64 bits, consultez Applications 64 bits.

Pour définir /nowarn dans l'environnement de développement intégré Visual Studio

  1. Sélectionnez un projet dans l'Explorateur de solutions. Dans le menu Projet, cliquez sur Propriétés. Pour plus d'informations, consultez Introduction au Concepteur de projets.

  2. Cliquez sur l'onglet Compiler.

  3. Cliquez sur le bouton Avancé.

  4. Modifiez la valeur de la zone de liste déroulante Unité centrale cible.

L'exemple suivant indique comment utiliser /platform pour spécifier que l'application ne doit être exécutée que par le CLR 64 bits sur un système d'exploitation Windows 64 bits pour Itanium.

vbc /platform:Itanium myItanium.vb

Ajouts de la communauté

Afficher: