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,FREEMAIL_FROM, INVALID_MSGID autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,ef33c33c4f98bde1 X-Google-Attributes: gid103376,public From: "Vladimir Olensky" Subject: Re: Compiler for Z80/6510 Date: 1999/11/28 Message-ID: #1/1 X-Deja-AN: 553859029 References: <383c6fed.458467@news.fiam.net> <81k67s$47l$1@nnrp1.deja.com> <81m3a5$blp$1@nnrp1.deja.com> <81nmkf$dvp$1@nnrp1.deja.com> Organization: Posted via Supernews, http://www.supernews.com X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Newsgroups: comp.lang.ada X-Complaints-To: newsabuse@supernews.com Date: 1999-11-28T00:00:00+00:00 List-Id: Robert Dewar wrote in message <81nmkf$dvp$1@nnrp1.deja.com>... >In article , > "Vladimir Olensky" wrote: >> These IA32 SIMD extensions ... > >Well I doubt there are many Ada programs which would be >affected here, these instructions are unlikely to be very >useful in the context of general purpose Ada code. [...] >This is certainly not one of the most important targets >of opportunity for improving the quality of GNAT code on >the ia32 :-) Hmm, you mean that general purpose Ada does not require ability to efficiently process data which length is more than some small amount of bytes and if someone wants efficiency in this area than one should use Assembler or Intel C instead ?-) Efficient data processing is not in the domain of general purpose Ada programming ??? Or no one wants efficient data processing on IA32 platform ??? That's very interesting point of view :-) Just consider data encryption and decryption which is becoming more and more important. There are a lot of other general purpose things that require efficient data processing. > I believe that GCC 3.0 will make some attempt to use these >instructions, Probably it will happen at some time. Here is a quote from GCC page: " The PentiumGCC (short PGCC) is an extension of GCC specifically aimed at the newer Intel chips and their clones (Pentium, PPro, Pentium-II and the Cyrix6x86 and AMD-K6+ chips). The current goal is to enhance GCC to a point where it generates code as fast as PGCC, but until that work is finished PGCC is still maintained, and often achieves substantial speed improvements over GCC" > but my guess is that most Ada programs will not > notice the difference. If GNAT won't use that improvements :-) >Actually I think most programs will see FAR more gain from the >general improvement in ia32 code that has come from rewriting >the ia32 config file. Here I agree that general improvement in ia32 code is very important from all points of view and it is always very welcomed. There still exist some silly pieces of code generated by the compiler that is not possible to improve with any of the existing optimization options. In other thread Robert C. Leif did a very good comparison with the chess game ( I always thought the same :-). When compiler will be able to analyze ahead more than one or two movements of the player (programmer) than situation would be much better. May be compiler implementators should ask Garry Kasparov to help them ? -)