From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: * X-Spam-Status: No, score=1.3 required=5.0 tests=BAYES_00,INVALID_MSGID, MSGID_RANDY autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,68b702bd2264cada X-Google-Attributes: gid103376,public From: Ted Dennison Subject: Re: Dynamic redispatching Date: 2000/01/20 Message-ID: <867ujg$ni3$1@nnrp1.deja.com>#1/1 X-Deja-AN: 575384751 References: <862gtg$meu$1@nnrp1.deja.com> <864ir0$5up$1@nnrp1.deja.com> <38875677.950A6FCA@averstar.com> X-Http-Proxy: 1.0 x28.deja.com:80 (Squid/1.1.22) for client 204.48.27.130 Organization: Deja.com - Before you buy. X-Article-Creation-Date: Thu Jan 20 21:27:33 2000 GMT X-MyDeja-Info: XMYDJUIDtedennison Newsgroups: comp.lang.ada X-Http-User-Agent: Mozilla/4.7 [en] (WinNT; I) Date: 2000-01-20T00:00:00+00:00 List-Id: In article <38875677.950A6FCA@averstar.com>, Tucker Taft wrote: > You are trying to make this dispatching-on-result happen in a "return" > statement, but at that point, there is no context from which to get > the tag to control the dispatching. I was figuring it would take the tag of the ultimate object transitively through return calls. I guess not. :-( > However, returning composite objects as results is generally less > efficient than using OUT parameters (because OUT parameters can use > pass-by-reference). So unless there is some compelling reason for > these to be functions (such as they have discriminants whose value is > not known to the caller, or they will often be combined with other > function calls in the middle of a more complex expression), you might > want to make them all procedures. There isn't, so I am doing just that. Thanks. -- T.E.D. http://www.telepath.com/~dennison/Ted/TED.html Sent via Deja.com http://www.deja.com/ Before you buy.