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.9 required=5.0 tests=BAYES_00 autolearn=ham
	autolearn_force=no version=3.4.4
X-Google-Language: ENGLISH,ASCII-7-bit
X-Google-Thread: 103376,8d5151b6052512f7
X-Google-Attributes: gid103376,public
X-Google-ArrivalTime: 2004-03-08 12:05:05 PST
Path: 
 archiver1.google.com!news2.google.com!news.maxwell.syr.edu!newsfeed.icl.net!newsfeed00.sul.t-online.de!t-online.de!130.59.10.21.MISMATCH!irazu.switch.ch!switch.ch!news.hispeed.ch!not-for-mail
From: Gautier Write-only <gautier@fakeaddress.nil>
Newsgroups: comp.lang.ada
Subject: Re: Overloading procedures with Float and Long_Float types
Date: Mon, 08 Mar 2004 20:52:40 +0100
Organization: Cablecom Newsserver
Message-ID: <404CCF08.B1909B36@fakeaddress.nil>
References: 
 <pan.2004.03.08.00.17.32.527941@n_o_p_o_r_k_a_n_d_h_a_m.abyss2.demon.co.uk>
 <Xns94A5D386DA570jimmaureenrogers@204.127.36.1>
 <pan.2004.03.08.08.16.46.695663@n_o_p_o_r_k_a_n_d_h_a_m.abyss2.demon.co.uk>
 <slrnc4ob64.2s6.randhol+valid_for_reply_from_news@k-083152.nt.ntnu.no>
 <pan.2004.03.08.09.05.58.695141@n_o_p_o_r_k_a_n_d_h_a_m.abyss2.demon.co.uk>
 <pdho40lo4i3uhhmrd2uqtl847ss14jq642@4ax.com> <404c7e53.0@entanet>
 <f20p4057h0ui8pj2bmja5ualk3c0j9v9sa@4ax.com> <404c8f63.0@entanet>
NNTP-Posting-Host: 80-218-91-168.dclient.hispeed.ch
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: newshispeed.ch 1078775562 12235 80.218.91.168 (8 Mar 2004 19:52:42
 GMT)
X-Complaints-To: news@hispeed.ch
NNTP-Posting-Date: Mon, 8 Mar 2004 19:52:42 +0000 (UTC)
X-Mailer: Mozilla 4.8 [en] (Windows NT 5.0; U)
X-Accept-Language: en
Xref: archiver1.google.com comp.lang.ada:6164
Date: 2004-03-08T20:52:40+01:00
List-Id: <comp.lang.ada>

Luke Guest:

> Hmmm, this will also mean, that glVertex[234][is] wil cause problems here
> (integer vertices). I also don't think it makes sense design wise to move
> them into separate packages for int, short, float, double, as some apps
> would like to mix them.
> 
> Maybe a good compromise here would be to either:
> 
> 1) Not use overloading, and postfix the procedure call with the type, a la
> OpenGL [FD], or
> 2) Move into separate packages and overload on number of parameters, a la
> OpenGL [234].

With 1) you can overload on the number of parameters, too.
What I do for OpenGL with is not to use a suffix for
'd' and 'i' (used more) and keep them for 's' and 'f'.

________________________________________________________
Gautier  --  http://www.mysunrise.ch/users/gdm/gsoft.htm

NB: For a direct answer, e-mail address on the Web site!