This is the mail archive of the egcs@egcs.cygnus.com mailing list for the EGCS project. See the EGCS home page for more information.
I note that regression ieee/mzero2.c fails on many (most, all?) of the alphas and hppa boxes. It appears that the cause is not compiling with synchronous traps (trapb on alpha) instructions enabled. (Probably the same cause on hppa, which has a similar architecture in this regard.) (Certainly turning on traps makes it behave better, altho I havn't bothered yet to find the minimum necessary setting.) (The test is is doing divide by zero and expects a NaN result, which only occurs on these architectures if traps are set up for "slow but accurate" mode.) Anyway... the question: what's the policy w.r.t. this: ignore it, set it as an XFAIL or find a way to have the option passed to the compiler only for the Alpha. (And probably a different option(?) for hppa.) If an option, what's a/the preferred mechanism. I looked a little and didn't see anything, but I suspect I may have missed something because I'd expect (but don't know) the MIPS and PPC to have the same problem. Or does 981130-1.x provide a decent model of the kind of things to do? The downside to ignore or XFAIL is that for opt > 0, it goes into an infinite loop, wasting time if dejagnu's timeouts are behaving (and hanging the regression otherwise). Donn -- =================================================== Donn Terry mailto:donn@interix.com Softway Systems, Inc. http://www.interix.com 2850 McClelland Dr, Ste. 1800 Ft.Collins CO 80525 Tel: +1-970-204-9900 Fax: +1-970-204-9951 ===================================================