Path: csiph.com!pasdenom.info!news.gegeweb.eu!gegeweb.org!eternal-september.org!feeder3.eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail From: Keith Thompson Newsgroups: comp.lang.c Subject: Re: Python (Re: iso646.h) Date: Thu, 25 Jan 2024 11:27:30 -0800 Organization: None to speak of Lines: 27 Message-ID: <871qa543j1.fsf@nosuchdomain.example.com> References: <1bbk9a4wi2.fsf@pfeifferfamily.net> MIME-Version: 1.0 Content-Type: text/plain Injection-Info: dont-email.me; posting-host="25cdfcf079fd064704ce92ded0c098b3"; logging-data="2562242"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1+v5YD9nSOKQgbHPRv3wl9s" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.2 (gnu/linux) Cancel-Lock: sha1:N+P8O49FlQg+aUjXMet3ALc5XGc= sha1:VUTRq3a7YEW/vFLcSPJv+wywPBo= Xref: csiph.com comp.lang.c:380936 bart writes: [...] > My comment was anyway just highlighting the difference between people > getting uptight about having to type 'list' instead 'ls', and those > who just shrug at having to do 'gcc prog.c -o prog.c -lm > ...'. Apparently that is acceptable. We type "ls" instead of "list" because "ls" is the name of the command. Nobody here was involved in the decision to use that name. According to some sources, the reason was the difficulty of typing on an ASR-33. It was likely also influenced by the existence of command aliases on Multics. Nobody would complain about having to type "list" if that were the name of the command. (I do have short aliases for some common commands, but they're for my personal use and I don't expect anyone else to use them.) Yes I find having to type "gcc prog.c -o prog -lm" acceptable. I'll do exactly that for a quick and dirty single-file C program. For a larger project, I'll use whatever build system the project uses -- sometimes a Makefile, sometimes something else. If "gcc prog" did the same thing, I'd use that. -- Keith Thompson (The_Other_Keith) Keith.S.Thompson+u@gmail.com Working, but not speaking, for Medtronic void Void(void) { Void(); } /* The recursive call of the void */