Path: utzoo!attcan!uunet!mcsun!cernvax!chx400!mecazh!paul From: paul@mecazh.uu.ch (Paul Breslaw) Newsgroups: comp.sys.hp Subject: Re^2: GNU Make 3.58 on HP-UX 7.0 ? Message-ID: <435@node17.mecazh.uu.ch> Date: 2 Oct 90 14:58:57 GMT References: <1990Sep17.201337.15659@bpdsun1.uucp> <7370211@hpfcso.HP.COM> Organization: Mecasoft SA, Zurich, Switzerland Lines: 49 I wrote >>Another plague to avoid is CFLAGS = -O. Use CFLAGS = +O1 after you have >>checked that the program goes. The -O option only exists so the folks >>at HP can make slow core dumps :-) mjs@hpfcso.HP.COM (Marc Sabatella) writes: >I'm sorry you feel that way. We do our best to fix all bugs that are reported >against the optimizer. There are very few in 7.0 on the Series 300. We can't >fix them if people avoid using the optimizer rather than submit bug reports, >though. Reporting bugs with code optimizers is not something that the average *user* of a compiler is going to find easy. This is all the more true if the bugs occur while compiling code *which he did not write*, for example when building PD software. If I am trying to build, let us say Perl, on an HP machine, and the only reason it doesn't work is because the optimiser is broken and I haven't a clue which bit of code it has mis-optimised, are you seriously telling me that I should 1. First of all convince myself that there is nothing wrong with the 26764 lines of C code that Larry Wall wrote. 2. Report to HP that I think there is something wrong with their compiler because somewhere within the enclosed 26764 lines of C, the compiler breaks. I learned the hard way that perl (pl#18) and xdvi failed simply because of the compiler option -O. There were other examples but I cannot now remember what they were. I use +O1 by default and I will continue to do so with PD software. Sometimes I use -O with my own software but only after I am convinced that it works. Some months ago during the last -O discussion on this group, I wrote that a broken optimiser is less than useless. It is a veritable plague. That is still true. If you have bugs in your optimiser, please don't ask me to find them. Paul Breslaw -- Paul Breslaw, Mecasoft SA, | telephone : 41 1 362 2040 Guggachstrasse 10, CH-8057 Zurich, | e-mail : paul@mecazh.uu.ch Switzerland. | mcsun!chx400!mecazh!paul