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.1 required=5.0 tests=BAYES_00,FORGED_GMAIL_RCVD, FREEMAIL_FROM,PP_MIME_FAKE_ASCII_TEXT autolearn=no autolearn_force=no version=3.4.4 X-Google-Thread: fac41,3ef3e78eacf6f938 X-Google-NewGroupId: yes X-Google-Thread: 103376,3ef3e78eacf6f938 X-Google-NewGroupId: yes X-Google-Thread: 1008e3,3ef3e78eacf6f938 X-Google-NewGroupId: yes X-Google-Attributes: gide91fe56a56,gida07f3367d7,gid8d81cdf253,domainid0,public,usenet X-Google-Language: ENGLISH,UTF8 Path: g2news2.google.com!news2.google.com!border1.nntp.dca.giganews.com!border2.nntp.dca.giganews.com!nntp.giganews.com!newsfeed00.sul.t-online.de!newsfeed01.sul.t-online.de!t-online.de!news.mixmin.net!feeder.eternal-september.org!eternal-september.org!.POSTED!not-for-mail From: Warren Newsgroups: comp.lang.eiffel,comp.lang.ada,comp.lang.modula3,comp.lang.pascal,comp.programming Subject: Re: Alternatives to C: ObjectPascal, Eiffel, Ada or Modula-3? Followup-To: comp.lang.ada Date: Wed, 24 Mar 2010 15:15:19 +0000 (UTC) Organization: A noiseless patient Spider Message-ID: References: <4BA8BA91.4050905@cherrystonesoftware.com> <4BA8F677.3090206@adalog.fr> <4BA8FD54.8020200@cherrystonesoftware.com> Injection-Date: Wed, 24 Mar 2010 15:15:19 +0000 (UTC) Injection-Info: feeder.eternal-september.org; logging-data="1764"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX18Y8bqb7c5Ubc6epHRHYFEBb4xaWZEyNSw=" User-Agent: Xnews/5.04.25 X-Face: &6@]C2>ZS=NM|HE-^zWuryN#Z/2_.s9E|G&~DRi|sav9{E}XQJb*\_>=a5"q]\%A;5}LKP][1mA{gZ,Q!j Cancel-Lock: sha1:sNmQdyFHdFMggStZvvCHH8OZRP0= Xref: g2news2.google.com comp.lang.eiffel:585 comp.lang.ada:10709 comp.lang.modula3:154 comp.programming:16476 X-Original-Bytes: 2004 Date: 2010-03-24T15:15:19+00:00 List-Id: Jim Balson expounded in news:4BA8FD54.8020200@cherrystonesoftware.com: > J-P. Rosen wrote: >> balson a écrit : >>> IOW, stay away from the likes of Java, C#, Pascal. Unless you >>> have a >>> very specific reason for going in that direction. Your performance >>> will suffer. >>> >> I don't see why you put Pascal in the same basket. Pascal is not part >> of the benchmark, therefore there is no evidence for what you say, >> and Pascal does not require an interpreter or semi-interpreter. > > I included Pascal because once you get up into languages that do > bounds checking, performance will degrade. ... Leave out bounds checking, and quality will degrade. Warren