Re: 5.1b cc optimizer problem?

From: none (mooney_at_zorak.(none))
Date: 09/02/03

  • Next message: Erkki Aalto: "Re: external scsi disk problem"
    Date: Tue, 02 Sep 2003 04:19:53 -0000
    
    

    In article <%i31b.2973$Nt5.165@news.cpqcorp.net>,
    Andrew Duane USG <duane@wasted.zk3.dec.com> wrote:
    >I'll let someone from the compiler group jump in with more details, but
    >the compiler hasn't changed a whole lot in 5.1B, and I haven't noticed
    >anything like this from it, now or ever before.
    >
    >One of my main jobs here is to make sure the Tru64 kernel compiles correctly
    >with the compiler, so I keep careful tabs on code generation, optimization,
    >all sorts of issues. In the last 10 years, I have had at least a dozen cases
    >where I was sure the compiler was doing something wrong.
    >
    >I was proven wrong every time.
    >
    >Optimization can uncover some source code issues that lay dormant before.
    >You would be amazed at what some people think they can get away with.
    >Even code that has worked for years and many releases can suddenly break
    >when a "trivial" printf is added, since register allocation now changes,
    >or an old return value, previously unimportant, is now critical.

    I agree with all of these things and understand the point you're making.
    I hesitated to even bring the issue up for the same reasons -- I think
    the Tru64 compiler is high quality and the people that are part of the
    developer tools group are doing a great job.

    Still, I'm at a loss to explain the problems I mentioned in my original post,
    and was looking to see if anyone else had noticed the same types of issues.
    Since I didn't receive any positive responses, I'll assume that it's not a
    compiler issue, and that the problem lies elsewhere. If I can track the
    issue further, I'll be sure to post further information.

    Tim

    -- 
    Tim Mooney                              mooney@dogbert.cc.ndsu.NoDak.edu
    Information Technology Services         (701) 231-1076 (Voice)
    Room 242-J6, IACC Building              (701) 231-8541 (Fax)
    North Dakota State University, Fargo, ND 58105-5164
    

  • Next message: Erkki Aalto: "Re: external scsi disk problem"

    Relevant Pages

    • Re: Pointers in C
      ... Two different platforms gives two ... "We know from the original post that the result is ... some other gcc system will produce. ... implementation, compiler, and platform. ...
      (comp.lang.c)
    • Re: Pointers in C
      ... Two different platforms gives two ... "We know from the original post that the result is ... some other gcc system will produce. ... implementation, compiler, and platform. ...
      (comp.lang.c)
    • Re: Serious ppp failure on 5.1
      ... > Uli. ... So the problem lies in compiler??? ... Wiktor Niesiobedzki ...
      (freebsd-current)
    • Re: unexpected result
      ... belongs, after the original post. ... int main ... it all compiler depenedent ... No, it is not "all compiler dependent", it is undefined behavior. ...
      (comp.lang.c)
    • Re: Pointer convension, dot vs. indirection notation
      ... > compiler specific to use indirection? ... I think you misunderstand. ... I didn't see the original post, ... and the correction are just different code. ...
      (comp.lang.cpp)