Path: ...!3.eu.feeder.erje.net!feeder.erje.net!news2.arglkargh.de!news.mixmin.net!proxad.net!feeder1-2.proxad.net!usenet-fr.net!.POSTED!not-for-mail From: Olivier Miakinen Newsgroups: fr.comp.os.unix Subject: Re: basename Date: Sat, 1 Oct 2022 23:12:05 +0200 Organization: There's no cabale Lines: 18 Message-ID: References: <63350177$0$25835$426a74cc@news.free.fr> <6338a9f9$0$24804$426a74cc@news.free.fr> NNTP-Posting-Host: 220.12.205.77.rev.sfr.net Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 8bit X-Trace: cabale.usenet-fr.net 1664658725 30330 77.205.12.220 (1 Oct 2022 21:12:05 GMT) X-Complaints-To: abuse@usenet-fr.net NNTP-Posting-Date: Sat, 1 Oct 2022 21:12:05 +0000 (UTC) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Firefox/52.0 SeaMonkey/2.49.4 In-Reply-To: <6338a9f9$0$24804$426a74cc@news.free.fr> Bytes: 1733 Le 01/10/2022 22:58, Thomas a écrit : > > (savez vous pourquoi make a inventé de ne pas supprimer le chemin ?) Je ne le "sais" pas, mais je crois que je peux le deviner. Dans make, l'utilisation principale est de compiler sur place des fichiers, par exemple ../../machin/truc.c en ../../machin/truc.o Du coup, un basename qui se contente de supprimer le .c pour ensuite y coller un .o ça semble plutôt logique (ou le contraire, pour les dépendances). Au contraire, si ../../machin/truc.c et ./autre/chemin/truc.c donnaient tous les deux truc.o en perdant le chemin au passage, ça ne serait pas très utile. -- Olivier Miakinen