11
votes

Utilisation de la structure de test unitaire pour le chèque C

J'essaie d'utiliser un cadre de test unitaire pour C appelé check .

J'ai installé le package comme Instruction sur l'installation de fichier dans l'emballage:

  1. ./ configure
  2. faire
  3. faire vérifier -> Exécutez des auto-tests qui viennent avec le paquet (passez avec succès).
  4. faire installer

    Après cela, j'ai échoué à exécuter mon propre test alors j'ai finalement décidé d'utiliser l'exemple de package dans / usr / local / de la documentation / de la vérification / exemple>.

    a fait les commandes suivantes: xxx

    et toujours le même problème: xxx

    a essayé d'ajouter le répertoire LDFLAGS dans le fichier de fabrication, mais cela n'a pas aidé, a également essayé de faire ce que Rick Hightower a fait ici (... Supprimer les fichiers * .so (et leurs liens )) par je ne sais pas comment supprimer les liens


0 commentaires

3 Réponses :


16
votes

Essayez d'exécuter ldconfig (c'est-à-dire sudo ldconfig ) pour reconstruire le cache de liaison d'exécution.


0 commentaires

1
votes

sur mon système au moins (Debian), Libcheck n'est pas emballé comme une bibliothèque partagée, vous devez le relier statilement, par exemple xxx


1 commentaires

Sinon, vous pouvez placer la ligne exporter ld_library_path = / usr / lib / (ajustez le chemin d'accès à l'emplacement de votre installation de Libcheck - si vous l'avez installé pour un seul utilisateur, il peut être dans / Accueil / $ utilisateur / usr / lib / , par exemple) dans votre .bstrucc . Après source ~ / .bstructrc , il devrait fonctionner. De cette façon, cela devrait également fonctionner pour vos autres projets.



0
votes

Ce projet utilise check https://github.com/batousik/practical-c2 < / p>

  1. Pour une raison quelconque, un dossier M4 est requis
  2. .travis.yml a des instructions pour les dépendances
  3. après son exécution script -
  4. configure.ac, makefile.am, src / makefile.am, tests / makefile.am sont des fichiers à regarder

0 commentaires