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=-2.9 required=5.0 tests=BAYES_00,FREEMAIL_FROM, MAILING_LIST_MULTI autolearn=unavailable autolearn_force=no version=3.4.4 X-Google-Thread: 103376,ad0f09f84e0c9396 X-Google-Attributes: gid103376,public X-Google-Language: ENGLISH,ASCII-7-bit Path: g2news1.google.com!news1.google.com!proxad.net!usenet-fr.net!enst.fr!melchior!cuivre.fr.eu.org!melchior.frmug.org!not-for-mail From: Marius Amado Alves Newsgroups: comp.lang.ada Subject: Re: clarification of ARM 12.3 Generic Instantiation Date: Mon, 11 Apr 2005 12:25:05 +0100 Organization: Cuivre, Argent, Or Message-ID: References: NNTP-Posting-Host: lovelace.ada-france.org Mime-Version: 1.0 (Apple Message framework v619.2) Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit X-Trace: melchior.cuivre.fr.eu.org 1113252435 54298 212.85.156.195 (11 Apr 2005 20:47:15 GMT) X-Complaints-To: usenet@melchior.cuivre.fr.eu.org NNTP-Posting-Date: Mon, 11 Apr 2005 20:47:15 +0000 (UTC) To: comp.lang.ada@ada-france.org Return-Path: In-Reply-To: X-Mailer: Apple Mail (2.619.2) X-OriginalArrivalTime: 11 Apr 2005 11:25:06.0303 (UTC) FILETIME=[1CB590F0:01C53E89] X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at ada-france.org X-BeenThere: comp.lang.ada@ada-france.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Gateway to the comp.lang.ada Usenet newsgroup" List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Xref: g2news1.google.com comp.lang.ada:10378 Date: 2005-04-11T12:25:05+01:00 > Is it thus allowed to have a generic package A > that instantiates the generic packages B and C > when package C also instantiates package B? Yes. B and C are siblings, one can instantiate the other (but one-way only), it doesn't matter who their parent is. > Running the above in a seperate test program works fine. When I > include it in my large code, the result is radom. Sometimes it works, > sometimes the numbers are wrong and sometimes the numbers are even NaN > values. This all depends on the array dimensions say 100x100 or > 1000x1000 might work and 300x200 crashes. Further it depends on the > floating point type. digits 18 crashes often, but long_float and even > float fails in some cases. From this description the usual suspects are: conversions, specially unchecked, overflows in intermediary computation, including logical overflows in modular types, and uninitialised arrays. > I am compiling using GNAT Academic version. If you're registered with the GAP programme, you can ask for help there.