From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: References: <93653898c4ceb27355b5fa1e548176aa@brasstown.quanstro.net> <1f44256f014adb8ba778c7fdf5951b43@brasstown.quanstro.net> Date: Mon, 21 Nov 2011 15:18:59 -0800 Message-ID: From: Charles Forsyth To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: text/plain; charset=UTF-8 Subject: Re: [9fans] sysrfork fp bug? Topicbox-Message-UUID: 42fa80bc-ead7-11e9-9d60-3106f5b1d025 a common cause for a value being left on the fp stack (although your diagnostic said "stack underflow" so i didn't suggest it originally) is that a function returns float or double but isn't declared as such at the call site. (i had that problem once with dot or dotty.) the function will leave the return value on the stack, and the call site won't pop it, since it's not declared (or declared incorrectly). the -T external type checking system should detect that, but not for imported programs that aren't or can't be compiled that way (eg, because there are other type errors, or -B must be used with pcc)