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!.POSTED!not-for-mail From: Simon Wright Newsgroups: comp.lang.ada Subject: Re: AdaCore Community 2018 Bugs Date: Sun, 12 Aug 2018 17:37:51 +0100 Organization: A noiseless patient Spider Message-ID: References: <9ebc1079-fcb0-4f63-a56a-9da37c593886@googlegroups.com> <2ed1d5bb-9fb0-4e97-b7c4-454b8692fbd7@googlegroups.com> <438cca28-9ef5-4ea4-a45c-e7c28d6bf069@googlegroups.com> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: reader02.eternal-september.org; posting-host="18f4a9410ba7baf8498e0f89509f8f4d"; logging-data="28443"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX193wWNGTbnCh5DgW25Xhp3dIAi4KjnmBnU=" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.3 (darwin) Cancel-Lock: sha1:hRyO8FX5U2vm1L1/i4KYYqeDZIk= sha1:6tHcpDFFdHRpD5tGvGp/eQM8dhU= Xref: reader02.eternal-september.org comp.lang.ada:54151 Date: 2018-08-12T17:37:51+01:00 List-Id: Roger writes: > On Sunday, August 12, 2018 at 5:33:35 PM UTC+10, Simon Wright wrote: >> Roger writes: >> >> > As it now occurs even with GCC 6.1.0 I'm thinking it most likely has >> > to do with recent OSX changes. >> >> Since it occurs on Debian Stretch, GCC 6.3.0, it can't be just macOS. >> >> The actual error reported can change with successive compilations >> (sometimes it says something like 'undeclared variable ""', seems to >> settle on the CE), a surefire symptom of bad memory handling. >> >> > This problem doesn't occur for compile only. >> > It occurs when I Build All from GPS >> >> The error is a crash in the compiler, doesn't matter how you get there. > > I Have cut most of the code out of the test program but the crash > still occurs. However, I am making progress on tracking back to the > minimal code where the crash first occurs. The problem is in the packages Morph.Mesh_Morph_Value_Pointers, Mesh_Morph_Weight_Pointers. You say package Mesh_Morph_Value_Pointers is new Interfaces.C.Pointers (Interfaces.C.unsigned, API_Morph_Value, API_Morph_Values_Array, API_Morph_Value'(others => <>)); but type API_Morph_Value is new Interfaces.C.unsigned; so others => <> isn't a legal expression for an API_Morph_Value; you should say API_Morph_Value'(0)); There is still a bug, which ought to be fixed, but it's that GNAT has failed to recognise the actual problem and has got fatally confused.