Re: inlining + optimization = nuisance bugs

wclodius@aol.com (Wclodius)
29 Sep 1998 15:43:47 -0400

          From comp.compilers

Related articles
[18 earlier articles]
Re: inlining + optimization = nuisance bugs chase@world.std.com (David Chase) (1998-09-22)
Re: inlining + optimization = nuisance bugs christian.bau@isltd.insignia.com (1998-09-22)
Re: inlining + optimization = nuisance bugs andrewf@slhosiery.com.au (Andrew Fry) (1998-09-24)
Re: inlining + optimization = nuisance bugs comments@cygnus-software.com (Bruce Dawson) (1998-09-24)
Re: inlining + optimization = nuisance bugs Martin.Ward@SMLtd.Com (1998-09-26)
Re: inlining + optimization = nuisance bugs toon@moene.indiv.nluug.nl (Toon Moene) (1998-09-29)
Re: inlining + optimization = nuisance bugs wclodius@aol.com (1998-09-29)
Re: inlining + optimization = nuisance bugs ralph@inputplus.demon.co.uk (Ralph Corderoy) (1998-09-29)
Re: inlining + optimization = nuisance bugs luddy@concmp.com (Luddy Harrison) (1998-09-29)
Re: inlining + optimization = nuisance bugs tim@wagner.princeton.edu (1998-09-29)
Re: inlining + optimization = nuisance bugs dmr@bell-labs.com (Dennis Ritchie) (1998-09-29)
Re: inlining + optimization = nuisance bugs dmr@bell-labs.com (Dennis Ritchie) (1998-09-29)
Re: inlining + optimization = nuisance bugs zalman@netcom.com (1998-10-01)
[4 later articles]
| List of all articles for this month |
From: wclodius@aol.com (Wclodius)
Newsgroups: comp.compilers
Date: 29 Sep 1998 15:43:47 -0400
Organization: AOL http://www.aol.com
References: 98-09-149
Keywords: arithmetic, design

As someone who has done a fair amount of numerics in my lifetime, and
knows others that have done orders of magnitude more, I have some
comments. The vast majority of code I write cares only about precision
in the crudest sense, and is more concerned with processing speed than
detailed numerics. However, compiler writers should recognize that the
presence of relational operators in the language implies that the
language permits reasoning about invariants in the code and should
preserve the pertinent invariants. I want to know that if the
arithmetic is guaranteed to be finite then I can do the following


IF (X > Y) THEN
do something with X > Y
ELSE
do something with X <= Y
ENDIF


I cannot at this time think of invariants which I want preserved in
all contexts, maybe someone from NAG or VISUAL NUMERICS can imagine
such contexts, but if I am dealing with a transcendental function, or
integrating a function with an integrable singularity, I want to be
able to deal with the tricky points in as clear a form as possible,
and I will identify those contexts through the explicit invocation of
relational expressions.


I will not expect magic from compiler writers, i.e., the recognition
of an expression in all contexts where it can be made to appear
through the mathematically proper invocation of commutativity,
associativity, and distributivity, but I do want simple invocations of
invariants between variables to be recognized.


William B. Clodius
--


Post a followup to this message

Return to the comp.compilers page.
Search the comp.compilers archives again.