Discussion :

[Currahee]

Bonjour à tous,

J'ai un problème de débutant pour lequel j'imagine que la solution est simple, mais je n'arrive pas à la trouver sur ici ou sur le net (je suis sûrement un mauvais chercheur car je pensais tomber dessus rapidement...).

Comment ajouter à un projet, tous les fichiers .h et .c d'un dossier donné quand le nombre de ces fichiers est conséquent > 5000 dans mon cas.

Si je fait un CTRL+A pour tous les sélectionner quand la fenêtre de sélection des fichiers apparait, cela ne fonctionne pas le nombre de fichiers étant trop important. Du coup je suis obligé de renouveler X fois l'opération en n'en sélectionnant qu'une partie à chaque coup, tout en faisant attention aux effets de bords (ne pas importer un fichier plusieurs fois et surtout ne pas en oublier).

Il y a une solution simple (bouton d'un menu que je ne connais pas), ou à défaut plus complexe (style code "macro" à exécuter) à ce problème ???

Merci d'avance pour vos réponses,

Cordialement,

Currahee

[bacelar]

Franchement, un EDI avec plus de 5000 fichiers dans l'IHM, c'est complètement illusoire et inutile.

Si c'est pour faire des compilations, utilisez nmake, qui correspond bien plus à votre besoin, comme utilisation de tous les .c d’une arborescence etc.

http://msdn.microsoft.com/fr-fr/libr...ha(VS.80).aspx

[Currahee]

Merci pour cette réponse,

L'utilisation de Visual m'est imposée et je n'ai absolument pas le poids nécessaire pour faire changer d'avis mes supérieurs, les supérieurs des supérieurs, etc...

Donc quelqu'un aurait-il une autre solution à me proposer ?

Merci d'avance pour vos réponses,

Cordialement,

Currahee

[fregolo52]

une solution serait d'éditer le fichier dsp et regarder comment il est structuré et faire une macro pour ajouter tous les fichiers.

# PROP Default_Filter "cpp;c;cxx;rc;def;r;odl;idl;hpj;bat"
# Begin Source File

SOURCE=.\1.cpp
# End Source File
# Begin Source File

....
# PROP Default_Filter "h;hpp;hxx;hm;inl"
# Begin Source File

SOURCE=.\1.h
# End Source File

# Begin Source File
.....

Tout comme baselar, le nombre de fichiers m'interpelle.

1 projet de 5000 fichiers !!! pourquoi pas plusieurs projets plus petits (des lib ou dll par exemple) ?

[bacelar]

nmake fait partie de Visual Studio.
Les supérieurs sont, normalement, des personnes plus expérimentés que vous et peuvent utiliser de mauvais termes ou des raccourcie de langage.
A moins d'être sujet principe de Peter (http://fr.wikipedia.org/wiki/Principe_de_Peter) ils seront faciles à convaincre.

Comment justifier l'utilisation d'un EDI pour afficher plusieurs milliers de fichiers non organisés autrement que par l'arborescence de fichiers et dont l'intégration au projet n'est pas sujet à l'IDE mais est subordonnée à leur présence dans un répertoire.

Vous perdez les 2 seuls avantages d'un IDE, l'organisation des sources et la dissociation entre le contenu d'un système de fichiers et le projet. Et vous avez les inconvénients d'une IHM non réactive et non adapté au besoin.

Il faut bien comprendre que Visual Studio n'est qu'un IDE qui utilisera les mêmes exécutables que nmake. Il est même courant de lancer nmake depuis Visual Studio.

Si votre supérieur est un minimum compétent, il trouvera votre idée d'utiliser nmake très ingénieuse et coulant de source (pourquoi n'y a t-il pas pensé avant ?).

S'il faut utiliser une chaine de compilation très mal fagotés qui utilise obligatoirement l'exécutable Visual Studio, faite en sorte de lancer nmake depuis Visual Studio.

Si vos supérieurs sont bêtes à bouffer du foin (oui ça arrive ), vous pouvez toujours développer un programme qui modifiera le dsp pour ajouter les fichiers. Selon mes lointains souvenirs, ce fichier est un simple fichier texte.

P.S.: S'ils sont bêtes, vérifiez quand même que vous vous êtes bien fait comprendre, après avoir bien compris tous les avantages de ma solution. Et s'ils sont vraiment bêtes, cassez-vous, c'est très contagieux la connerie.

[Currahee]

Merci pour vos réponses,

Je ne vais pas disserter sur le pourquoi des 5000 fichiers ou sur le pourquoi je n'ai pas envie de me lancer dans le bouleversement des process actuels.

La solution d'essayer d'éditer le fichier .dsp me convient. Je l'essaye et vous fait un retour pour vous dire si ça fonctionne.

[bacelar]

NMAKE avec VC++6 ou MSBUILD avec VS200X sont des solutions bien plus pérennes et utilisent les mêmes compilateurs et éditeurs de lien que Visual Studio 6.