Je dois conseiller un IDE sous Linux à des (très) débutant.
Personnellement, Je pense que KDevelop et Anjuta sont un peu durs pour
un démarrage. J'ai pensé à Code Forge, je le trouve plus simple, mais
peut-être ai-je tort. J'aimerais des avis, des suggestions, qui me
permettrais d'aiguiller ces personnes.
Tout à fait. En fait, le problème, c'est qu'il y a en fait plusieurs problèmes distincts qui se résument par le même but : créer un fichier make. J'avais régardé configure, mais j'ai trouvé qu'il ne résolvait pas mon problème, où au moins, il ne résolvait pas ma formulation du problème. Pour les distributions des logiciels libres typiques, en revanche, c'est difficile à faire mieux, mais pour l'instant, je suis plus concerné par le développement de plusieurs versions (compilateur, etc.) en parallel. Sans doute s'il m'arrive à vouloir faire une vraie distribution, je le régarderai de nouveau, et de plus près.
N'est-ce pas aussi le but de boost ? As-tu regardé leur outil (bjam) ?
Je ne sais pas. Je crois que leur but principal est plutôt celui de ./configure -- faciliter l'installation d'une seule version dans des environemments variés. Mais il se peut qu'il résoudrait aussi mon problème.
Je l'ai régardé une fois, supérficiellement. Le problème principale que j'ai, c'est que c'est un outil « exotique » en quelque sort. Les autotools, si j'ai bien compris, servent uniquement lors du développement ; ce que je livre n'en a pas besoin pour que l'utilisateur fasse son build. Tandis qu'avec Boost, il faut commencer par installer jam.
Ma solution actuelle exige aussi l'installation de certains outils, dont gmake (les autres make ne marche pas). Mais gmake est assez répandu, et je vois mal une installation où il y aurait un problème à l'installer. Et de toute façon, mon code exige d'autres outils de type Unix aussi : awk, sed, etc. Sous Windows, la solution la plus simple, c'est d'installer cygwin, et du coup, tu as aussi gmake.
Mais enfin, tu as raison, et jam vaut sans doute un coup d'oeil aussi.
-- James Kanze GABI Software Conseils en informatique orientée objet/ Beratung in objektorientierter Datenverarbeitung 9 place Sémard, 78210 St.-Cyr-l'École, France, +33 (0)1 30 23 00 34
Loïc Joly wrote:
kanze@gabi-soft.fr wrote:
Tout à fait. En fait, le problème, c'est qu'il y a en fait
plusieurs problèmes distincts qui se résument par le même
but : créer un fichier make. J'avais régardé configure, mais
j'ai trouvé qu'il ne résolvait pas mon problème, où au
moins, il ne résolvait pas ma formulation du problème. Pour
les distributions des logiciels libres typiques, en
revanche, c'est difficile à faire mieux, mais pour
l'instant, je suis plus concerné par le développement de
plusieurs versions (compilateur, etc.) en parallel. Sans
doute s'il m'arrive à vouloir faire une vraie distribution,
je le régarderai de nouveau, et de plus près.
N'est-ce pas aussi le but de boost ? As-tu regardé leur outil
(bjam) ?
Je ne sais pas. Je crois que leur but principal est plutôt celui
de ./configure -- faciliter l'installation d'une seule version
dans des environemments variés. Mais il se peut qu'il résoudrait
aussi mon problème.
Je l'ai régardé une fois, supérficiellement. Le problème
principale que j'ai, c'est que c'est un outil « exotique » en
quelque sort. Les autotools, si j'ai bien compris, servent
uniquement lors du développement ; ce que je livre n'en a pas
besoin pour que l'utilisateur fasse son build. Tandis qu'avec
Boost, il faut commencer par installer jam.
Ma solution actuelle exige aussi l'installation de certains
outils, dont gmake (les autres make ne marche pas). Mais gmake
est assez répandu, et je vois mal une installation où il y
aurait un problème à l'installer. Et de toute façon, mon code
exige d'autres outils de type Unix aussi : awk, sed, etc. Sous
Windows, la solution la plus simple, c'est d'installer cygwin,
et du coup, tu as aussi gmake.
Mais enfin, tu as raison, et jam vaut sans doute un coup d'oeil
aussi.
--
James Kanze GABI Software
Conseils en informatique orientée objet/
Beratung in objektorientierter Datenverarbeitung
9 place Sémard, 78210 St.-Cyr-l'École, France, +33 (0)1 30 23 00 34
Tout à fait. En fait, le problème, c'est qu'il y a en fait plusieurs problèmes distincts qui se résument par le même but : créer un fichier make. J'avais régardé configure, mais j'ai trouvé qu'il ne résolvait pas mon problème, où au moins, il ne résolvait pas ma formulation du problème. Pour les distributions des logiciels libres typiques, en revanche, c'est difficile à faire mieux, mais pour l'instant, je suis plus concerné par le développement de plusieurs versions (compilateur, etc.) en parallel. Sans doute s'il m'arrive à vouloir faire une vraie distribution, je le régarderai de nouveau, et de plus près.
N'est-ce pas aussi le but de boost ? As-tu regardé leur outil (bjam) ?
Je ne sais pas. Je crois que leur but principal est plutôt celui de ./configure -- faciliter l'installation d'une seule version dans des environemments variés. Mais il se peut qu'il résoudrait aussi mon problème.
Je l'ai régardé une fois, supérficiellement. Le problème principale que j'ai, c'est que c'est un outil « exotique » en quelque sort. Les autotools, si j'ai bien compris, servent uniquement lors du développement ; ce que je livre n'en a pas besoin pour que l'utilisateur fasse son build. Tandis qu'avec Boost, il faut commencer par installer jam.
Ma solution actuelle exige aussi l'installation de certains outils, dont gmake (les autres make ne marche pas). Mais gmake est assez répandu, et je vois mal une installation où il y aurait un problème à l'installer. Et de toute façon, mon code exige d'autres outils de type Unix aussi : awk, sed, etc. Sous Windows, la solution la plus simple, c'est d'installer cygwin, et du coup, tu as aussi gmake.
Mais enfin, tu as raison, et jam vaut sans doute un coup d'oeil aussi.
-- James Kanze GABI Software Conseils en informatique orientée objet/ Beratung in objektorientierter Datenverarbeitung 9 place Sémard, 78210 St.-Cyr-l'École, France, +33 (0)1 30 23 00 34
Christophe de VIENNE
xavier wrote:
Pour les projets plus importants, j'utilise les autotools (autoconf, automake, libtool).
Comme j'ai dit, j'ai les makefiles de base (component.mk, library.mk, etc.). Quand le makefile du projet a plus que deux ou trois affectations de variable, c'est parce qu'il y a du code généré automatiquement, au moyen des scripts AWK, etc. Est-ce que les autotools peuvent traiter ça ?
Oui, je le fais actuellement : Tu peux ajouter des règles dans un Makefile.am comme si c'était un Makefile, les règles seront copiées telles que dans le Makefile résultant. Donc pas de soucis pour spécifier comment construire tes fichiers sources. La seule astuce à connaître pour éviter des ennuis de dépendences entre fichiers générés, c'est la variable BUILT_SOURCES, dans laquelle on met les fichiers qui doivent être générés. Du coup les autotools calculent les dépendences après la génération des sources, et construisent tous les sources avant d'attaquer la compilation.
A+
Christophe
-- Christophe de Vienne
xavier wrote:
Pour les projets plus importants, j'utilise les autotools
(autoconf, automake, libtool).
Comme j'ai dit, j'ai les makefiles de base (component.mk,
library.mk, etc.). Quand le makefile du projet a plus que deux
ou trois affectations de variable, c'est parce qu'il y a du code
généré automatiquement, au moyen des scripts AWK, etc. Est-ce
que les autotools peuvent traiter ça ?
Oui, je le fais actuellement :
Tu peux ajouter des règles dans un Makefile.am comme si c'était un
Makefile, les règles seront copiées telles que dans le Makefile
résultant. Donc pas de soucis pour spécifier comment construire tes
fichiers sources.
La seule astuce à connaître pour éviter des ennuis de dépendences entre
fichiers générés, c'est la variable BUILT_SOURCES, dans laquelle on met
les fichiers qui doivent être générés. Du coup les autotools calculent
les dépendences après la génération des sources, et construisent tous
les sources avant d'attaquer la compilation.
Pour les projets plus importants, j'utilise les autotools (autoconf, automake, libtool).
Comme j'ai dit, j'ai les makefiles de base (component.mk, library.mk, etc.). Quand le makefile du projet a plus que deux ou trois affectations de variable, c'est parce qu'il y a du code généré automatiquement, au moyen des scripts AWK, etc. Est-ce que les autotools peuvent traiter ça ?
Oui, je le fais actuellement : Tu peux ajouter des règles dans un Makefile.am comme si c'était un Makefile, les règles seront copiées telles que dans le Makefile résultant. Donc pas de soucis pour spécifier comment construire tes fichiers sources. La seule astuce à connaître pour éviter des ennuis de dépendences entre fichiers générés, c'est la variable BUILT_SOURCES, dans laquelle on met les fichiers qui doivent être générés. Du coup les autotools calculent les dépendences après la génération des sources, et construisent tous les sources avant d'attaquer la compilation.
