From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham autolearn_force=no version=3.4.4 X-Google-Thread: 103376,e219d94b946dfc26 X-Google-Attributes: gid103376,public X-Google-Language: ENGLISH,ASCII-7-bit Newsgroups: comp.lang.ada Subject: Re: Ada.Command_Line and wildcards References: <45dcaed8_6@news.bluewin.ch> <1172132169.423514.271890@s48g2000cws.googlegroups.com> <545bgvF1ttrphU1@mid.individual.net> <1495406.QZvfpqijrQ@linux1.krischik.com> <6dy7mn3hhu.fsf@hod.lan.m-e-leypold.de> <1172328891.5496.62.camel@localhost.localdomain> <1173096982.3712.37.camel@localhost> From: Markus E Leypold Organization: N/A Date: Mon, 05 Mar 2007 14:20:48 +0100 Message-ID: <8utzwzzv0v.fsf@hod.lan.m-e-leypold.de> User-Agent: Some cool user agent (SCUG) Cancel-Lock: sha1:m1s3RNweY5pyG2umCGy0Wg/o5dE= MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii NNTP-Posting-Host: 88.72.207.169 X-Trace: news.arcor-ip.de 1173100483 88.72.207.169 (5 Mar 2007 14:14:43 +0200) X-Complaints-To: abuse@arcor-ip.de Path: g2news2.google.com!news1.google.com!news4.google.com!news3.google.com!border1.nntp.dca.giganews.com!border2.nntp.dca.giganews.com!nntp.giganews.com!newspeer1.nwr.nac.net!colt.net!feeder.news-service.com!newsfeed.freenet.de!news-lei1.dfn.de!news-fra1.dfn.de!newsfeed.arcor-ip.de!news.arcor-ip.de!not-for-mail Xref: g2news2.google.com comp.lang.ada:9700 Date: 2007-03-05T14:20:48+01:00 List-Id: Georg Bauhaus writes: > On Mon, 2007-03-05 at 12:07 +1100, Brian May wrote: >> >>>>> "Georg" == Georg Bauhaus writes: >> >> Georg> $ echo *.ads >> >> Get a real shell ! > > Sure. Point is, we had been talking about Unix design choices > not about what I am seemingly doing (doing according to you > and others, that is, which is not what I'm doing :). Hi Georg, As long as your arguments are heavily based on your experience and practice we have to talk about what you're doing or we can stop discussing. > Many essential shell scripts are built around Unix shell details. > E.g. software configuration scripts tend to stubbornly use a mix > of bash (sic, not sh, not ksh, not SUN sh), m4, sed, C helpers, > etc etc. In particular, they require the Unix process model. > > See the current difficulties in translating recent GCC in a > MinGW environment. > > Suppose you want to port some piece of Unix software to some other > system, a text processing tool, say. The C source is in fact > perfectly portable ANSI C. But it can be real hard to get the C source > through the configure stage only because configuration _depends_ > on original style Unix shells and the Unix process model (e.g. piped > processes "within" a backtick (yes, I know $(), not the point), result > to be assigned to some variable. The GNU "standard" config.guess is > such a thing.) Most (auto-) configuration concepts are really bad hacks. They are hardly Unix design choices. The wrong place to fix that is to change the shell or the prcess model. The right way to do it, is, to rethink the way one produces platform specific sources from the common source corpus. > Yes, certainly. Now for contrast, if I log into a system where > I participate in a *shared* account and where system defaults *must* > not be changed, and find a huge list of predefined aliases. > I wasn't amused once when I found out that "unzip" was an alias, > setting a number of options. And yes, I know how to disable aliases. Really bad practice (shared accounts, changing definition of known names) does not make a good argument against Unix design choices. > Having to debug shell setups isn't an argument in favor of typical > Unix environments in my book, in particular if these are "immutable" No. I want to be able to define short cuts in MY account. And I want to be able to change setups in a controlled way, since it make a difference in which toolset/world I'm working -- and sometimes one needs multiple (conflicting) toolset at the same machine. > system settings. But these seem to be the new Unix hackers' favorites. new Unix hacker? Regards -- Markus