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=unavailable autolearn_force=no version=3.4.4 Path: eternal-september.org!reader01.eternal-september.org!reader02.eternal-september.org!news.eternal-september.org!mx02.eternal-september.org!feeder.eternal-september.org!news.swapon.de!fu-berlin.de!uni-berlin.de!individual.net!not-for-mail From: Niklas Holsti Newsgroups: comp.lang.ada Subject: Re: Incompatible types for array conversion Date: Wed, 22 Jul 2015 20:50:25 +0300 Organization: Tidorum Ltd Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Trace: individual.net 3NUBtG6OHmGdpHESqWzQmAgnHdkKNdchaJab9QBMI5bencY85e Cancel-Lock: sha1:wXRR9uoKKDBBIvelNciJQkqAdiA= User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 In-Reply-To: Xref: news.eternal-september.org comp.lang.ada:26990 Date: 2015-07-22T20:50:25+03:00 List-Id: On 15-07-22 16:22 , hreba wrote: > On 07/22/2015 10:00 AM, hreba wrote: >> On 07/22/2015 02:20 AM, Niklas Holsti wrote: >>> On 15-07-22 04:19 , hreba wrote: >>>> I have a generic vector package: >>>> >>>> generic >>>> dim: positive; >>>> type Real is digits <>; >>>> package Vectors is >>>> type Vector is array (1..dim) of Real; >>>> function "*" (a: Vector; b: Real) return Vector; >>>> end Vectors; >>>> >>>> In another package I want to model the definition of a (physical) >>>> position vector by its direction and module: >>>> >>>> package Basic is >>>> type Real is new Interfaces.IEEE_Float_64; >>>> type Length is new Real; >>>> >>>> package Positions is new Gen.Vectors (3, Length); >>>> package Directions is new Gen.Vectors (3, Real); >>>> >>>> subtype Position is Positions.Vector; >>>> subtype Direction is Directions.Vector; >>>> >>>> function "*" (l: Direction; r: Length) return Position; >>>> end Basic; >>>> >>>> Now my attempt to define this function: >>>> >>>> function "*" (l: Direction; r: Length) return Position is >>>> begin return Positions."*"(Position(l), r); end "*"; >>>> >>>> gets me the error message in the subject line. >>>> >>>> Do I have to convert the vector element by element in a loop or is >>>> there >>>> a more elegant way? >>> >>> The conversion is rejected because of the conversion condition in RM 4.6 >>> (24.5/2): "The component subtypes shall statically match". The component >>> (sub)types are Real and Length, which are different types, although >>> Length is derived from Real. If you change the declaration of Length >>> to be >>> >>> subtype Length is Real; >>> >>> the conversion becomes legal. >>> >> >> Thanks a lot for the hint! >> > Well, I was a little too fast with my response. It works, but it is not > what I need. I use type Real for physical dimensionless quantities and > Length for lengths. They must be incompatible, you cannot add them. For physical units/dimensions, I believe the best current solution is the "aspects" approach in GNAT; see, for example: https://gcc.gnu.org/onlinedocs/gnat_ugn/Performing-Dimensionality-Analysis-in-GNAT.html http://www.christ-usch-grein.homepage.t-online.de/Ada/Dimension/Physical_units_with_GNAT_GPL_2013-AUJ35.1.pdf It is still GNAT-specific, though. -- Niklas Holsti Tidorum Ltd niklas holsti tidorum fi . @ .