Path: ...!news.misty.com!weretis.net!feeder8.news.weretis.net!feeder1-2.proxad.net!proxad.net!feeder1-1.proxad.net!cleanfeed3-b.proxad.net!nnrp4-2.free.fr!not-for-mail From: Thomas Newsgroups: fr.comp.os.unix Mail-Copies-To: nobody Subject: Re: =?ISO-8859-1?Q?g=E9rer?= des fichiers log References: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: MT-NewsWatcher/3.5.3b3 (Intel Mac OS X) Date: Mon, 27 Sep 2021 15:32:41 +0200 Message-ID: Lines: 75 Organization: Guest of ProXad - France NNTP-Posting-Date: 27 Sep 2021 15:32:42 CEST NNTP-Posting-Host: 91.175.52.121 X-Trace: 1632749562 news-2.free.fr 6471 91.175.52.121:2090 X-Complaints-To: abuse@proxad.net Bytes: 4075 In article , Marc SCHAEFER wrote: > Thomas wrote: > > pourquoi la généralité c'est bcp plus `./configure` que `make config` ? > > configure est tout un environnement à son (autoconf), qui génère tout > y.c. Makefile. je ne comprend pas ... peux tu reformuler stp ? :-) > > > oui, c'est du Preprocessing :-) > > tout à fait. > > Tu peux alors centraliser tes définitions dans un fichier de > constantes/préprocessing généré par le configurateur avant compilation. oui, pour éviter que le préprocessing soit éparpillé :-) je ne vais pas le faire immédiatement, mais il me manquait qqch pour transmettre des données entre le Makefile et le code ada, on dirait que c'est l'outil qu'il me manquait :-) et en plus ça permet d'éliminer plein de code mort à la compilation :-) > > > pour toi, ça ne serais pas trop rigide, de ne plus rien pouvoir > > configurer post-compilation ? > > Ca dépend de l'application, mais dans certains cas c'est acceptable, en > particulier si c'est open source. je verrai ça plus tard. il y a un coté pratique à avoir des constantes à la compilation, mais à moyen/long terme, le fichier de config me parait acceptable aussi, surtout si je veux pouvoir éditer des préférences :-) (et rien n'empêche d'en avoir 2 : un pour l'intégrateur et un pour la GUI ;-) ) > > et si je te suis bien, dans tous les logiciels que tu fais, même pour > > les autres, tu n'as jamais besoin d'en faire non plus ? > > Pas sûr de comprendre en quoi avoir un système qui me permet de > retrouver mes données hors site en cas de problème, à chaque > modification que je trouve importante est insuffisant? tu choisis tes critères, moi j'aime bien avoir la journalisation comme tu dis ci dessous ;-) en fait journalisation et sauvegarde n'ont pas exactement le même rôle moi je n'ai pas de VCS interne, je n'ai que celui qui est publique, sur lequel je m'efforce de ne publier que des trucs "publiables", pas des états intermédiaires qui ne marchent pas ;-) > D'ailleurs j'aimais bien l'idée du système de fichier à versionning de > VMS: le fichier toto devient toto;1 si on le modifie. C'est ainsi que je > vois l'idée que certains programmes ajoutent un ".orig" ou un ~: du > versionning du pauvre. d'où l'idée que j'ai proposée en démarrant ce fil, avec les n° incrémentés dans le nom du fichier ;-) mais je comprend que ça soit aux utilisateurs de le gérer, et pas aux applications. -- RAPID maintainer http://savannah.nongnu.org/projects/rapid/