Re: failure due to compiler?

dennis@netcom.com (Dennis Yelle)
10 Jul 1996 12:00:11 -0400

          From comp.compilers

Related articles
failure due to compiler? resler@liberty.mas.vcu.edu (1996-07-03)
Re: failure due to compiler? kanze@lts.sel.alcatel.de (1996-07-04)
Re: failure due to compiler? gclind01@starbase.spd.louisville.edu (1996-07-07)
Re: failure due to compiler? ian@five-d.com (1996-07-07)
failure due to compiler? flake@elda.demon.co.uk (1996-07-09)
Re: failure due to compiler? dennis@netcom.com (1996-07-10)
Re: failure due to compiler? dennis@netcom.com (1996-07-10)
Re: failure due to compiler? grout@polestar.csrd.uiuc.edu (1996-07-10)
Re: failure due to compiler? khays@sequent.com (1996-07-10)
Re: failure due to compiler? cliffc@ami.sps.mot.com (1996-07-10)
Re: failure due to compiler? WStreett@shell.monmouth.com (1996-07-13)
Re: failure due to compiler? jfc@mit.edu (1996-07-13)
[24 later articles]
| List of all articles for this month |
From: dennis@netcom.com (Dennis Yelle)
Newsgroups: comp.compilers
Date: 10 Jul 1996 12:00:11 -0400
Organization: Very little
References: 96-07-041 96-07-056
Keywords: errors

|> I am looking for pointers or references to descriptions where software
|> has compiled without error and later failed due to compiler-introduced
|> errors in the resultant program. In other words, the source was deemed
|> to be error free but the compiler botched the code generation.


I once used a compiler that would sometimes compile this:


      a = b << c;


Into:


    move cx, b
    move cl, c
    shift cx, cl
    move a, cx


In other words, it put both the number to be shifted and
the shift count into the same register.
(cl is the bottom half of the cx register.)
It might help to understand that shifts of a variable
number of bits had to use the cl register as the shift count.


--
dennis@netcom.com (Dennis Yelle)
--


Post a followup to this message

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