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: 103376,168a42f49aadcfd8
X-Google-Attributes: gid103376,public
From: dennison@telepath.com
Subject: Re: Does ObjectAda optimize at all??
Date: 1998/08/10
Message-ID: <6qmulq$heb$1@nnrp1.dejanews.com>#1/1
X-Deja-AN: 379691230
References: <6qcl1i$qij$1@nnrp1.dejanews.com> <35CE22D9.113EAEEC@cts.com>
Organization: Deja News - The Leader in Internet Discussion
X-Article-Creation-Date: Mon Aug 10 14:04:43 1998 GMT
Newsgroups: comp.lang.ada
X-Http-User-Agent: Mozilla/4.0 (compatible; MSIE 4.0; Windows NT; Gateway2000)
Date: 1998-08-10T00:00:00+00:00
List-Id: <comp.lang.ada>

In article <35CE22D9.113EAEEC@cts.com>,
  Dave Wood <dpw@cts.com> wrote:
> [Please reply via email, as I rarely have a
> chance to check this group any more.]

Unfortunately, Dejanews does not give me that option, so its a bit difficult
to do. I'll hack it my posting this w/ "send me a copy", and forwarding the
copy to you.

> practical and logistical reasons.  OA/Win native
> doesn't give you a lot of options, relying
> on the combination of some hidden front-end
> optimizations, an inherently good code
> generator (though getting long in the teeth),
> and build-time stuff like unused subprogram
> elimination.

I noticed. What I'd like to know is what it *is* doing to optimize things? The
thing that got me curious was that I never got any "optimized away" messages
when I tried to look at things in the debugger. I don't know much about i386
instructions, but I do know that the Pentium has a base of RISC instructions.
You have to wonder about the efficiency of any compiler that doesn't optimize
variables away to registers on a RISC processor.

> Optimization options for the sake of optimization
> options aren't high on the list for that product,
> as (by and large) the users of that product are
> longing for other kinds of improvements and we
> need to prioritize accordingly.

When I called tech support, he said he never had a question about
optimizations before. I found that rather shocking, but if its true then you
are obviously right to concentrate on other things.

I suppose the typical response to slow code on a Wintel platform is "buy a
faster box".

> p.s.  I don't know what "function" the engineers
> were at when you called, since that implies they
> have a real life but we like to avoid that by keeping
> them busy round-the-clock.  :)  But, I might suggest

Cool. I was getting jealous. :-)

> you join our user group mailing list.  It's a very
> useful information source for our customers and more
> likely to be tracked by our engineers than c.l.a.

I'll look into it. Thanks.

-----== Posted via Deja News, The Leader in Internet Discussion ==-----
http://www.dejanews.com/rg_mkgrp.xp   Create Your Own Free Member Forum