Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!uwm.edu!bionet!apple!amdahl!fai!kurtl
From: kurtl@fai.UUCP (Kurt Luoto)
Newsgroups: comp.lang.c++
Subject: Re: broken inline qualifier
Summary: Still broken in 2.0
Keywords: C++ 1.2, 2.0, inline functions
Message-ID: <2659@fai.UUCP>
Date: 5 Jan 90 16:25:46 GMT
References: <1046@tuvie>
Reply-To: kurtl@fai.fai.com (Kurt Luoto)
Organization: Fujitsu America, Inc
Lines: 39

In article <1046@tuvie> inst182@tuvie (Inst.f.Techn.Informatik) writes:
>As far as I can remember the semantics of an inline function is supposed to be
>*EXACTLY* the same as if it were not declaread as inline. This, however, seems
>not to be the case in most C++ 1.2 implementations.
[ ... ]
> Michael K. Gschwind    	...!uunet!mcvax!tuvie!vlsivie!gschwind
>-- 
>|    _	| Peter J. Holzer			| Think of it	|
>| |_|_)	| Technische Universitaet Wien		| as evolution	|
>| | |	| hp@honey.tuwien.ac.at			| in action!	|
>| __/  	| ...!uunet!mcsun!tuvie!asupa!honey!hp	|     Tony Rand	|

When I first learned C++ using cfront 1.2, I noticed that in some
cases inline functions were often expanded in macro-fashion,
sometimes with incorrect results.  Some of these bugs are still
present in cfront 2.0.  We have a version of cfront 2.0 from HCR
that comes with some AT&T release notes as well as HCR's own notes.
The bug list in AT&T's notes ("Known Problems") doesn't mention this
class of bugs, but the HCR notes do:


	6. Known limitations

	[...]

	   3. Inline function:
	      
	      Bad code may be generated. The problem seems to be
	      in testing if the arguments to the function need
	      to be assigned to temporaries (Test: s4.C).


I don't know the date of the AT&T notes, but HCR's is July 1989.
Is there a more recent (and more complete) bug list?  Any idea of
when these bugs will be fixed?  Just wondering ...
-- 

----------------
Kurt W. Luoto     kurtl@fai.com   or   ...!sun!fai!kurtl