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] |
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
--
Return to the
comp.compilers page.
Search the
comp.compilers archives again.