GCC style de la faiblesse des liens dans Visual Studio?

GCC a la capacité de faire un symbole de lien faiblement via __attribute__((weak)). Je veux utiliser la un faible le symbole dans une bibliothèque statique que les utilisateurs peuvent remplacer dans leur application. GCC style faibles symbole permettez-moi de le faire, mais je ne sais pas si cela peut être fait avec visual studio.

Visual Studio offre une fonctionnalité similaire?

Voir Windows Statique de la Bibliothèque de Fonctions par Défaut. Est-ce que vous voulez réaliser?
Voir le réponse de Michael Burr -- MSVC fait défaut à ce comportement. Si vous remplacez un symbole qui est déjà défini dans une dépendance lib, le symbole, dans la .lib seront ignorées silencieusement.

InformationsquelleAutor deft_code | 2010-02-18

c c++gcc visual-studio weak-linking

17

MSVC++ a __declspec(selectany) qui couvre une partie de la fonctionnalité de la faiblesse des symboles: il vous permet de définir plusieurs symboles identiques avec une liaison externe, de diriger le compilateur de choisir l'un de plusieurs disponibles. Cependant, je ne pense pas que MSVC++ a rien qui permettrait de couvrir l'autre partie de la faiblesse symbole de la fonctionnalité: la possibilité de fournir des "remplaçable" définitions dans une bibliothèque.

Ce, d'ailleurs, est à se demander comment le standard remplaçable ::operator new et ::operator delete fonctions œuvres dans MSVC++.
- Ne MSVC++ avoir quelque chose comme cette macro qui fonctionne avec main(), afin de laisser tout le code, y compris ce fichier override main()?
- ::operator new navires sous forme de code objet à l'intérieur de nothrownew.obj. Je suppose que le CRT utilise un concept similaire au __fltused-trick pour le code de l'objet tiré dans le module, sauf s'il a été défini par ailleurs. Le classique de l'éditeur de liens de règles pour OBJs et LIBs sont décrites dans le Le Vieux Chose de Nouveau.
- Correction du lien: Comprendre le modèle classique pour la liaison: Vous pouvez remplacer une LIB avec une autre LIB, et une LIB avec un OBJ, mais vous ne pouvez pas remplacer un OBJ.
InformationsquelleAutor AnT

Vous pouvez le faire, voici un exemple en C:

/*
 * pWeakValue MUST be an extern const variable, which will be aliased to
 * pDefaultWeakValue if no real user definition is present, thanks to the
 * alternatename directive.
 */

extern const char * pWeakValue;
extern const char * pDefaultWeakValue = NULL;

#pragma comment(linker, "/alternatename:_pWeakValue=_pDefaultWeakValue")

Ceci est une réponse correcte. Pouvez-vous trouver la documentation pour les sauvegarder?
C'est une fonctionnalité non documentée. Je suis tombé sur elle par hasard lors de la navigation sur msvcrt code source.

InformationsquelleAutor Ringo

11

MSVC utilisé pour se comporter de telle sorte que si un symbole est défini dans un .fichier obj et .lib elle serait d'utiliser l'un sur la .fichier obj, sans avertissement. Je me souviens qu'il serait également gérer la situation où le symbole est défini dans plusieurs libs elle serait d'utiliser l'un à la bibliothèque qui est nommé en premier dans la liste.

Je ne peux pas dire que j'ai essayé ceci dans un moment, mais je serais surpris si ils ont changé ce problème (surtout que .obj symboles définis remplacer les symboles .fichiers lib).
- Un bref test avec VS 2010 RC indique que le comportement que j'ai décrit est toujours là.
- Dans un sens, je préfère ce comportement à la faiblesse de l'attribut. Cela a toujours été le comportement de MME compilateurs pour autant que je sais (été à l'aide de MS compilateur depuis 1988 (C5.0). J'ai été intrigué par ce que je suis tombé sur elle dans GCC, il y a quelques années. Je pense qu'il est logique d'utiliser la première occurrence de la fonction trouvée lors de la liaison, bien que les soins doivent être prises que vous êtes reliant la fonction que vous pensez de vous.
InformationsquelleAutor Michael Burr
3

Il n'y a pas un MS-VC équivalent à cet attribut. Voir http://connect.microsoft.com/VisualStudio/feedback/details/505028/add-weak-function-references-for-visual-c-c. Je vais proposer quelque chose d'horrible: la lecture de la fin de celui-ci ici: http://www.kolpackov.net/pipermail/notes/2004-March/000006.html il s'agit essentiellement de définir des fonctions qui, si leurs symboles existent, sont utilisés, autrement, ne sont pas, donc...

Pourquoi ne pas utiliser le pré-processeur pour cet effet, avec l'énorme inconvénient de "si vous avez besoin de faire tout cela"? (Je ne suis pas un fan de recommander pré-processeur).

Exemple:
```
#ifdef USE_MY_FUNCTION
     extern void function();
#endif
```
ensuite appeler de façon appropriée dans la logique de l'application, entouré par #ifdef consolidés. Si votre bibliothèque statique est lié, dans le cadre de la mise en relation dans le processus, d'ajuster le définit à définir USE_MY_FUNCTION.

Pas tout à fait un équivalent direct et très laid, mais c'est le mieux je pense.

InformationsquelleAutor
3

La seule façon que je sais. Placez chaque symbole dans une autre bibliothèque. Les objets utilisateur avec les remplacements doivent également être combinée à la bibliothèque. Puis les lier tous ensemble pour une application. L'utilisateur de la bibliothèque doit être spécifié en tant que fichier d'entrée, votre lib doit être transféré à l'éditeur de liens à l'aide de /DEFAULTLIB: option.

InformationsquelleAutor denis
0

Une façon de le faire serait de mettre en place manuellement via LoadLibrary et GetProcAddress.
- méchant et beaucoup de passe-partout... soupir c++ 😛
- En effet. Elle est pour certains sérieusement laide du code.
- La faiblesse de la fonction dans une bibliothèque statique. Ces fonctions de travail sans les Dll?
- Menuisier: Que font ces fonctions ont à faire avec le C++?
- Si je comprends bien ce que vous demandez, alors oui, je crois qu'il serait de travailler. Sauf si je suis en oubliant quelque chose de fondamental, il n'y a pas de problème de chargement de la DLL à partir d'une lib statique.
- Linux, Win32, il ne fait aucune différence. La liaison dynamique est une douleur royale dans le C++. Ce n'est pas "joli", comme Mark Wilkins passer par-dessus. Comparer à Python, l'équivalent de l': someLib.oldFunc = newFunc
- Menuisier: liaison Dynamique est certainement facile en Python. Je suis d'accord avec vous. Mon point était que les problèmes auxquels vous faites allusion ne sont pas limités à C++. Ils existent dans d'autres langues, comme en C, ainsi.
- LoadLibrary/GetProcAddress peut être automatisé via le Retard de la Charge de la liaison. VC++ offre des crochets pour le contrôle de cette.
InformationsquelleAutor Mark Wilkins

Vous devez vous connecter pour publier un commentaire.