Publicité
+ Répondre à la discussion
Affichage des résultats 1 à 5 sur 5
  1. #1
    Membre du Club
    Inscrit en
    janvier 2003
    Messages
    51
    Détails du profil
    Informations forums :
    Inscription : janvier 2003
    Messages : 51
    Points : 40
    Points
    40

    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 Fichiers attachés

  2. #2
    Expert Confirmé Sénior
    Avatar de Paul TOTH
    Homme Profil pro Paul TOTH
    Freelance
    Inscrit en
    novembre 2002
    Messages
    5 524
    Détails du profil
    Informations personnelles :
    Nom : Homme Paul TOTH
    Âge : 45
    Localisation : Réunion

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

    Informations forums :
    Inscription : novembre 2002
    Messages : 5 524
    Points : 14 677
    Points
    14 677

    Par défaut

    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%

  3. #3
    Membre du Club
    Inscrit en
    janvier 2003
    Messages
    51
    Détails du profil
    Informations forums :
    Inscription : janvier 2003
    Messages : 51
    Points : 40
    Points
    40

    Par défaut

    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.

  4. #4
    Expert Confirmé Sénior
    Avatar de Paul TOTH
    Homme Profil pro Paul TOTH
    Freelance
    Inscrit en
    novembre 2002
    Messages
    5 524
    Détails du profil
    Informations personnelles :
    Nom : Homme Paul TOTH
    Âge : 45
    Localisation : Réunion

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

    Informations forums :
    Inscription : novembre 2002
    Messages : 5 524
    Points : 14 677
    Points
    14 677

    Par défaut

    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%

  5. #5
    Membre du Club
    Inscrit en
    janvier 2003
    Messages
    51
    Détails du profil
    Informations forums :
    Inscription : janvier 2003
    Messages : 51
    Points : 40
    Points
    40

    Par défaut

    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.

+ Répondre à la discussion
Cette discussion est résolue.

Liens sociaux

Règles de messages

  • Vous ne pouvez pas créer de nouvelles discussions
  • Vous ne pouvez pas envoyer des réponses
  • Vous ne pouvez pas envoyer des pièces jointes
  • Vous ne pouvez pas modifier vos messages
  •