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

MFC Discussion :

ambiguous symbol


Sujet :

MFC

Vue hybride

Message pr�c�dent Message pr�c�dent   Message suivant Message suivant
  1. #1
    Membre confirm�
    Profil pro
    Inscrit en
    Juillet 2002
    Messages
    91
    D�tails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Juillet 2002
    Messages : 91
    Par d�faut ambiguous symbol
    Bonjour,


    J'ai besoin d'une librairie dans laquelle il y a une redefinition d'un type deja defini
    cad:

    Librairie 1 "typesLib1.h"--> typedef int INTEGER
    Librairie 2 typesLib2.h ---> typedef long INTEGER


    nag_types.h(567) : error C2872: 'Integer' : ambiguous symbol

    Quelle est la solution la moins fastidieuse pour eviter cela?

    Merci d'avance

  2. #2
    R�dacteur
    Avatar de nico-pyright(c)
    Profil pro
    Inscrit en
    Octobre 2003
    Messages
    6 414
    D�tails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Octobre 2003
    Messages : 6 414
    Par d�faut
    de pas avoir 2 d�finitions ambigues !

    INTEGER doit etre soit long, soit int, pas les deux !

  3. #3
    Membre confirm�
    Profil pro
    Inscrit en
    Juillet 2002
    Messages
    91
    D�tails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Juillet 2002
    Messages : 91
    Par d�faut
    en fait ce sont 2 projets differents!!!!
    donc ton idee c'est de faire un replace all de INTEGER dans un des projets
    et de le renommer
    ou alors n'est il pas possible de wrapper a l'aide d'une fonction?

  4. #4
    Membre Expert
    Avatar de la drogue c'est mal
    Profil pro
    Inscrit en
    Novembre 2002
    Messages
    2 253
    D�tails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Novembre 2002
    Messages : 2 253
    Par d�faut
    le plus "propre" serait de mettre un namespace dans chacun des .h

    le plus degueux serait de virer le int car ce qui entre dans un int entre dans un long. Par contre, en cas de traitement binaire (genre serialize), ca plantera

  5. #5
    R�dacteur
    Avatar de nico-pyright(c)
    Profil pro
    Inscrit en
    Octobre 2003
    Messages
    6 414
    D�tails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Octobre 2003
    Messages : 6 414
    Par d�faut
    j'avais lu trop rapidement ...

    d'accord avec la drogue c'est mal pour un namespace

  6. #6
    Membre confirm�
    Profil pro
    Inscrit en
    Juillet 2002
    Messages
    91
    D�tails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Juillet 2002
    Messages : 91
    Par d�faut
    OKKK
    mais je crois que je ne vais pas m'amuser a rajouter namespace a tous les .h

    donc bon on va voir.

    merci pour le conseil

+ R�pondre � la discussion
Cette discussion est r�solue.

Discussions similaires

  1. error C2872: 'FILETIME' : ambiguous symbol
    Par breezer911 dans le forum Visual C++
    R�ponses: 2
    Dernier message: 06/04/2007, 20h03
  2. Code ASCII du symbole Euro
    Par FW-S dans le forum Delphi
    R�ponses: 9
    Dernier message: 03/04/2007, 01h27
  3. R�ponses: 4
    Dernier message: 25/08/2006, 13h55
  4. [Sybase] D�finition des symboles
    Par SoaB dans le forum Sybase
    R�ponses: 5
    Dernier message: 19/03/2003, 23h06
  5. symbole ##
    Par JEG dans le forum C
    R�ponses: 2
    Dernier message: 23/01/2003, 19h15

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