Re: Impressively difficult to compile code for GNAT

2009-11-22 Thread Eric Botcazou
> The code is available here: > > http://git.coreland.ath.cx/gitweb.cgi?p=pfseudo/.git;a=summary > $ git clone http://git.coreland.ath.cx/pfseudo/.git See http://gcc.gnu.org/bugs for instructions on how to report bugs. -- Eric Botcazou

Re: Impressively difficult to compile code for GNAT

2009-11-21 Thread gcc
Bug filed here: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42140

Re: Impressively difficult to compile code for GNAT

2009-11-21 Thread gcc
On 2009-11-21 12:09:11, Robert Dewar wrote: > By the way, a general note is that it is usually a good > idea to stay away from anonymous access types, since > for one thing, there are real issues in freeing them. Agreed, yes. In the real project, the String_Access types from the unbounded strings

Re: Impressively difficult to compile code for GNAT

2009-11-21 Thread Robert Dewar
By the way, a general note is that it is usually a good idea to stay away from anonymous access types, since for one thing, there are real issues in freeing them.

Re: Impressively difficult to compile code for GNAT

2009-11-21 Thread gcc
Here's another case from a prototype that causes a crash on GCC 4.4 but, ironically, gives every impression of compiling and running on earlier versions (4.3, GPL 2009): with Ada.Streams.Stream_IO; with Ada.Finalization; package Archiver is type Archiver_t is tagged limited private; type Arc

Impressively difficult to compile code for GNAT

2009-11-21 Thread gcc
Hello. I'm working on a small project to create an abstraction over directories and archives. I've managed to write some code that seems simple enough (using tagged limited types) and even though the code appears to be valid, it seems to either trigger bugs in the runtime (causing crashes on execu