ggcov-run - En ligne dans le Cloud

PROGRAMME:

Nom

ggcov-run - exécute un programme de test instrumenté

SYNOPSIS

gcov-run [Options] [--] programme arguments...

DESCRIPTION

Ggcov-run peut être utilisé pour exécuter un programme de test, instrumenté à l'aide gcc --couverture une fois construit,
sous certaines conditions. Son utilisation est entièrement facultative, car le comportement par défaut du
L'instrumentation gcc est conçue pour être utile dans la plupart des conditions.

Ggcov-run prend comme arguments un programme et ses arguments, et exécute le programme avec quelques
modifications du comportement (à la manière de strass). Si aucune option n'est donnée, le programme est
fonctionner sans aucune modification.

GCDA DOSSIER EMPLACEMENTS

Un problème avec le comportement par défaut de l'instrumentation gcc concerne les emplacements
des données de couverture. Les programmes de test instrumentés liront, modifieront et réécriront .gcda fichiers
lorsque le programme se termine. Les emplacements de ces fichiers sont choisis par le compilateur à
temps de compilation ; les fichiers seront placés dans le répertoire de construction à côté du correspondant .c
déposer. Le compilateur enregistre ces informations dans le .o déposer. Par exemple, si vous compilez
le fichier foo.c dans l'annuaire /accueil/moi/logiciels/quux, puis le chemin
/home/me/software/quux/foo.gcda est codé en dur dans le programme de test. Bien sûr, les programmes
qui examinent les données de couverture, comme gggov, Cherchez le .gcda fichiers là-bas.

Pour de nombreuses applications de test, cela fonctionne très bien. Des problèmes surviennent cependant lorsque le
programme instrumenté doit être exécuté sur une autre machine, ou sous un autre ID utilisateur, ou le
répertoire de construction est volatile, ou dans tout autre scénario de test où le répertoire de construction
n'existe pas ou n'est pas accessible en écriture par le programme de test en cours d'exécution. Dans ces cas, vous
besoin de déplacer un fichier ad-hoc avant et après le test afin d'obtenir le .gcda
fichiers au bon emplacement sur la bonne machine avec les bonnes autorisations.

Une meilleure approche consiste à utiliser gcov-run grâce à la fonction --préfixe-gcda option. Cette option prend comme
une valeur un répertoire qui est précédé du nom de chemin de chaque .gcda déposer le programme de test
accès. Donc, en poursuivant l'exemple ci-dessus, exécutez le programme de test comme ceci :

moi$ ggcov-run --gcda-prefix=/tmp/gcda ./testprogram test-args...

se traduira par un .gcda fichier en cours d'écriture /tmp/gcda/home/me/software/quux/foo.gcda.
L'arborescence des répertoires sera automatiquement créée en tant que .gcda les fichiers sont écrits et le
les autorisations de fichiers et de répertoires permettront l'accès en lecture pour tous les utilisateurs.

Notez que gggov a aussi un --préfixe-gcda option qui peut être utilisée pour rechercher .gcda
fichiers dans des emplacements autres que le répertoire de construction. Dans notre exemple :

moi$ cd /home/moi/logiciel/quux
moi$ ggcov --gcda-prefix=/tmp/gcda -r .

OPTIONS

-p dir, --préfixe-gcda=dir
Faire en sorte que le programme de test, et tout processus enfant qu'il exécute, redirige tout absolu
nom de fichier se terminant par .gcda à un nom de fichier sous le répertoire dir.

MISES EN GARDE

Ggcov-run utilise une cale de bibliothèque partagée et le LD_PRÉCHARGER fonctionnalité de l'éditeur de liens d'exécution pour
intercepter certains appels de bibliothèque par le programme instrumenté. Pour une très bonne sécurité
les raisons, LD_PRÉCHARGER est désactivé pour les programmes setuid ou setgid. Donc, si votre programme de test
repose sur un comportement figé, gcov-run ne fonctionnera pas. Une solution de contournement possible consiste à utiliser
sudo or su pour changer l'identifiant avant d'utiliser gcov-run, Comme ceci:

me$ sudo -u autre utilisateur ggcov-run --gcda-prefix=/foo ./testprogram

Utilisez ggcov-run en ligne en utilisant les services onworks.net