X-Authentication-Warning: delorie.com: mail set sender to djgpp-bounces using -f From: Rugxulo Newsgroups: comp.os.msdos.djgpp Subject: Re: which: command not found Date: Mon, 14 Nov 2011 09:38:28 -0800 (PST) Organization: http://groups.google.com Lines: 54 Message-ID: <8a033b75-c1db-4f22-839d-d339ad9dbd22@k26g2000yqd.googlegroups.com> References: <0e66e1f9-6a85-4af8-94b1-2ac490eaf4c2 AT m19g2000vbm DOT googlegroups DOT com> <4349b255-f8ba-4e1d-93b9-488b173373a9 AT g7g2000vbv DOT googlegroups DOT com> <83bosqjn0u DOT fsf AT gnu DOT org> <87aa7zapba DOT fsf AT violet DOT siamics DOT net> <837h33ga8p DOT fsf AT gnu DOT org> <87bosf273t DOT fsf AT turtle DOT gmx DOT de> <834ny7g4p9 DOT fsf AT gnu DOT org> <87ehxbjgu1 DOT fsf AT uwakimon DOT sk DOT tsukuba DOT ac DOT jp> NNTP-Posting-Host: 65.13.115.246 Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 X-Trace: posting.google.com 1321292308 24128 127.0.0.1 (14 Nov 2011 17:38:28 GMT) X-Complaints-To: groups-abuse AT google DOT com NNTP-Posting-Date: Mon, 14 Nov 2011 17:38:28 +0000 (UTC) Complaints-To: groups-abuse AT google DOT com Injection-Info: k26g2000yqd.googlegroups.com; posting-host=65.13.115.246; posting-account=p5rsXQoAAAB8KPnVlgg9E_vlm2dvVhfO User-Agent: G2/1.0 X-Google-Web-Client: true X-Google-Header-Order: HNKRAUELSC X-HTTP-UserAgent: Mozilla/5.0 (X11; U; Linux i686; en-US) AppleWebKit/534.16 (KHTML, like Gecko) Chrome/10.0.630.0 Safari/534.16,gzip(gfe) Bytes: 4239 To: djgpp AT delorie DOT com DJ-Gateway: from newsgroup comp.os.msdos.djgpp Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by delorie.com id pAEHj1fM032354 Reply-To: djgpp AT delorie DOT com Hi, (deleted LONG rant, email me if curious) On Nov 14, 1:36 am, "Stephen J. Turnbull" wrote: > Eli Zaretskii writes: > >  > Again, the point is that to build a package, one should use only a >  > small and portable set of utilities. > > "Should be portable", yes, but "should be small" is no longer obvious > for typical applications, especially on "modern" desktop platforms. > It's true for those packages needed to bootstrap a system, but after > that DRY ("don't repeat yourself") becomes more important to many, > perhaps most, developers. The computer industry is very short-lived (except for copyright and patents, ironically) and changes ridiculously quickly. Thus nothing lasts very long (and is sometimes against common interest). A lot of the hype is to get people to upgrade. In some ways, it all thrives on that constant upgrade policy, constantly making things better. Unfortunately, anything that isn't top tier is relegated to "legacy" (vs. "modern"), which is a stigma that affects various things negatively. And people usually ignore anything labeled legacy, even when it supports the same functionality. Often "standards" themselves are crippled or outdated or even abandoned due to such reasons. In other words, it's a tug of war between progress / innovation and useful / functional / stable / good enough. (Or maybe business vs. freedom vs. art.) > It could be that the package in question qualifies as a bootstrap > package, or as a member of the small & portable set of utilities used > in building such packages.  However, in many cases what we see is > people complaining about lack of portability of a program developed in > a tool-rich environment for use in the tool-rich environment.  While I > sympathize with DJGPP developers and embedded developers who may not > work in such environments, as suggested earlier that requires a > volunteer willing to do the portability work. Sometimes working patches and builds are rejected for purely political, polemic, or philosophical reasons or even laziness. It's not always for lack of volunteers. You have to admit that "DOS" is not a trendy word these days. And yes I speak from experience (more from persistence than anything as I don't code very much). >  > The GNU Coding Standards require that. > > More honored in the breach than the observance these days. GNU officially only codes for the GNU system (which I guess? means Linux and not Hurd these days). But they do also cater to popular platforms ("Woe32" / Windows), which most users want, as well as those (seemingly obscure) that have commercial support.