Comment envelopper printf() dans une fonction ou une macro?

Cela sonne un peu comme une question d'entrevue,mais est en fait un problème pratique.

Je suis en train de travailler avec une plate-forme intégrée, et disponible seulement les équivalents de ces fonctions:

printf()
snprintf()

En outre, le printf() mise en œuvre (et la signature) est susceptible de changer dans un avenir proche, de sorte que les appels doivent résider dans un module séparé, afin d'être facile à migrer plus tard.

Compte tenu de ces, puis-je envelopper la journalisation des appels à une fonction ou une macro? Le but est que mon code source des appels THAT_MACRO("Number of bunnies: %d", numBunnies); en mille endroits, mais les appels à des fonctions ci-dessus sont vus seulement dans un seul endroit.

Compilateur: arm-gcc-std=c99

Est-ce que votre prise en charge du compilateur variadic des macros?
Quel compilateur restrictions sont en place? Si cela doit fonctionner sur une version de C avant de C99, il sera difficile à accomplir de façon portable comme une macro.
J'ai pensé WHYT? commentaires a été bloqué ces jours-ci?

InformationsquelleAutor Vorac | 2013-12-17

c c99 logging word-wrap

32

Puisque vous pouvez utiliser des C99, j'avais de l'envelopper dans un variadic macro:
```
#define TM_PRINTF(f_, ...) printf((f_), __VA_ARGS__)
#define TM_SNPRINTF(s_, sz_, f_, ...) snprintf((s_), (sz_), (f_), __VA_ARGS__)
```
puisque vous n'avez pas de dire que vous avez vprintf ou quelque chose comme ça. Si vous avez quelque chose comme ça, vous pouvez l'envelopper dans une fonction comme Sergey L a fournis dans sa réponse.

Edit:

Ci-dessus TM_PRINTF ne fonctionne pas avec un vide VA_ARGS liste.
Au moins dans GCC, il est possible d'écrire:
```
#define TM_PRINTF(f_, ...) printf((f_), ##__VA_ARGS__)
```
Les deux ## signes supprimer pour supprimer l'excès de virgule devant eux si __VA_ARGS__ est vide.
- Je n'ai pas, en effet.
- TM_PRINTF("Starting ei-oh!"); rendements error: expected expression before ')' token. Sans la chaîne de format argument, il fonctionne. Ne variadic les arguments doivent être non nul dans nombre?
- Il regarde ce que l'erreur ci-dessus ne peuvent pas être résolus sans extensions de gcc: gcc.gnu.org/onlinedocs/cpp/Variadic-Macros.html
- Vous pouvez résoudre le problème en supprimant le _f partie et de ne garder que le varidac chose. Travail sans problème pour moi, mais je ne sais pas si elle est hors de la norme
- oui, il "fonctionne", mais en enlevant les f_ ferait TM_PRINTF() admissibles. Si les cordes étaient dans le code, le compilateur puisse se plaindre plus tard à propos de à propos de printf() qui ne correspond pas à sa fonction de signature. C'est mieux de faire le compilateur se plaindre TM_PRINTF dans ce cas, puisque c'est le plus visible.
- Je n'ai pas ce que tu entend par "variadic" macro. Comment avez-magiquement ces points de suspension ... transmettre à __VA_ARGS__ ?
- un variadic macro est celui qui utilise le ... notation dans la #define liste des paramètres et généralement __VA_ARGS__ dans le texte de remplacement. Le préprocesseur C (surtout avant C99) n'est pas aussi sophistiqué que les autres langues, à peine plus qu'un simple remplacement de texte. Dans ce cas, il faut faire plus que du simple texte de remplacement, il faut que ça en mémoire tampon jusqu'tous les jetons lorsque la macro est exécutée. Par exemple, dans l'invocation TM_PRINTF(foo, bar, baz) le préprocesseur définit une variable de remplacement f_ pour le jeton foo et __VA_ARGS__ pour les jetons bar, , et baz.
- Devrait-il travailler avec cygwin? Parce que je ne suis pas capable de faire ça marche!!! Cependant, la deuxième façon de @Sergey L. travaillé.
- Vous avez besoin d'utiliser au moins la C99 à compiler à l'aide de cette syntaxe.e.g. gcc -std=c99) sinon ça ne marche pas. Cygwin doit s'il a C99 soutien.
InformationsquelleAutor ldav1s
50

Il y a 2 façons de le faire:
1. Variadric macro
```
#define my_printf(...) printf(__VA_ARGS__)
```
2. fonction qui transmet va_args
```
#include <stdarg.h>
#include <stdio.h>

void my_printf(const char *fmt, ...) {
    va_list args;
    va_start(args, fmt);
    vprintf(fmt, args);
    va_end(args);
}
```
Il y a aussi des vsnprintf, vfprintf et tout ce que vous pouvez penser,stdio.
- voudrais juste #define THAT_MACRO printf travail?
- En outre, vous pouvez trouver la documentation à propos des macros (et variadic les macros). ici.
- Oui si vous voulez transférer tous les arguments. Je ne conseille pas ce que vous ne pouvez pas définir un no-op macro de cette façon. Avec une fonction-comme macro, vous pouvez toujours faire no-op si vous devez.
- Je souhaite que quelqu'un a édité cette réponse, de sorte que je peux retirer mon upvote. Je N'ai PAS vprintf ou autres fantaisies. Intégré, vous savez.
- Désolé pour le ton. Je ne peux vraiment pas utiliser les bibliothèques standard pour cela. Il est une coutume BRAS basé sur la plateforme.
InformationsquelleAutor Sergey L.
10

Si vous pouvez vivre avec le fait d'avoir à placer l'appel en deux parenthèses, vous pouvez le faire comme ceci:
```
#define THAT_MACRO(pargs)    printf pargs
```
Puis l'utiliser:
```
THAT_MACRO(("This is a string: %s\n", "foo"));
           ^
           |
          OMG
```
Cela fonctionne puisque, dès le préprocesseur point de vue, l'ensemble de la liste des arguments devient une macro argument, qui est substitué avec de la parenthèse.

C'est mieux que de simples faire
```
#define THAT_MACRO printf
```
Car il vous permet de définir ça:
```
#define THAT_MACRO(pargs)  /* nothing */
```
Cela va "manger" la macro arguments, ils ne seront jamais partie du code compilé.

Mise à JOUR De cours en C99 cette technique est obsolète, il suffit d'utiliser un variadic macro et d'être heureux.
- OMG merci pour la réponse très. Je suppose que vous allez obtenir upvotes de tous les pauvres C89 programmeurs là au cours des prochaines années 🙂
- Un effet secondaire important de cette technique: tous les appels à THAT_MACRO aurez besoin des doubles parenthèses, même avec un seul argument des appels, par exemple THAT_MACRO(("Foo Bar")). - Avec l'amour, un pauvre C89 programmeur de plusieurs années plus tard.
InformationsquelleAutor unwind
9
```
#define TM_PRINTF(f_, ...) printf((f_), ##__VA_ARGS__)
```
La ## jeton permettre l'utilisation TM_PRINTF("aaa");
- C'est comme de la magie! M'a sauvé beaucoup de duplication des macros pour chaque cas! Comment est-ce que ## travail?
- Oui, cela a fonctionné alors que l'on a accepté la réponse n'a pas. Merci!
- Notez que c'est un compilateur extension, pas standard C99. Fondamentalement, compilateur des écrivains, des gens intelligents qu'ils sont, a reconnu que cette surveillance dans la norme, et a trouvé une solution de contournement. Le problème, c'est qu'il n'est pas garanti pour fonctionner sur tous les C99 conforme compilateur, et certains compilateurs peuvent utiliser une syntaxe différente pour la même chose.
InformationsquelleAutor Felipe Lavratti
3
```
#define PRINTF(...) printf(__VA_ARGS__)
```
Cela fonctionne comme ceci:

Il définit la macro paramétrable PRINTF accepter (jusqu'à) infini arguments, puis pré-traite de PRINTF(...) à printf(__VA_ARGS__). __VA_ARGS__ est utilisé dans paramétré les définitions de macros pour désigner les arguments (cause vous ne pouvez pas le nom de l'infini arguments, pouvez-vous?).

InformationsquelleAutor EKons
2

Limitée de la bibliothèque? Système embarqué? Besoin d'autant de la performance que possible? Pas de problème!

Comme démontré dans cette réponse à cette question, vous pouvez utiliser le langage d'assemblage pour l'envelopper d'une fonction qui n'accepte pas VA_LIST dans ceux qui le font, la mise en œuvre de votre propre vprintf à peu de frais!

Alors que cela fonctionne, et presque à coup sûr la performance ainsi que l'abstraction que vous voulez, je voudrais juste vous recommandons d'obtenir une plus pleine de fonctionnalités de la bibliothèque standard, peut-être par le découpage de pièces de uClibc. Une telle solution est sûrement le plus portable et le plus utile de répondre que d'utiliser de l'assemblée, sauf si vous avez absolument besoin de chaque cycle.

C'est pourquoi de tels projets existent, après tout.
- OP dit qu'il/elle travaille sur une plate-forme intégrée.
- Oui et c'est l'un des très peu de systèmes où l'ASM serait un compromis acceptable de programmeur de temps.
- TL;DR, peut-être que vous avez raison. Malheureusement je ne peux pas retirer mon downvote :(, donc merci de modifier votre réponse pour moi d'être en mesure de plz. M'avertir quand vous le faites.
- Édité!
- Merci, vous pouvez maintenant revenir en arrière si vous le souhaitez. Je vais upvote maintenant (+1). Modifier: Upvoted.
InformationsquelleAutor Alice

Vous devez vous connecter pour publier un commentaire.

Edit: