Discussion :

[Babylonne]

J�ai un comportement bizarre sur VS2010 , en fait j�ai une projet qui
contient aussi bien des dll c++ et c #

Quand je change quelque chose dans c++ , et je fait build j�ai plein d�erreurs de link et je suis oblig� de mais si je fait rebuild complet de la solution pour que tout marche bien.

Tant que je change rien, tout marche bien, mais des que je change quelque
chose je suis oblig� de rebuilder la totalit� du projet.

Y a-t-il une configuration particuli�re au niveau des options VS2010

Avez-vous une id�e sur les raisons et la solution a ce probl�me,
Merci

[r0d]

V�rifie que ta solution soit bien configur�e au niveau des d�pendances et du build order: clic droit sur la solution -> project dependencies
L'id�e c'est que si les dlls d�pendent les unes des autres, alors il faut d'abord compiler celles dont d�pendent les autres.

[Babylonne]

merci pour ta reponse,
En fait l'ordre est bon et respecte les dependance.
aussi, si je fait un rebuilde , tout marche bien , je n'ai aucune erreur. C'est au build que j'ai des erreurs de link.

Merci

[bacelar]

Il y a plein de causes possibles.
Mais elles sont toutes li�es � une mauvaise configuration ou architecture.
Commencez par regarder la configuration des fichiers d'en-t�te pr�compil�s.

PS: une Dll en C#, �a n'existe pas, c'est des assemblies ou des parties d'assembly .NET.

[r0d]

Regarde aussi dans le configuration manager si toutes les dlls sont bien coch�es. Pour ouvrir le configuration manager, clique sur la petite fl�che dans la boite d'�dition o� tu choisis le type de compilation (debug ou release) dans la barre de menu en haut.

[Babylonne]

Je suis en Mode Debug
Toute les libs et projets sont coch�.
ce que je ne comprend pas pourquoi en faison rebuild (clean et build) ca marche.
info importante : le projet a �t� recement migr� de VS 2008 a VS2010 juste apres j'ai constat� ce probleme.

PS: bien evidemment assemblies c# le terme assemblies a saut� dans mon message .

[r0d]

Je ne sais pas c'est bizarre.
Le build ne marche pas mais que le rebuild marche. Quelle est la diff�rence entre les deux? Le rebuild fait un clean avant, ce qui consiste � effacer tous les fichiers temporaires et les outputs g�n�r�s par la compilation. Parmi ces fichiers, il y a les binaires, mais aussi un certains nombres de fichiers plus ou moins obscurs dont certains sont utilis�s pour charger les symboles des d�pendances.
V�rifie que les "build steps" de tes projets (pr�-build step et surtout pos-build step), peut-�tre que les fichiers g�n�r�s sont copi�s � certaines endroits puis r�cup�r�s pour le build des projets suivants.
Je sais pas, je commence � �tre � court d'id�e l�

[bacelar]

Les erreurs de link doivent indiquer ce qui cloche.
C'est plus facile de trouver pourquoi si on connait les cons�quences.

[Babylonne]

en fait j'ai ce type d'erreur :

Mylib.lib(Disp.obj) : error LNK2001: unresolved external symbol "class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > const * const MYVAL" (?MYVAL@@3QBV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@B)


MyInterop.obj : error LNK2001: unresolved external symbol "class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > const * const MYVAL" (?MYVAL@@3QBV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@B)

[bacelar]

Oh! la belle variable globale.

const std::string MYVAL doit �tre d�clar� et/ou d�fini dans un endroit pas tr�s orthodoxe.

[Babylonne]

Merci pour votte reponse
je rappel juste qu'� la base le projet marche tres bien .
apres migration en vs2010, je rencontre un probleme de build . en faisant un rebuild all , tout marche bien. Parcontre si je change quelque chose dans le c++ , et je fais build all , ben j'ai les erreurs ( message au-dessus) , il suffit alors de faire un rebuild all et tout re-marche
et donc c'est la ou je me pose des questions sur ce comportement . je ne crois pas que c'est lier au code mais a la configuration de VS2010 d'ou mon quetionnement.

[bacelar]

je rappel juste qu'� la base le projet marche tres bien .

Ahlala, petit padawan, aucun programme n'est exempte de "bugs", aucun.

Le cas le plus fr�quent de probl�me lors du changement de compilateur n'est des probl�mes de compatibilit� mais la d�tection de bugs latents.
Oui, il faut toujours r�guli�rement changer de version de compilateur et d'environnement de compilation.

Arr�tez de vous marteler la t�te, la configuration actuelle de votre environnement montre un gros probl�me. Le fait que cela compilait et "fonctionnait" avant ne veux pas dire que le probl�me est dans la configuration de l'environnement, loin de l�.

Analysez le probl�me avec du recul, une variable globale, c'est pas beau et c'est le genre de truc qui encaisse mal un changement de compilateur (ordre de compilation ou de link diff�rent, etc...).

En clair, je pense que le probl�me est dans votre code et que VS2010 appuie l� o� �a fait mal.

[Babylonne]

je comprends tout a fait ce que tu dis et je suis d'accord.

du coup j'ai fais quelque petites modifications en se basant sur une procedure de migration des projets

l� l'erreur prend une autre forme :

error LNK1000: Internal error during CImplib::EmitThunk

error C2220: warning treated as error - no 'executable' file generated

est ce que vous avez une id�e ?

[M�dinoc]

"warning treated as error", c'est une option de compilation qui fait �a.

[Babylonne]

j'avais deja tester en mettant
Treat Warnings as errors = No (/WX-)

mais j'ai toujours la meme erreurs

[bacelar]

error LNK1000: Internal error

Je regarde rapidement si je suis � jour au niveau des Service Pack.

[Invit�]

Est-ce que tu as des �v�nements de pr�-build/post-build ?