Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > fr.comp.os.unix > #8041
| From | Olivier Miakinen <om+news@miakinen.net> |
|---|---|
| Newsgroups | fr.comp.os.unix |
| Subject | Re: basename |
| Date | 2022-10-01 23:12 +0200 |
| Organization | There's no cabale |
| Message-ID | <thaaf5$tjq$1@cabale.usenet-fr.net> (permalink) |
| References | <63350177$0$25835$426a74cc@news.free.fr> <th9dma$p4e$10@shakotay.alphanet.ch> <th9gm1$o95$1@cabale.usenet-fr.net> <6338a9f9$0$24804$426a74cc@news.free.fr> |
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
Back to fr.comp.os.unix | Previous | Next — Previous in thread | Find similar | Unroll thread
basename Thomas <fantome.forums.tDeContes@free.fr.invalid> - 2022-09-29 04:22 +0200
Re: basename Benoit Izac <use.reply.to@INVALID.ADDRESS> - 2022-09-29 07:39 +0200
Re: basename Nicolas George <nicolas$george@salle-s.org> - 2022-09-29 09:21 +0000
Re: basename Thomas <fantome.forums.tDeContes@free.fr.invalid> - 2022-10-01 22:44 +0200
Re: basename Jo Engo <yl@icite.fr> - 2022-10-01 13:00 +0000
Re: basename Jo Engo <yl@icite.fr> - 2022-10-01 13:07 +0000
Re: basename Olivier Miakinen <om+news@miakinen.net> - 2022-10-01 15:52 +0200
Re: basename Thomas <fantome.forums.tDeContes@free.fr.invalid> - 2022-10-01 22:58 +0200
Re: basename Olivier Miakinen <om+news@miakinen.net> - 2022-10-01 23:12 +0200
csiph-web