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=ham autolearn_force=no version=3.4.4 X-Google-Thread: 103376,81bb2ce65a3240c3 X-Google-NewGroupId: yes X-Google-Attributes: gida07f3367d7,domainid0,public,usenet X-Google-Language: ENGLISH,ASCII-7-bit Received: by 10.68.223.40 with SMTP id qr8mr3321156pbc.0.1335767377525; Sun, 29 Apr 2012 23:29:37 -0700 (PDT) Path: r9ni114797pbh.0!nntp.google.com!news2.google.com!postnews.google.com!glegroupsg2000goo.googlegroups.com!not-for-mail From: Michael Rohan Newsgroups: comp.lang.ada Subject: Re: What would you like in Ada202X? Date: Sun, 29 Apr 2012 23:28:17 -0700 (PDT) Organization: http://groups.google.com Message-ID: <13678230.584.1335767297681.JavaMail.geo-discussion-forums@pbcoq1> References: <3637793.35.1335340026327.JavaMail.geo-discussion-forums@ynfi5> NNTP-Posting-Host: 108.68.98.119 Mime-Version: 1.0 X-Trace: posting.google.com 1335767377 31675 127.0.0.1 (30 Apr 2012 06:29:37 GMT) X-Complaints-To: groups-abuse@google.com NNTP-Posting-Date: Mon, 30 Apr 2012 06:29:37 +0000 (UTC) In-Reply-To: <3637793.35.1335340026327.JavaMail.geo-discussion-forums@ynfi5> Complaints-To: groups-abuse@google.com Injection-Info: glegroupsg2000goo.googlegroups.com; posting-host=108.68.98.119; posting-account=1YPeQwoAAACAk-xhKPD32B0GIDdsFFtk User-Agent: G2/1.0 Content-Type: text/plain; charset=ISO-8859-1 Date: 2012-04-29T23:28:17-07:00 List-Id: On Wednesday, April 25, 2012 12:47:06 AM UTC-7, Martin wrote: > Ok, we don't officially have Ada2012 yet but as no new features are going to be added to it, now seems like a good time to start thinking about the next revision. > > My starters for 10 are: > > 1) 1st class functions / lambdas > 2) parallel loops / functions > 3) Multiple dispatch > > -- Martin Hi, I'd like to resurrect the discussion on Wide_Strings and OS interfacing, i.e., provide Ada.Wide_Directories, Ada.Wide_Command_Line, etc., how to transform a Wide_String into something the underlying OS will understand should probably be part of the runtime rather than having application trying to figure it out in some portable, ad hoc, manner. While on the subject of Wide_Strings, it would be "nice" to be able to use them in the context of a "raise ... with" but the syntax and impact of this would probably be too much. Take care, Michael.