From: Kevin Ashley Newsgroups: comp.os.msdos.djgpp Subject: Re: Inlining Date: Fri, 06 Feb 1998 19:34:36 +0000 Organization: Posted via ULCC Internet Services Lines: 22 Message-ID: <34DB65CC.794B@ulcc.ac.uk> References: <34D23EAA DOT 3609B2B AT worldonline DOT nl> NNTP-Posting-Host: silver.ulcc.ac.uk Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: djgpp AT delorie DOT com DJ-Gateway: from newsgroup comp.os.msdos.djgpp Precedence: bulk Reinier Heeres wrote: > I have the idea that DJGPP isnt't inlining my hline routine in my > program, but I have defined it like this: >.... You can find out for definite by asking gcc to tell you: -Winline will warn about any functions declared inline which can't be inlined. Reasons that come to mind include: * Recursive use. I think that if a function calls itself, then the recursive calls are not surprisingly not inlined * Something redefining the token "inline" to nothing. * Invoking the function before its definition. ------------------------------------------------------------------------------ Kevin Ashley K DOT Ashley AT Ulcc DOT ac DOT uk Special Projects Manager http://www.ulcc.ac.uk/staff/Kevin+Ashley ULCC ...ukc!ncdlab!K.Ashley (but probably not any more) This is not a signature imes +/- 0, to represent infinitesimal underflow). The IEEE floating-point standard requires this. As far as I recall (and I'm no Intel assembler programmer) the x86 architecture also supports this, but there are mode bits to tell the CPU whether to cause an exception on overflow/ divide by 0/ etc or whether to return results like +INF. ------------------------------------------------------------------------------ Kevin Ashley K DOT Ashley AT Ulcc DOT ac DOT uk Special Projects Manager http://www.ulcc.ac.uk/staff/Kevin+Ashley ULCC ...ukc!ncdlab!K.Ashley (but probably not any more) This is not a signature