Précédent   Forum du club des développeurs et IT Pro > Environnements de développement > Delphi > EDI
EDI Configuration/utilisation de l'EDI
Partagez cette discussion sur d'autres réseaux sociaux : Viadeo Twitter Google Facebook Digg Delicious MySpace Yahoo
Réponse
 
Outils de la discussion
Publicité
'
Vieux 07/09/2012, 14h38   #1
Wriggles
Nouveau Membre du Club
 
Inscription : janvier 2003
Messages : 50
Détails du profil
Informations forums :
Inscription : janvier 2003
Messages : 50
Points : 38
Points : 38
Par défaut Compilation ligne de commande MSBuild

Bonjour,


Je rencontre un problème pour compiler un projet en ligne de commande avec MSBuild.

Code :
1
2
 
msbuild /t:Build /p:config=Debug c:\tmp\MSBuild\PrjTest.dproj

A chaque essai, j'ai le message d'erreur :

Code :
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
 
Build started 07.09.2012 14:32:08.
__________________________________________________
Project "c:\tmp\msbuild\PrjTest.dproj" (Build target(s)):
 
c:\tmp\msbuild\PrjTest.dproj : error MSB4057: The target "Build" does not exist in the project.
 
Done building project "PrjTest.dproj" -- FAILED.
 
Build FAILED.
c:\tmp\msbuild\PrjTest.dproj : error MSB4057: The target "Build" does not exist in the project.
    0 Warning(s)
    1 Error(s)
 
Time Elapsed 00:00:00.03
J'ai regardé sur et mais malgré les modifications dans les variables d'environnement cela n'a rien changé.

J'ai contrôlé les variables d'environnement contenu dans le fichier rsvars.bat et tout est bien déclaré (variables présentes et pointant vers les bons chemins).

Le fichier CodeGear.Delphi.Targets est bien présent dans le répertoire BDS/Bin.

En PJ, je met le fichier dproj du projet (renommé en XML pour pouvoir être ajouté au post).

Quelqu'un saurait-il le pourquoi du comment de cette erreur ?

Merci d'avance.
Fichiers attachés
Type de fichier : xml PrjTest.xml (11,8 Ko, 2 affichages)
Wriggles est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 07/09/2012, 14h44   #2
Paul TOTH
Expert Confirmé Sénior
 
Avatar de Paul TOTH
 
Homme Paul TOTH
Freelance
Inscription : novembre 2002
Messages : 4 405
Détails du profil
Informations personnelles :
Nom : Homme Paul TOTH
Âge : 43
Localisation : Réunion

Informations professionnelles :
Activité : Freelance
Secteur : High Tech - Éditeur de logiciels

Informations forums :
Inscription : novembre 2002
Messages : 4 405
Points : 10 756
Points : 10 756
ben le message est clair.../t:Build n'est pas valide

ceci dit, personnellement je préfère passer par DCC32 (64 ou OSX) directement vers le .DPR
__________________
Developpez.com: Mes articles, forum FlashPascal
Entreprise: Execute SARL
Produits : UPnP, RemoteOffice, FlashPascal
Embarcadero : Ile de la Réunion, Dephi, C++Builder, RADPHP...TVA à 8,5%
Paul TOTH est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 07/09/2012, 15h22   #3
Wriggles
Nouveau Membre du Club
 
Inscription : janvier 2003
Messages : 50
Détails du profil
Informations forums :
Inscription : janvier 2003
Messages : 50
Points : 38
Points : 38
Bonjour Paul,

Merci pour ta participation.

Je suis d'accord avec toi sur le fait qu'utiliser DCC32 serait plus simple (en plus l'EDI donne toute la ligne de commande ).

Mais l'objectif final est d'utiliser par la suite "Hudson" en plugin de CollabNet TeamForge.

Ce que je ne comprend pas, c'est que si j'utilise le prompt embarcadero (comme décrit http://docwiki.embarcadero.com/RADSt...mmande_MSBuild), la compilation ne pose aucun problème.

Par contre, en utilisant la fenêtre de commande traditionnelle (en suivant http://docwiki.embarcadero.com/RADSt...ion_de_MSBuild), j'ai ce problème.


La seule différence que je vois est que lorsque je lance la compilation via le prompt embarcadero, j'ai ce message :
Code :
1
2
3
 
Microsoft <R> Build Engine Version 3.5.307229.5420
[Microsoft .NET Framework, Version 2.0.5.50727.5456]
alors que via le prompt windows, j'ai :
Code :
1
2
3
 
Microsoft <R> Build Engine Version 2.0.5.50727.5420
[Microsoft .NET Framework, Version 2.0.5.50727.5456]
Ce que je ne comprend pas, c'est que la variable d'environnement "FrameworkVersion" est bien définie à "3.5" comme précisé dans le fichier rsvars.bat.
Wriggles est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 07/09/2012, 18h07   #4
Paul TOTH
Expert Confirmé Sénior
 
Avatar de Paul TOTH
 
Homme Paul TOTH
Freelance
Inscription : novembre 2002
Messages : 4 405
Détails du profil
Informations personnelles :
Nom : Homme Paul TOTH
Âge : 43
Localisation : Réunion

Informations professionnelles :
Activité : Freelance
Secteur : High Tech - Éditeur de logiciels

Informations forums :
Inscription : novembre 2002
Messages : 4 405
Points : 10 756
Points : 10 756
rsvars.bat fait d'autres SET=, il doit t'en manquer un

notamment le SET BDS=C:\Program Files (x86)\Embarcadero\RAD Studio\9.0.
__________________
Developpez.com: Mes articles, forum FlashPascal
Entreprise: Execute SARL
Produits : UPnP, RemoteOffice, FlashPascal
Embarcadero : Ile de la Réunion, Dephi, C++Builder, RADPHP...TVA à 8,5%
Paul TOTH est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 10/09/2012, 08h29   #5
Wriggles
Nouveau Membre du Club
 
Inscription : janvier 2003
Messages : 50
Détails du profil
Informations forums :
Inscription : janvier 2003
Messages : 50
Points : 38
Points : 38
Bonjour,

Il me manquait une des informations du rsvars.bat (une des déclarations du PATH).


Cela fonctionne sans problème maintenant.

Merci pour le coup de main.
Wriggles est déconnecté   Envoyer un message privé Réponse avec citation 00
Réponse Cette discussion est résolue.
Outils de la discussion

Navigation rapide


Fuseau horaire GMT +2. Il est actuellement 21h37.


 
 
 
 
Partenaires

Hébergement Web