From: Paul Hilfinger <Hilfinger@adacore.com>
To: eliz@gnu.org
Cc: gdb-patches@sourceware.org
Subject: Re: [commit] Use true boolean types in Ada
Date: Wed, 20 Aug 2008 07:56:00 -0000 [thread overview]
Message-ID: <20080820075548.C8C35227B28@nile.gnat.com> (raw)
In-Reply-To: <200808200249.m7K2nRJq016841@tully.CS.Berkeley.EDU> (message from Eli Zaretskii on Tue, 19 Aug 2008 21:40:23 +0300)
Eli,
> Can you suggest a write-up for the manual nonetheless? I'd like to
> see how obscure is "obscure" in this case.
> Is there any reasonable way of stating the effect of this on
> user-level features? If so, I'd prefer to at least mention them, if
> not replace the above with them.
Is this more what you have in mind? If so, I'll commit it:
Index: gdb/NEWS
===================================================================
RCS file: /cvs/src/src/gdb/NEWS,v
retrieving revision 1.286
diff -u -p -r1.286 NEWS
--- gdb/NEWS 20 Aug 2008 04:58:34 -0000 1.286
+++ gdb/NEWS 20 Aug 2008 06:47:18 -0000
@@ -59,6 +59,8 @@ conditions handling signals delivered du
have also been fixed.
* GDB now supports the use of DWARF boolean types for Ada's type Boolean.
+From the user's standpoint, all unqualified instances of True and False
+are treated as the standard definitions, regardless of context.
* New features in the GDB remote stub, gdbserver
Index: gdb/doc/gdb.texinfo
===================================================================
RCS file: /cvs/src/src/gdb/doc/gdb.texinfo,v
retrieving revision 1.518
diff -u -p -r1.518 gdb.texinfo
--- gdb/doc/gdb.texinfo 20 Aug 2008 04:57:32 -0000 1.518
+++ gdb/doc/gdb.texinfo 20 Aug 2008 06:47:31 -0000
@@ -11218,6 +11218,14 @@ formats are not supported.
@item
It is not possible to slice a packed array.
+
+@item
+The names @code{True} and @code{False}, when not part of a qualified name,
+are interpreted as if implicitly prefixed by @code{Standard}, regardless of
+context.
+Should your program
+redefine these names in a package or procedure (at best a dubious practice),
+you will have to use fully qualified names to access their new definitions.
@end itemize
@node Additions to Ada
next parent reply other threads:[~2008-08-20 7:56 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <200808200249.m7K2nRJq016841@tully.CS.Berkeley.EDU>
2008-08-20 7:56 ` Paul Hilfinger [this message]
2008-08-20 15:38 ` Eli Zaretskii
2008-08-21 9:16 ` Paul Hilfinger
2008-08-19 10:41 Paul Hilfinger
2008-08-19 18:42 ` Eli Zaretskii
-- strict thread matches above, loose matches on Subject: below --
2008-08-19 10:24 Paul Hilfinger
2008-08-19 18:41 ` Eli Zaretskii
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20080820075548.C8C35227B28@nile.gnat.com \
--to=hilfinger@adacore.com \
--cc=eliz@gnu.org \
--cc=gdb-patches@sourceware.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox