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.1 required=5.0 tests=BAYES_00, PP_MIME_FAKE_ASCII_TEXT autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII X-Google-Thread: 103376,be23df8e7e275d73 X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2001-08-08 06:03:32 PST Path: archiver1.google.com!news2.google.com!newsfeed.google.com!newsfeed.stanford.edu!newsfeeds.belnet.be!news.belnet.be!opentransit.net!wanadoo.fr!proxad.net!feeder2-1.proxad.net!nnrp4.proxad.net.POSTED!not-for-mail From: "nicolas" Newsgroups: comp.lang.ada References: <9kea9a$lsc$1@nh.pace.co.uk> <9keduf$qvc$1@a1-hrz.uni-duisburg.de> <9kelv1$riq$1@a1-hrz.uni-duisburg.de> Subject: Re: More Uniform Ada libraries (was: Proving Correctness) X-Priority: 3 X-MSMail-Priority: Normal X-Newsreader: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Message-ID: Date: Wed, 08 Aug 2001 13:03:31 GMT NNTP-Posting-Host: 195.101.131.241 X-Complaints-To: abuse@proxad.net X-Trace: nnrp4.proxad.net 997275811 195.101.131.241 (Wed, 08 Aug 2001 15:03:31 CEST) NNTP-Posting-Date: Wed, 08 Aug 2001 15:03:31 CEST Organization: Guest of ProXad - France Xref: archiver1.google.com comp.lang.ada:11608 Date: 2001-08-08T13:03:31+00:00 List-Id: "Larry Kilgallen" a �crit dans le message news: uiGL0WHzXluf@eisner.encompasserve.org... > But you seem to feel there is a workable business model to achieve > uniformity across all Ada compilers, while the rest of us are less confident. The business model is not my problem, and I don't have feelings about it. The only feelings I have is that there are some customer side requirements, coming from the reasons why we, and most Ada projects I know, made the Ada choice about 12 years ago. Our projects, and most projects I know, have nothing to do with embedded systems and 'DOD similar' projects. I don't believe that satisfying (for me) Ada solutions will be available in the future, if those requirements are not fulfilled. We have to know if we will be the last Ada users to have concerns, which are not embedded systems and 'DOD similar' projects concerns. If this is the case, we don't feel like fighting with Ada solution providers which don't want to understand anything about what we need, and deliberately ignore any other market's rules.