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.3 required=5.0 tests=BAYES_00,INVALID_MSGID autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: fd6dd,c78177ec2e61f4ac X-Google-Attributes: gidfd6dd,public X-Google-Thread: 103376,c78177ec2e61f4ac X-Google-Attributes: gid103376,public From: gwinn@res.ray.com (Joe Gwinn) Subject: Re: ada and robots Date: 1997/06/05 Message-ID: #1/1 X-Deja-AN: 248224553 References: <338CDA96.53EA@halcyon.com> <338F5D7D.6C03@tiac.net> <338F9D05.5EB3@bix.com> <5mqpj3$bc5$1@goanna.cs.rmit.edu.au> <33930245.12A1@sprintmail.com> <5mv984$7kn@news.emi.com> Organization: Raytheon Electronic Systems Newsgroups: comp.robotics.misc,comp.lang.ada Date: 1997-06-05T00:00:00+00:00 List-Id: In article , jsa@alexandria.organon.com (Jon S Anthony) wrote: > > Not all Ada compilers offer adequate support for such mixed-language > > All Ada95 compilers do. That has not been our experience, especially when debugging of tasks containing procedures in different languages. The common (and inadequate) solution is two independent and isolated debugging systems, one per language, with no way to follow the thread of execution whereever it may go. We can use such a system, but why would we? Getting systems to work is hard enough as it is. > > likely cause the Ada compiler and tools market to shrink to perhaps as > > little as one tenth of its prior size, and that significant added > > investment in Ada compilers and tools is therefore unlikely, at least > > Nothing like good ol' FUD. These 1/10's and 1/100's are just pulled > from where the sun doesn't shine. Where are the studies? Quote them > please. Been reading them for years. Some came from the Ada Joint Program Office. Don't have the references right at hand. Do you have any studies that say that Ada exceeds C? I hope not. They cannot be right. The difference isn't 10%, it's at least 10:1. If if were the case that the markets of C and Ada were in rough parity, we wouldn't get laughed at when we ask various COTS vendors if they have an Ada interface to their product. Go into any technical bookstore and measure the relative shelf space devoted to the various languages. That's as good a metric as any, and easy. The stores know what does and does not sell, and the stores don't care what the books are about, so long as people buy them. > > until the size of the remaining market becomes clear. A significant > > shrink is widely expected > > By who (or is that "whom"?)? In any event, the opposite has seemed to > have been happening. This is largely the result of free and cheap > compilers with full typical Windoze IDEs - check Aonix for example: > http://www.thomsoft.com/Products/Ada/ada.html People I have talked to. Haven't seen anything published just yet, but the mandate issue just came up. I don't really believe that the market share of Ada has been growing realtive to C/C++. Do you? > Also, only in the land of software would anyone actually suggest that > one should not use a better tool, technique, process, whatever to > build your product, because most of your _competition_ is using the > inferior tool, technique, process, whatever. Ah, it depends on your definition of "better". The basic issue in how good the tools are for a language is simply the size of that language's market. The technical details of the language are basically irrelevant, and the best language doesn't necessarily win. Joe Gwinn