Jacob,
What options did you pass to GNAT when compiling?
I tried with your UTF-8 files and with the following command line:
gnatmake -O2 -gnatiw -gnatW8 test_315416.adb
The results are a little surprising.
3.15p-12 and 4.0.0-2 both crash because of #312621 (aka PR19519).
With 3.15p-13, which
forwarded 315414 http://gcc.gnu.org/bugzilla/PR22164
thanks
(correcting the URL above)
I wrote:
>package Instance_Of_Q is new P.Q (Formal_Array_Type => Array_Type);
This should be:
package Instance_Of_Q is new Instance_Of_P.Q (Formal_Array_Type => Array_Type);
--
Ludovic Brenta.
tags 315414 confirmed upstream
forwarded 315414 http://gcc.gnu.org/PR22165
thanks
The following test case isolates the problem more closely.
-- ARM 15.5.3(7): "The component subtypes of the formal and actual
-- array types shall statically match."
generic
package P is
type T is private;
pr
Package: gnat
Version: 3.15p-12
Severity: normal
Tags: patch
(From GCC Bugzilla PR ada/19519, reported by Georg Bauhaus
<[EMAIL PROTECTED]>)
The following program triggers the bug box when
encoded as UTF-8.
It runs fine when used with Latin-1
characters. The compiler can test the robustness of
tags 297980 -help
tags 297980 +pending
thanks
Jan Nordholz writes:
> Removing the "#ifdef pfa" around the return value check should fix
> the problem, although that's likely only mending the symptoms, not
> the cause: The code in question has no support whatsoever for the
> case that the ioctl()ed
As noted previously, the X server does not crash, it exists
voluntarily. The cause for this is now known to be that gnat-gps
calls kill (-1, SIGINT) which kills the user's session.
See #297980 for more details.
--
Ludovic Brenta.
Jan C. Nordholz wrote:
> - Upon the request to begin compilation, gnat-gps claims a legacy
> legacy PTY (it should really use the new mechanism and open /dev/ptmx
> instead) and forks off...
I don't think that using the legacy mechanism for allocating a pty is
the culprit, but if I have time I wil
Yossi Tamari wrote:
> I noticed you reported about the GPS problem. I was wondering if you
> know what is the staus of this bug and what is the estimated time it
> would be fixed. I would hate to install Windows for Ada
> programming...
The status of the bug is exactly as described in the report.
> Hello. I've read about new uploads solving this problem. Has there
> been any progress yet? Thanks,
The problem in the static library was solved in gnat 3.15p-7, but the
problem in the shared library is still there, as well as in AdaCore's
binary. If you use 3.15p-12, you can avoid the problem b
9 matches
Mail list logo