Discussion :

[boboss123]

Bonjour,

J'ai une grosse bibliothèque en code C composée de pas mal de fichiers avec des milliers de ligne de code pour géré un composant électronique.
Je voudrais dupliquer cette bibliothèque dans mon projet car j'ai un second composant à gérer (la bibliothèque n'a pas été pensée pour gérer plusieurs composants).
Est-ce qu'il y a des outils qui existent pour dupliquer le code en renommant automatiquement le nom de tous les éléments (fonctions, structures, enum, variables globales, #define, #ifdef ...) ? Comment feriez-vous pour faire ça ?

Remarque : c'est un projet sur lequel je ne dois pas passer beaucoup de temps et peu de chance que je doive réutiliser le code pour un autre projet plus tard : c'est pourquoi je ne cherche pas forcément à réorganiser le code pour ne pas dupliquer le code qui pourrait être mutualisable. Par contre le soucis, c'est que cette bibliothèque appelle des bibliothèques externes qui ellles, ne doivent pas être dupliquée et je ne vais pas utiliser les mêmes #define de configuration entre les deux modules.

Merci d'avance

[Sve@r]

Bonjour

Si t'es sous Linux: tar

Admettons que tout ton projet se trouve dans un dossier "projetX". Tu lances alors les commandes suivantes (en te mettant dans le dossier parent)

• mkdir projetY
• (cd projetX; tar -cf - .) |(cd projetY; tar -xpvf -) (et encore, on peut réduire via tar -C projetX -cf - . |tar -C projetY -xpvf -) mais je suis peu habitué à l'option "-C")

Quand c'est terminé, tu as un dossier "projetY" clone complet de "projetX". Les deux sont indépendants, tu peux aller dans l'un compiler, exécuter, puis aller dans l'autre, compiler, exécuter. Puis ensuite tu peux faire évoluer le code de "projetY".

Et cela n'a rien à voir avec du C. C'est plutôt une question de l'utilisation de ton OS.

[boboss123]

Bonjour

Si t'es sous Linux: tar

Admettons que tout ton projet se trouve dans un dossier "projetX". Tu lances alors les commandes suivantes (en te mettant dans le dossier parent)

• mkdir projetY
• (cd projetX; tar -cf - .) |(cd projetY; tar -xpvf -) (et encore, on peut réduire via tar -C projetX -cf - . |tar -C projetY -xpvf -) mais je suis peu habitué à l'option "-C")

Quand c'est terminé, tu as un dossier "projetY" clone complet de "projetX". Les deux sont indépendants, tu peux aller dans l'un compiler, exécuter, puis aller dans l'autre, compiler, exécuter. Puis ensuite tu peux faire évoluer le code de "projetY".

Et cela n'a rien à voir avec du C. C'est plutôt une question de l'utilisation de ton OS.

Je n'ai pas bien compris ce que tu fais dans ta description.

Le programme est compilé sous Windows et fourni un binaire pour un microcontrôleur.
Quand je parle de bibliothèque, je parle uniquement de code source .c/.h (pas de .dll ou autre) que j'intègre dans mon projet et que je compile en même temps que le code applicatif.

[Sve@r]

Je n'ai pas bien compris ce que tu fais dans ta description.

Il s'agit d'une duplication, faite par archivage et restitution dans la foulée via la commande "tar" (Tape ARchive), d'un dossier complet (dans l'exemple "projetX"), avec toute son arborescence. Au final tu te retrouves avec deux dossiers identiques. Si le dossier X cotntient un projet, fatalement le dossier Y contient le même projet.
Mais cette commande "tar" est une commande Unix/Linux.

Le programme est compilé sous Windows et fourni un binaire pour un microcontrôleur.

Ah ben oui mais tu ne l'avais pas dit ça au départ !!!
Et je suis sûr alors que le terme "projet" n'est pas le même pour toi et moi. Chez-moi, un projet c'est un dossier. Et dans le dossier j'y mets tout ce qui a trait à mon projet. Si ensuite je veux faire un autre projet, je passe par cette commande me permettant d'avoir un squelette de projet déjà construit.