From: "Alexandre E. Kopilovitch" <aek@vib.usr.pu.ru>
To: comp.lang.ada@ada-france.org
Subject: Re: U : Unbounded_String := "bla bla bla"; (was: Is the Writing...)
Date: Thu, 16 Oct 2003 04:31:26 +0400 (MSD)
Date: 2003-10-16T04:31:26+04:00 [thread overview]
Message-ID: <mailman.93.1066263890.25614.comp.lang.ada@ada-france.org> (raw)
In-Reply-To: <BBB36EA1.5FCE8%yaldnifb@blueyonder.co.uk>; from "(see below)" at Wed, 15 Oct 2003 20:38:24 GMT
"(see below)" <yaldnifb@blueyonder.co.uk> wrote:
> > type Flex is private;
> > for Flex'Literal_Conversion use To_Flex;
> ...
> > My concern is quite opposite: I'd like have a control for blocking such
> > overloadings (thus denying an opportunity for multiple literal types for a
> > given type),
>
> for Flex'Literal_Conversion use <>; -- ??
Well, I don't see this form as informative, but I must confess that here I'm
guilty myself, because this part of my concern was probably a sort of
self-inflicted FUD. But
> > including those that may emerge within a derivation of a new type;
>
> for Flex'Class'Literal_Conversion use <>; -- ??
this part of the concern is real, and idea about 'Class seems interesting and
perhaps good enough. I think that the angle brackets are actually not needed
here, we can simply write:
for Flex'Class'Literal_Conversion use To_Flex;
and this will mean that for all types belonging to Flex'Class two restrictions
are in effect:
1) To_Flex functions declared in other packages cannot be used for conversions
of literals;
2) Literal_Conversion attribute cannot be (re)defined in other packages.
So, there will be a clear difference between
for Flex'Literal_Conversion use To_Flex;
and
for Flex'Class'Literal_Conversion use To_Flex;
Alexander Kopilovitch aek@vib.usr.pu.ru
Saint-Petersburg
Russia
next prev parent reply other threads:[~2003-10-16 0:31 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 [this message]
2003-10-16 2:30 ` (see below)
2003-10-16 13:54 ` Alexandre E. Kopilovitch
2003-10-16 14:11 ` (see below)
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