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 <fantome.forums.tDeContes@free.fr.invalid>
Newsgroups: fr.comp.os.unix
Mail-Copies-To: nobody
Subject: Re: =?ISO-8859-1?Q?g=E9rer?= des fichiers log
References: <fantome.forums.tDeContes-AD48E3.21414905072021@news.free.fr> <sd8fk9$8ac$2@shakotay.alphanet.ch> <fantome.forums.tDeContes-B155A5.20405922072021@news.free.fr> <sdcf46$glq$1@shakotay.alphanet.ch> <fantome.forums.tDeContes-4A22FA.02320423072021@news.free.fr> <sddpd1$flh$3@shakotay.alphanet.ch> <fantome.forums.tDeContes-853B0E.19235719092021@news.free.fr> <si9vfe$mad$2@shakotay.alphanet.ch> <fantome.forums.tDeContes-35A83D.21040625092021@news.free.fr> <siq061$3u2$2@shakotay.alphanet.ch>
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: <fantome.forums.tDeContes-1CBC33.15324127092021@news.free.fr>
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 <siq061$3u2$2@shakotay.alphanet.ch>,
 Marc SCHAEFER <schaefer@alphanet.ch> wrote:

> Thomas <fantome.forums.tDeContes@free.fr.invalid> 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/