Path: ...!news.misty.com!3.eu.feeder.erje.net!feeder.erje.net!feeder1-2.proxad.net!proxad.net!feeder1-1.proxad.net!212.27.60.64.MISMATCH!cleanfeed3-b.proxad.net!nnrp1-1.free.fr!not-for-mail
From: Thomas <fantome.forums.tDeContes@free.fr.invalid>
Newsgroups: fr.comp.os.unix
Mail-Copies-To: nobody
Subject: Re: Make =?UTF-8?Q?=C3=A9crase?= mes fichiers !
References: <87fst657vq.fsf@universite-de-strasbourg.fr.invalid> <sk4qbg$7ld$1@cabale.usenet-fr.net> <87sfwz68n4.fsf@universite-de-strasbourg.fr.invalid>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
User-Agent: MT-NewsWatcher/3.5.3b3 (Intel Mac OS X)
Date: Mon, 18 Oct 2021 06:07:27 +0200
Message-ID: <fantome.forums.tDeContes-BF3456.06072318102021@news.free.fr>
Lines: 60
Organization: Guest of ProXad - France
NNTP-Posting-Date: 18 Oct 2021 06:07:27 CEST
NNTP-Posting-Host: 91.175.52.121
X-Trace: 1634530047 news-4.free.fr 8914 91.175.52.121:1838
X-Complaints-To: abuse@proxad.net
Bytes: 3474

In article <87sfwz68n4.fsf@universite-de-strasbourg.fr.invalid>,
 Alain Ketterlin <alain@universite-de-strasbourg.fr.invalid> wrote:

> Olivier Miakinen <om+news@miakinen.net> writes:
> 
> > Bon, déjà on pourrait argüer que ce n'est pas une bonne idée d'avoir
> > deux fichiers sources qui ne diffèrent que par une extension connue
> > de make. Mais voyons plus loin.
> 
> On pourrait, mais d'une part c'est un projet où j'ai plusieurs sources
> yacc/bison et je suis allé au plus simple, d'autre part la règle make
> "%.y: %.c" est contraire aux conventions de yacc (qui produit par défaut
> y.tab.c) ou de bison (qui produit %.tab.c). D'où ma surprise.

je comprend ton agacement :-)


> > Donc oui, c'est clairement une règle implicite pour faire un fichier .c
> > à partir d'un fichier .y -- implicite puisque dans ton makefile tu ne
> > définis qu'une règle avec bison et aucune avec yacc.
> >
> > Si tu veux conserver name.y et name.c comme deux fichiers *sources*
> > indépendants, alors je vois ceci :
> >
> > man make
> > ...
> >        -r, --no-builtin-rules
> >             Eliminate  use of the built-in implicit rules.  Also clear
> >             out the default list of suffixes for suffix rules.
> > ...
> 
> Ben oui, mais les règles implicites pour C sont bien pratiques (avec
> CFLAGS etc.)

> Je me demande si on ne pourrait pas imaginer une contrainte qui
> empêcherait make d'utiliser une règle implicite quand les prérequis sont
> mentionnés explicitement dans une règle avec une commande... Bref.
> 
> (Au passage, j'ai été piégé par une autre règle implicite, parce que
> j'avais la règle suivante :

> mais là make m'indique une circularité, à cause de sa règle "%: %.c". Ma
> cible s'appelle maintenant name.dfa.c.)

je n'ai que survolé les règles implicites, parce que c'est éloigné de 
mes besoins.

mais je me souviens qu'il y a qqch pour afficher toutes les règles 
implicites
(il faut éventuellement veiller à débrancher tout fichier makefile pour 
ne pas être pollué par son contenu)

de cette façon, tu auras juste à recopier ce dont tu as besoin dans ton 
makefile,
- sans avoir besoin de les réécrire toi même,
- sans être dérangé par toutes celles dont tu n'as pas besoin :-)

-- 
RAPID maintainer
http://savannah.nongnu.org/projects/rapid/