Opmock : un outil pour le TDD efficace en C et C++

Posté par  . Modéré par Lucas Bonnet. Licence CC By‑SA.
Étiquettes :
32
14
mar.
2011
Ligne de commande

Le [TDD] est une pratique souvent utilisée dans les projets de développement utilisant les « méthodes agiles ». Pour supporter cette pratique, il est nécessaire de disposer d'outils qui permettent d'écrire facilement des tests unitaires, mais également de couper les dépendances d'une section de code, afin de la tester en isolation. Les langages actuels, comme Java ou C#, bénéficient tous de pléthore d'outils de ce type, comme Jmockit ou Mockito. Cependant, le C et le C++ n'ont pas cette chance, bien qu'une quantité impressionnante de code les utilise.

Opmock est un outil de génération automatique de stubs et de mocks, qui permet de simplifier énormément le TDD avec des bases de code importantes en C ou C++, existantes ou nouvelles.

Le projet est placé sous licence GPLv3.

C++ 0xB enfin finalisé ?

Posté par  . Modéré par Bruno Michel.
Étiquettes :
25
15
mar.
2010
Technologie
Herb Sutter annonce sur son blog que le comité ISO C++ a voté l'ébauche finale de la nouvelle norme du langage.

À partir de maintenant, seules les corrections mineures pourront être effectuées et Herb Sutter estime que la version finale sortira en 2011.
La norme ayant été élaborée en collaboration proche avec les implémenteurs, la plupart des compilateurs sur le marché ont intégré partiellement la nouvelle norme, certains ajouts à la bibliothèque standard bénéficient même d'une implémentation dans la célèbre collection de bibliothèques Boost dans un espace de nom distinct.

Forum Programmation.c++ Pourquoi ne pas inventer un language agréable ET compilé ?

Posté par  .
Étiquettes :
0
2
déc.
2006
Bonjour à tous, d'abord deux constatations (avis personnels) : - C++ est rapide, puissant, disponible partout, bas niveau - ruby est agréable à programmer, disponible presque partout, haut niveau Je me pose une question depuis quelques semaines : Pourquoi personne n'a encore inventé un nouveau langage facile à programmer contrairement au C++ (on me dira, C++ c'est facile quand même) et agréable à programmer, plus intuitif etc... Un language qui se compile en binaire et est donc rapide à l'exécution. (…)

Journal Apple abandonne IBM pour Intel

Posté par  .
Étiquettes :
0
7
juin
2005
Comme le laissait entendre une rumeur persistante depuis plusieurs jours, Steve Jobs a annoncé lors de la WWDC (Apple WorldWide Developers Conference) l'abandon des PowerPC d'IBM au profit des processeurs Intel.

Apple a aussi annoncé la mise à disposition d'un "Developer Transition Kit", afin de permettre aux développeurs de réaliser le changement de plate-forme, MacOS X tournant déjà sur cette architecture (il est compilé sur PowerPC et Intel à chaque version).

Le kit serait fourni pour 999$ (gasp) par Apple.
(…)

Patch pour le support du C++ dans le noyau

Posté par  . Modéré par Pascal Terjan.
Étiquettes :
0
28
oct.
2004
Noyau
Des étudiants de l'université de Reykjavik (Islande), viennent de créer un support du C++ pour le noyau.
Désormais, il est possible d'écrire des modules pour Linux en C++ en utilisant les constructeurs et destructeurs, les exceptions et la vérification de type dynamique. (NdM : de tels modules ne fonctionneront bien sûr qu'avec un noyau compilé avec ce patch.)

Ce patch n'est disponible que pour la série 2.6.x du noyau.

NdM : le patch est basé sur le compilateur GNU g++, son implémentation des exceptions et son interface binaire (ABI). Sinon il est peu probable qu'il soit incorporé au noyau officiel. Voir « Pourquoi ne pas réécrire le noyau en C++ ? » dans le FAQ linux-kernel

Journal Mon impression sur KDevelop 3 (gideon)

Posté par  .
Étiquettes :
0
9
août
2003
Amis pingouins, bonjour !

J'ai testé hier soir, comme ça, pour voir, KDevelop 3.

C'est un IDE modulaire, qui supporte d'ores et déjà les projets dans les langages ADA, C, C++, Fortran, Bash, Java, Perl, PHP, Python, Ruby; il est traduit en grande partie en français grâce à l'équipe de localisation en français de KDE, son interface revisitée est désormais à mon goût beaucoup plus agréable à utiliser, l'intégratiion du débogueur est carrément meilleure qu'avant ...

J'ai pas vraiment eu (…)

Journal Comment ca va ? Java bien

Posté par  .
Étiquettes :
0
10
juin
2003
-Vous avez bonne mine -Java Bean ! Si java bien c'est java bean. On a sur linuxfr une pseudo ligue contre le java, perso j'ai rien contre. Bien au contraire. Souvenez vous : -Fortran c'est nul, jamais un langage de haut niveau ne sera au niveau du code assembleur. -Ben oui mais c'est pratique quand meme. -C'est nul ca bouffe plein de memoire pour rien, en plus a cause d ela compilation ca sera toujours un boulet. -Le C c'est (…)

Journal Le login n° 105

Posté par  .
Étiquettes :
0
2
avr.
2003
Plus que ça passe, plus que Login ça se degrade ... ça faisait deja plusieurs mois que le contenu se degrade maintenant il passe à un marketing "agressif" (si on peut appeler ça comme ça). Sur la couverture on peut voir en gros : "UN NUMERO FOU" alors que ce numero exceptionnel ... n' a rien d' exceptionnel ... Ensuite les termes utilisés pour les articles qui sont censés faire accrochés le client ... "RENVERSANT" : pour un article qui (…)

Journal Encore un bench gcc vs icc

Posté par  (site web personnel) .
Étiquettes :
0
5
jan.
2003
cf http://linuxfr.org/2002/12/07/10578.html pour le précédent, celui-ci est effectué sur un p-III bipro et un p-IV avec l'hyper-threading, la comparaison porte sur du code c++, fortran et java. http://www.coyotegulch.com/reviews/almabench.html à lire, rien que pour les conclusions de l'auteur sur java :°): The problem with Java's performance is not my code or my lack of Java skills -- the real problem is that Java 1.4 is slow