>> It could still be bad code in the first place, which happened to work
with the original compiler.

What kind of bad code could that be?


----- Original Message -----
From: "Olin Lathrop" <olin_piclist@EMBEDINC.COM>
To: <PICLIST@MITVMA.MIT.EDU>
Sent: Wednesday, August 13, 2003 11:11 AM
Subject: Re: [PIC]: Seek C Complier Recommendations


> > Background: version 25 code is a released code originally compiled by
> > 7.87PL4. After upgrading to 8.00PL3 we needed to make modifications to
> > the product. I compiled the modified code with 8.00PL3 and it didn't
> > work. After a few days of frustrations I suspected compiler problem and
> > decided to test it with the original code 25. Version 25 didn't work
> > when compiled by
> > 8.00PL3. Then I wrote a series of debugging version 25T{x} to test.
> > Here are the document. I copied part of the report here and reformatted
> > it for readability.
> >
> > ================
> > Code Version: 25
> > Compiler 7.87PL4: Tests passed
> > Compiler 8.00PL3: Tests failed
> >
> > Code Version: 25T6 (This is a stripped down version of 25, only a few
> > functions and simple features left.)
> > Compiler 7.87PL4: Tests passed
> > Compiler 8.00PL3: Tests failed
> >
> > Code Version: 25T8
> > Changes made from 25T6: All local variables moved out from functions;
> > function parameters kept intact
> > Compiler 8.00PL3: Some tests passed; some failed
> >
> > Code Version: 25T9
> > Changes made from 25T6: All local variables moved out from functions;
> > function parameters removed (passed by global variables)
> > Compiler 8.00PL3: Tests passed
> >
> > Code Version: 25T10
> > Changes made from 25T6: All local variables defined as "static";
> > function parameters removed (passed by global variables)
> > Compiler 8.00PL3: Tests passed
> > ================
> >
> > To me it's a bug.
>
> Yes, it's a bug *somewhere*.  It may be the compiler, but this is not
> proof.  It could still be bad code in the first place, which happened to
> work with the original compiler.
>
> At this point I would look the assembly output of the compiler and see
> exactly what it is doing with the variables in each of the cases.  That
> should answer the question definatively.
>
>
> *****************************************************************
> Embed Inc, embedded system specialists in Littleton Massachusetts
> (978) 742-9014, http://www.embedinc.com
>
> --
> http://www.piclist.com#nomail Going offline? Don't AutoReply us!
> email listserv@mitvma.mit.edu with SET PICList DIGEST in the body

--
http://www.piclist.com#nomail Going offline? Don't AutoReply us!
email listserv@mitvma.mit.edu with SET PICList DIGEST in the body