je n'en ai pas terminé avec les Makefiles, mais je viens de franchir une
étape :
- avant, j'étais obligé d'avoir les images dans le même répertoire que
l'exécutable et nulle part ailleurs.
- maintenant, je peux placer les images dans le répertoire de mon choix
(tjr codé en dur pour l'instant).
actuellement :
- l'usager va dans `bin/<peer>/`, il exécute `make`, et il trouve
l'exécutable Í cet endroit pour pouvoir l'exécuter aussitÍ´t.
- les images sont dans `bin/img/`.
avez vous autre chose Í suggérer ?
je ne peux pas mettre tous les exécutables dans `bin/`, parce que je
dois les différencier par <peer>.
j'aimerais mieux limiter le nb de répertoires Í la racine.
mais en même temps il faut une cohérence. il ne s'agit pas de créer un
répertoire fourre-tout juste pour en avoir moins.
j'hésite entre 2 choses incompatibles :
- continuer de pouvoir avoir l'exécutable qui arrive juste sous mon nez,
pour pouvoir faire `./rapid` juste après `make`.
- avoir un répertoire dédié Í tout ce qui est géneré, de manière Í ne
rien modifier ailleurs (cela dit, ça sera un peu délicat avec les
exemples de toutes façons, puisqu'ils sont destinés aux novices).
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Nicolas George
Thomas , dans le message , a écrit :
avez vous autre chose Í suggérer ?
Un projet bien élevé devrait pouvoir être compilé dans un répertoire qui n'a rien Í voir avec son arbre source. /path/to/source/configure make et ça compile tout ici sans rien modifier dans l'arbre source.
Thomas , dans le message
<fantome.forums.tDeContes-89DEBE.05223027032022@news.free.fr>, a écrit :
avez vous autre chose Í suggérer ?
Un projet bien élevé devrait pouvoir être compilé dans un répertoire qui n'a
rien Í voir avec son arbre source.
/path/to/source/configure
make
et ça compile tout ici sans rien modifier dans l'arbre source.
Un projet bien élevé devrait pouvoir être compilé dans un répertoire qui n'a rien Í voir avec son arbre source. /path/to/source/configure make et ça compile tout ici sans rien modifier dans l'arbre source.
Thomas
In article <62402d73$0$30694$, Nicolas George <nicolas$ wrote:
Thomas , dans le message , a écrit :
avez vous autre chose Í suggérer ?
Un projet bien élevé devrait pouvoir être compilé dans un répertoire qui n'a rien Í voir avec son arbre source. /path/to/source/configure make et ça compile tout ici sans rien modifier dans l'arbre source.
si je te comprend bien : dans ton exemple, - /path/to/source/ est le répertoire racine du projet. - le projet contient un script appelé `configure`. mets-tu dans ton cahier des charges de "projet bien élevé" que `configure` doit être Í la racine, ou bien est-ce que je le met o͹ je veux ? ensuite, - tu te mets dans le répertoire o͹ tu veux retrouver le résultat de la compilation avec `cd`. - `configure` fabrique un Makefile dans le répertoire courant, mais ne lance pas `make`. - quand tu lances `make`, il fait le reste. est-ce que ça veut dire que tu n'as pas de requête concernant l'emplacement des images dans le répertoire du projet ? est-ce que ça veut dire que ça ne te dérange pas qu'on puisse vouloir compiler dans l'arbre source, mais que tu te fiches des détails de ce cas de figure parce que ça n'est pas ton usage ? -- RAPID maintainer http://savannah.nongnu.org/projects/rapid/
In article <62402d73$0$30694$426a34cc@news.free.fr>,
Nicolas George <nicolas$george@salle-s.org> wrote:
Thomas , dans le message
<fantome.forums.tDeContes-89DEBE.05223027032022@news.free.fr>, a écrit :
> avez vous autre chose Í suggérer ?
Un projet bien élevé devrait pouvoir être compilé dans un répertoire qui n'a
rien Í voir avec son arbre source.
/path/to/source/configure
make
et ça compile tout ici sans rien modifier dans l'arbre source.
si je te comprend bien :
dans ton exemple,
- /path/to/source/ est le répertoire racine du projet.
- le projet contient un script appelé `configure`.
mets-tu dans ton cahier des charges de "projet bien élevé" que
`configure` doit être Í la racine, ou bien est-ce que je le met o͹ je
veux ?
ensuite,
- tu te mets dans le répertoire o͹ tu veux retrouver le résultat de la
compilation avec `cd`.
- `configure` fabrique un Makefile dans le répertoire courant, mais ne
lance pas `make`.
- quand tu lances `make`, il fait le reste.
est-ce que ça veut dire que tu n'as pas de requête concernant
l'emplacement des images dans le répertoire du projet ?
est-ce que ça veut dire que ça ne te dérange pas qu'on puisse vouloir
compiler dans l'arbre source, mais que tu te fiches des détails de ce
cas de figure parce que ça n'est pas ton usage ?
In article <62402d73$0$30694$, Nicolas George <nicolas$ wrote:
Thomas , dans le message , a écrit :
avez vous autre chose Í suggérer ?
Un projet bien élevé devrait pouvoir être compilé dans un répertoire qui n'a rien Í voir avec son arbre source. /path/to/source/configure make et ça compile tout ici sans rien modifier dans l'arbre source.
si je te comprend bien : dans ton exemple, - /path/to/source/ est le répertoire racine du projet. - le projet contient un script appelé `configure`. mets-tu dans ton cahier des charges de "projet bien élevé" que `configure` doit être Í la racine, ou bien est-ce que je le met o͹ je veux ? ensuite, - tu te mets dans le répertoire o͹ tu veux retrouver le résultat de la compilation avec `cd`. - `configure` fabrique un Makefile dans le répertoire courant, mais ne lance pas `make`. - quand tu lances `make`, il fait le reste. est-ce que ça veut dire que tu n'as pas de requête concernant l'emplacement des images dans le répertoire du projet ? est-ce que ça veut dire que ça ne te dérange pas qu'on puisse vouloir compiler dans l'arbre source, mais que tu te fiches des détails de ce cas de figure parce que ça n'est pas ton usage ? -- RAPID maintainer http://savannah.nongnu.org/projects/rapid/
