From: "(see below)" <yaldnifb@blueyonder.co.uk>
Subject: Re: U : Unbounded_String := "bla bla bla"; (was: Is the Writing...)
Date: Thu, 16 Oct 2003 14:11:47 GMT
Date: 2003-10-16T14:11:47+00:00 [thread overview]
Message-ID: <BBB46587.5FF07%yaldnifb@blueyonder.co.uk> (raw)
In-Reply-To: mailman.99.1066312586.25614.comp.lang.ada@ada-france.org
On 16/10/03 14:54, in article
mailman.99.1066312586.25614.comp.lang.ada@ada-france.org, "Alexandre E.
Kopilovitch" <aek@vib.usr.pu.ru> wrote:
>> I was not clear enough. I intended the "<>" to mean that only the predefined
>> literal conversion was to be used. Perhaps that is not necessary?
>
> It is desirable option, I just didn't catch it myself. But I doubt that "<>"
> here is good: is there a place in Ada where "<>" carries the sense of
> "predefined"?
Kind of. Sort of. 8-)
When you specify generic formal functions over a a generic formal type,
e.g.:
generic
type T is ....;
function "+" (L,R : in Thing) return Thing is <>;
...
Meaning that the primitive "+" for thing is the default.
> Actually we may write for that case:
>
> for Flex'Class'Literal_Conversion use Flex'Literal_Conversion;
>
> It will certainly carry the indended sense, but it is quite long and somehow
> indirectly, thus looking as one more idiom. So, I'd prefer your suggestion if
> "<>" is already associated with "predefined", but if not (and if there is no
> other conventional symbol for "predefined") then I'd stick to the latter
> (long) notation.
Yours is better, because more explicit, I think.
--
Bill
next prev parent reply other threads:[~2003-10-16 14:11 UTC|newest]
Thread overview: 44+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-10-02 18:02 U : Unbounded_String := "bla bla bla"; (was: Is the Writing...) amado.alves
2003-10-03 0:05 ` U : Unbounded String : " Alexander Kopilovitch
2003-10-03 20:46 ` Dmitry A. Kazakov
2003-10-03 9:00 ` U : Unbounded_String := " Preben Randhol
2003-10-03 11:17 ` Jeff C,
2003-10-04 2:49 ` Robert I. Eachus
2003-10-06 23:57 ` Alexandre E. Kopilovitch
2003-10-07 8:51 ` Dmitry A. Kazakov
2003-10-08 19:12 ` Alexandre E. Kopilovitch
2003-10-09 8:42 ` Dmitry A. Kazakov
2003-10-10 20:58 ` Alexander Kopilovitch
2003-10-13 8:35 ` Dmitry A. Kazakov
2003-10-13 21:43 ` Alexandre E. Kopilovitch
2003-10-14 8:09 ` Dmitry A. Kazakov
2003-10-16 9:39 ` Alexandre E. Kopilovitch
2003-10-18 10:57 ` Dmitry A. Kazakov
2003-10-08 23:18 ` Robert I. Eachus
2003-10-09 21:35 ` Alexandre E. Kopilovitch
2003-10-10 18:10 ` Robert I. Eachus
2003-10-11 19:43 ` Alexandre E. Kopilovitch
2003-10-12 5:03 ` Robert I. Eachus
2003-10-13 9:07 ` Dmitry A. Kazakov
2003-10-13 14:36 ` Alexandre E. Kopilovitch
2003-10-13 19:46 ` Robert I. Eachus
2003-10-14 1:35 ` Jeffrey Carter
2003-10-14 17:11 ` Alexandre E. Kopilovitch
2003-10-14 20:26 ` Mark A. Biggar
2003-10-14 20:58 ` Robert I. Eachus
2003-10-15 16:59 ` Alexandre E. Kopilovitch
2003-10-15 20:38 ` (see below)
2003-10-16 0:31 ` Alexandre E. Kopilovitch
2003-10-16 2:30 ` (see below)
2003-10-16 13:54 ` Alexandre E. Kopilovitch
2003-10-16 14:11 ` (see below) [this message]
2003-10-16 8:01 ` Dmitry A. Kazakov
2003-10-17 20:26 ` Randy Brukardt
2003-10-17 21:39 ` Alexandre E. Kopilovitch
2003-10-17 23:03 ` Robert I. Eachus
2003-10-23 21:11 ` Alexandre E. Kopilovitch
-- strict thread matches above, loose matches on Subject: below --
2003-10-03 12:00 amado.alves
2003-10-03 15:54 ` Mark A. Biggar
2003-10-03 20:41 ` Dmitry A. Kazakov
2003-10-03 16:12 amado.alves
2003-10-04 12:16 ` Preben Randhol
replies disabled
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox