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=-0.3 required=5.0 tests=BAYES_00, REPLYTO_WITHOUT_TO_CC autolearn=no autolearn_force=no version=3.4.4 X-Google-Thread: 103376,677963b1aa23e668 X-Google-NewGroupId: yes X-Google-Attributes: gida07f3367d7,domainid0,public,usenet X-Google-Language: ENGLISH,ASCII-7-bit Path: g2news2.google.com!news4.google.com!feeder1-2.proxad.net!proxad.net!feeder2-2.proxad.net!newsfeed.arcor.de!newsspool3.arcor-online.net!news.arcor.de.POSTED!not-for-mail From: "Dmitry A. Kazakov" Subject: Re: What's stopping you from using Ada for your next commercial project? Newsgroups: comp.lang.ada User-Agent: 40tude_Dialog/2.0.15.1 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Reply-To: mailbox@dmitry-kazakov.de Organization: cbb software GmbH References: Date: Thu, 10 Mar 2011 12:27:19 +0100 Message-ID: NNTP-Posting-Date: 10 Mar 2011 12:27:19 CET NNTP-Posting-Host: 72ff1ef8.newsspool4.arcor-online.net X-Trace: DXC=8\Y^MD0Xi^hEB;5>eE0T7m4IUK On Thu, 10 Mar 2011 02:21:45 -0800 (PST), Gerd wrote: > 4. Ada is not available for many of the processors that are used in > embedded range (e.g. NEC 850, Infineon TriCore, I think that TriCore might become supported. There is a gcc back-end and VxWorks for TriCore. I think that a paying customer might convince AdaCore to port the RTL there. It does not look as a big deal. > 5. For a lot of projects not only a tool chain is needed, but a > "safety certified" tool chain is required. Hmm, this is where GNAT shines. VxWorks is certified too, AFAIK. > 7. There is no experience how Ada would fit into the Autosar > architecture, that is used in automotive range. We investigated this issue on a customer request. There is nothing that can make Ada not fitting into Autosar at the RTE level. Function level is a different issue, I doubt that any "reasonable" programming language will be used there anyway. The only problem why we didn't start it, is that there was no customer ready to pay for it. > 8. Ada tools are not adopted to systems often used in embedded range > like Windows CE or OSEK. That is true, but if there were demand AdaCore would start supporting them. The actual problem is that Ada is invisible for automotive customers and conversely, AdaCore seem to ignore this market. -- Regards, Dmitry A. Kazakov http://www.dmitry-kazakov.de