Linux - NewbieThis Linux forum is for members that are new to Linux.
Just starting out and have a question?
If it is not in the man pages or the how-to's this is the place!
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
It's not blind loyalty - I have no loyalty as far as any piece of software is concerned. Bash has done what I wanted it to do, and what it was designed to do.
Gee Whiz.
I'm only calling for a better standard in toys.
No, you're not. You asking for my lego building blocks to
be remodeled into some of those aircraft or other lumps that
limit my creativity by having everything ready-made, and
that have less generic usability, or come at the cost of
size and performance hits :}
BASH is just one one of a bazillion tools available on a typical Linux system. Don't like it?---don't use it. If you have serious suggestions for changing it, contact the authors.
I imagine that shells---like any other SW--evolve to meet specific needs. As someone already pointed out, a big part of the evolution of BASH was about system startup and configuration. That did not require floating point math. Further---in the true Unix modular paradigm---there is no need to add FP--there are other utilities available.
The *n*x shells and their programming facilities originated when people were using teletypes to interface with computers and so were optimised for that environment. Teletypes were slow, some hundreds of bps, so the shells emphasise brevity over legibility.
They are command shells meaning they are primarily to help the user run commands. Their programming facilities are primarily to help the user automate running commands. Hence they are not designed to be complete languages in themselves but optimised to use *n*x commands such as bc, cat, sed, grep ... . The pipeline and "command substitution" are a powerful features in this regard.
Happily the shell designers were very smart cookies with the result that shellscript became a very flexible and powerful tool, capable of much more than its original design objectives. Hence they are still in wide use, 40 years after they started.
Not surprising, then, that shellscript does not compare well as an all-purpose general programming laguage such as C, or as a mathematical language such as FORTRAN, or as a GUI language etc.
It's "horses for courses"; Dobbin the Shire horse does not go well over the fences and Red Rum is a lousy ploughing horse.
Best
Charles
Last edited by catkin; 08-03-2009 at 03:57 AM.
Reason: Added "command substitution"
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.