Discussion :

[Papy214]

Bonjour et bonne semaine à toutes et à tous,

Je suis toujours dans mes soucis de compilation en ligne de commande.

Après avoir bien étudié tout ça et suivi les conseils donnés ici, je me suis fais 2 fichiers .bat de compilation.

Le premier utilise msbuild.exe sur les fichiers .csproj et fonctionne sans problème.

Pour essayer de mieux comprendre le fonctionnement de csc.exe, j'ai voulu tenter d'utiliser directement le compilo.

Le second utilise csc.exe et là, problème que j'expose maintenant.

Dans les variables système, l'installation du framework 3.5 a ajouté le chemin
C:\WINDOWS\Microsoft.NET\Framework\v3.5

Dans le path utilisateur, pour avoir accès à csc.exe de n'importe répertoire, j'ai ajouté
C:\Windows\Microsoft.NET\Framework\v2.0.40607

Mon projet est écrit avec C# 2008.

Quand je me positionne dans le dossier concerné et que j'utilise csc.exe sur mon projet, ça marche parfaitement sauf que la ligne de commande semble utiliser la version 3.5 de de .net, alors que mon projet doit être compilé pour .net 2.0.

Compilateur Microsoft (R) Visual C# 2008 version 3.5.21022.8
pour Microsoft (R) .NET Framework version 3.5
Copyright (C) Microsoft Corporation. Tous droits réservés.

Si j'utilise le chemin complet
C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\csc.exe

le csc pour .net 2.0 est bien utilisé.

Microsoft (R) Visual C# 2005 Compiler version 8.00.50727.1433
pour Microsoft (R) Windows (R) 2005 Framework version 2.0.50727
Copyright (C) Microsoft Corporation 2001-2005. Tous droits réservés.

Mais je me ramasse des dizaines d'erreur de compilation.

La ligne indique qu'elle utilise la version "Visual C# 2005 Compiler" , alors que j'ai la version 2008 installée.

Est-ce tout ça vous semble logique ?
Quel csc.exe devrais-je utiliser pour compiler mon projet vs 2008 en .net 2.0 ?


Question subsidiaire: Existe il une solution générique pour savoir si un assembly ou un programme est compatible pour une version spécifique de .net ?

Papy !

[tomlev]

v2.0.40607

c'est quoi cette version ?? la version exacte pour le framework 2.0 est la 2.0.50727

sinon, qu'est-ce que tu obtiens comme erreurs de compilation ? tu es sûr que ton programme ne contient pas du code spécifique à C# 3 (des fonctionnalités Linq par exemple) ?

[Papy214]

2.0.50727 , c'est ça, j'ai du faire un copier-coller foireux

Les erreurs sont du genre:

Process.cs(23,59): error CS1026: ) attendue
Process.cs(23,59): error CS1002: ; attendu
Process.cs(25,44): error CS1002: ; attendu
Process.cs(25,44): error CS1525: Terme d'expression non valide ','
Process.cs(25,45): error CS1002: ; attendu
Process.cs(26,41): error CS1002: ; attendu
Process.cs(26,41): error CS1525: Terme d'expression non valide ','
Process.cs(26,42): error CS1002: ; attendu
etc.

sur une syntaxe propre à c# 2008 lors de la construction d'un objet où l'on définit des propriétés dans le constructeur, entre {}


autre genre d'erreur:

Commons.cs(159,30): error CS0501: 'processes.TestEventArgs.Id.set' doit déclarer un corps, car il n'est pas marqué comme abstract ni extern
Commons.cs(164,35): error CS0501: processes.InfoEX2TestEventArgs.InfoDatas.get' doit déclarer un corps, car il n'est pas marqué comme abstract ni extern
Commons.cs(164,40): error CS0501: 'processes.InfoEX2TestEventArgs.InfoDatas.set' doit déclarer un corps, car il n'est pas marqué comme abstract ni extern

Donc là, idem pour une syntaxe propre à C# 2008 sur les propriétés où l'on n'utilise que {get; set;}

[tomlev]

sur une syntaxe propre à c# 2008 lors de la construction d'un objet où l'on définit des propriétés dans le constructeur, entre {}
...
Donc là, idem pour une syntaxe propre à C# 2008 sur les propriétés où l'on n'utilise que {get; set;}

Ce sont des syntaxes spécifiques à C# 3, il faut donc utiliser le compilateur C# 3...

[Papy214]

ça, ok mais quand le lancement en ligne de commande indique:

Compilateur Microsoft (R) Visual C# 2008 version 3.5.21022.8
pour Microsoft (R) .NET Framework version 3.5

Je me dis (peut-être à tort) que mon programme ne sera pas compatible .net 2.0.

J'ai peur de ne pas avoir compris un truc:

Est-ce que le résultat de la compilation sera fonction du code utilisé seulement ou différent selon le compilateur utilisé ?
Par exemple, si je n'utilise que des assembly compatible .net 2.0 avec mon code, est-ce que le compilateur importe peu dans la compatibilité finale avec le framework installé sur la machine qui utilisera le soft ?

[tomlev]

Est-ce que le résultat de la compilation sera fonction du code utilisé seulement ou différent selon le compilateur utilisé ?
Par exemple, si je n'utilise que des assembly compatible .net 2.0 avec mon code, est-ce que le compilateur importe peu dans la compatibilité finale avec le framework installé sur la machine qui utilisera le soft ?

Le CLR (la "machine virtuelle" de .NET) n'a pas changé entre le framework 2.0 et le 3.5, donc le MSIL généré par le compilateur 3.5 est compatible avec le CLR 2.0. Si ton programme n'utilise que des assemblies qui existent en 2.0, ça devrait fonctionner avec le framework 2.0. (donc exit System.Core et autres assemblies liés à Linq)

[Papy214]

ah ben c'est plus clair comme ça :-)

Donc, ce n'est qu'une question d'assembly utilisé.

Merci grand chef !