CVS difference for ai12s/ai12-0064-2.txt

--- ai12s/ai12-0064-2.txt	2016/06/03 00:42:27	1.2
+++ ai12s/ai12-0064-2.txt	2016/06/07 00:38:33	1.3
@@ -545,5 +545,55 @@
 
 !appendix
 
+From: Randy Brukardt
+Sent: Thursday, June 2, 2016  7:59 PM
+
+At the Vermont meeting, I was asked to create an alternative to Tucker's
+Nonblocking proposal using an attribute to specify nonblocking for generics.
+I did that back in December and sent it off to Tucker for comment. After
+waiting slightly less than 167 days (and sending between 3-6 reminders,
+depending on how one counts) [but who's counting :-)] without receiving any
+reply or even acknowledgement, I've decided to stop waiting and submit a
+slightly revised draft to the entire group in the hopes of getting comments.
+[This is version /02 - Ed.]
+
+While I'm convinced this is better (especially for compatibility with the
+existing containers), it probably can be improved further (and there were a
+handful of areas that I didn't figure out in detail).
+
+****************************************************************
+
+From: Jean-Pierre Rosen
+Sent: Friday, June 3, 2016  12:36 AM
+
+>        If not specified for a library unit, the default is True if the
+>        library unit is declared pure and is not a generic unit, and
+>        False otherwise.
+
+I was wondering about Shared_Passive units. Reading further, I realize that
+SP units can call protected subprograms (if the PO has no entries), and those
+are not Nonblocking.
+
+Maybe an extra reason for making protected subprograms nonblocking...
+
+****************************************************************
+
+From: Tucker Taft
+Sent: Friday, June 3, 2016  8:46 AM
+
+Sorry for being so slow.  This upcoming weekend is set aside as my "ARG"
+weekend.  It has been really hard for me to find time before now to focus
+on the ARG issues.
+
+****************************************************************
+
+From: Tucker Taft
+Sent: Sunday, June 5, 2016  11:15 AM
+
+Sorry for the late reply.  This looks good to me.  For AI12-0079 I think I
+will steal the notion of an attribute of generic formals to specify more
+precisely the Global aspect for generic code, as there is a very similar
+problem there, and a similar solution seems appropriate.
+
 ****************************************************************