IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

C++ Discussion :

Problême compilation suivant le compilateur


Sujet :

C++

  1. #1
    Membre confirmé
    Profil pro
    Inscrit en
    Novembre 2004
    Messages
    166
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Novembre 2004
    Messages : 166
    Par défaut Problême compilation suivant le compilateur
    bonjour,

    j'ai un problême de compilation suivant le cas ou j'utilise g++ ou le compilateur microsoft c++ voici un exemple de code qui fonctionne avec vc c++ et pas avec g++
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
     
     
    MYOBJECT getOBject();
     
    void myFonction(MYOBJECT & value);
     
    int main()
    {
     
     myfonction(getObject()); 
    }
    Ce code simplifie fonctionne et compile corectement avec vc c++(windows) et me donne l'erreur suivante avec g++ : "Impossible de trouver la fonction myFonction(MYOBJECT) les solutions sont : myfonction(MYOBJECT&) "

    pour que ca fonctionne avec g++ je suis obliger de faire ceci
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
     
     
    MYOBJECT getOBject();
     
    void myFonction(MYOBJECT & value);
     
    int main()
    {
    MYOBJECT _tmp = getObject();
     myfonction(_tmp); 
    }
    si quelqu'un pouvait m'explique le pourquoi du comment il serait tres sympa car la je seche. De plus la deuxieme methode ne me plait pas car elle oblige une recopie de pointeur non ?

    Merci d'avance

  2. #2
    Membre émérite Avatar de valefor
    Profil pro
    Inscrit en
    Décembre 2006
    Messages
    711
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Décembre 2006
    Messages : 711
    Par défaut
    Une référence ne peut généralement pas être un objet temporaire, c'est comme ça, on dirait que c'est la norme.
    Donc soit tu fais retourner une référence à getObject(), soit myFunction() n'altère pas le paramètre et tu passses une référence constante.

  3. #3
    Expert confirmé

    Inscrit en
    Novembre 2005
    Messages
    5 145
    Détails du profil
    Informations forums :
    Inscription : Novembre 2005
    Messages : 5 145
    Par défaut
    Citation Envoyé par valefor
    Une référence ne peut généralement pas être un objet temporaire, c'est comme ça, on dirait que c'est la norme.
    Une référence non constante ne peut pas être bindée à une rvalue. Un objet temporaire, c'est autre chose et une référence non constante peut être bindée à un temporaire.

  4. #4
    Membre confirmé
    Profil pro
    Inscrit en
    Novembre 2004
    Messages
    166
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Novembre 2004
    Messages : 166
    Par défaut
    Une référence non constante ne peut pas être bindée à une rvalue. Un objet temporaire, c'est autre chose et une référence non constante peut être bindée à un temporaire.
    et concretement par rapport au problème de départ pourquoi le compilateur vc c++ accepte et pa g++ ?

  5. #5
    Membre Expert

    Profil pro
    Inscrit en
    Juin 2006
    Messages
    1 294
    Détails du profil
    Informations personnelles :
    Localisation : Royaume-Uni

    Informations forums :
    Inscription : Juin 2006
    Messages : 1 294
    Par défaut
    Parce qu'il ne respecte pas la norme ?

    MAT.

  6. #6
    Alp
    Alp est déconnecté
    Expert confirmé

    Avatar de Alp
    Homme Profil pro
    Inscrit en
    Juin 2005
    Messages
    8 575
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 36
    Localisation : France, Bouches du Rhône (Provence Alpes Côte d'Azur)

    Informations forums :
    Inscription : Juin 2005
    Messages : 8 575
    Par défaut
    Bien vu

  7. #7
    Membre confirmé
    Profil pro
    Inscrit en
    Novembre 2004
    Messages
    166
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Novembre 2004
    Messages : 166
    Par défaut
    donc pour respecter la norme faudrait que j'ecrive ceci ?
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
     
    MYOBJECT getOBject();
     
    void myFonction(MYOBJECT & value);
     
    int main()
    {
    MYOBJECT _tmp = getObject();
     myfonction(_tmp); 
    }
    en fait je trouve bizard et pas pratique que je puisse pas passer directement la valeur de retour d'une fonction par référence dans une autre fonction.

  8. #8
    Alp
    Alp est déconnecté
    Expert confirmé

    Avatar de Alp
    Homme Profil pro
    Inscrit en
    Juin 2005
    Messages
    8 575
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 36
    Localisation : France, Bouches du Rhône (Provence Alpes Côte d'Azur)

    Informations forums :
    Inscription : Juin 2005
    Messages : 8 575
    Par défaut
    Ce n'est pas ton code mais c'est ta version de VC++ qui ne respecte pas la norme sur ce point là(entre autres).

  9. #9
    Membre confirmé
    Profil pro
    Inscrit en
    Novembre 2004
    Messages
    166
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Novembre 2004
    Messages : 166
    Par défaut
    ok, mais qu'elle est la bonne méthode alors ?

    sinon j'ai cru lire que si je déclare comme cela

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
     
    void myFonction(const MYOBJECT & value);
    la fonction la norme serait respecté est ce que quelqu'un pourrait me le confirmer ?

  10. #10
    Alp
    Alp est déconnecté
    Expert confirmé

    Avatar de Alp
    Homme Profil pro
    Inscrit en
    Juin 2005
    Messages
    8 575
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 36
    Localisation : France, Bouches du Rhône (Provence Alpes Côte d'Azur)

    Informations forums :
    Inscription : Juin 2005
    Messages : 8 575
    Par défaut
    Oui, ce code là accepte les rvalues, cf message de Jean-Marc.

  11. #11
    Expert confirmé

    Inscrit en
    Novembre 2005
    Messages
    5 145
    Détails du profil
    Informations forums :
    Inscription : Novembre 2005
    Messages : 5 145
    Par défaut
    Citation Envoyé par le-roy_a
    donc pour respecter la norme faudrait que j'ecrive ceci ?
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
     
    MYOBJECT getOBject();
     
    void myFonction(MYOBJECT & value);
     
    int main()
    {
    MYOBJECT _tmp = getObject();
     myfonction(_tmp); 
    }
    Il y d'autres possibilites:
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    void myFunction(MYOBJECT const& value);
    int main () {
       myFunction(getObject());
    }
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    MYOBJECT& getObject();
    int main() {
       myFunction(getObject());
    }
    en fait je trouve bizard et pas pratique que je puisse pas passer directement la valeur de retour d'une fonction par référence dans une autre fonction.
    Je crois que j'ai deja cite Stroustrup
    Citation Envoyé par D&E
    I made one serious mistake, though, by allowing a non-const reference to be initialized by a non-lvalue. For example:
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    void incr(int& rr) { rr++;}
    void g()
    {
       double ss = 1;
       incr(ss);
    }
    Because of the difference in type, the int& cannot refer to the double passed so a temporary was generated to hold an int initialized by ss's value. Thus, incr() modified the temporary, and the result wasn't reflected back to the calling function.
    ...
    For Release 2.0 the definition of C++ was changed [not to allow a non-const reference to be initialized by a non-lvalue]

  12. #12
    Membre émérite Avatar de valefor
    Profil pro
    Inscrit en
    Décembre 2006
    Messages
    711
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Décembre 2006
    Messages : 711
    Par défaut
    Cette citation met aussi en évidence la bizarerie de ce que tu veux faire. Car si ta fonction myFuynction() modifie bien son paramètre, dans ton exemple toute modification sera perdue. Donc la solution dans ton cas est plutôt de faire retourner une référence à getObject je pense.

  13. #13
    Membre confirmé
    Profil pro
    Inscrit en
    Novembre 2004
    Messages
    166
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Novembre 2004
    Messages : 166
    Par défaut
    Merci pour vos réponse sinon pour ce qui est de la bizarerie de la chose je n'ai pas le choix car la fonction GETOBJECT fait parie d'une libraie et je ne peux y acceder et je doit l'utiliser tel qu'elle.
    l'exemple est en QT :

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
    14
    15
    16
    17
     
     
     
     
    QByteArray GetBytes(const QVariant &value)
    {
      return value.toByteArray();
    }
     
     
    int main()
    {
    QSqlRecord rec;
    QByteArray _test = GetBytes(rec.value("mycolumn"));
     
    // le proto de la fonction value est "QVariant value ( const QString & name ) const "
    }
    donc comme vous pouvez le constate je ne pense pas avoir le choix

  14. #14
    Expert éminent
    Avatar de Médinoc
    Homme Profil pro
    Développeur informatique
    Inscrit en
    Septembre 2005
    Messages
    27 392
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 41
    Localisation : France

    Informations professionnelles :
    Activité : Développeur informatique
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Septembre 2005
    Messages : 27 392
    Par défaut
    Quelle version de Visual, au passage ?
    SVP, pas de questions techniques par MP. Surtout si je ne vous ai jamais parlé avant.

    "Aw, come on, who would be so stupid as to insert a cast to make an error go away without actually fixing the error?"
    Apparently everyone.
    -- Raymond Chen.
    Traduction obligatoire: "Oh, voyons, qui serait assez stupide pour mettre un cast pour faire disparaitre un message d'erreur sans vraiment corriger l'erreur?" - Apparemment, tout le monde. -- Raymond Chen.

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

Discussions similaires

  1. [Kylix] Problème de compilation
    Par rabbi_jaccob dans le forum EDI
    Réponses: 3
    Dernier message: 25/07/2005, 23h36
  2. Problème compilation (toolkit Maximum Entropy)
    Par yannick_frere dans le forum MFC
    Réponses: 4
    Dernier message: 07/03/2005, 09h47
  3. Problème compilation Version 8.0.1 sous Debian Sarge
    Par LIndien dans le forum PostgreSQL
    Réponses: 1
    Dernier message: 04/02/2005, 21h38
  4. [Kylix] problème compilation kylix3 avec redhat 9.0
    Par madininaoursa dans le forum EDI
    Réponses: 1
    Dernier message: 02/07/2003, 16h21
  5. problème d'installation du compilateur Borland C++
    Par Hakkou dans le forum Autres éditeurs
    Réponses: 1
    Dernier message: 02/06/2003, 11h02

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo