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,FREEMAIL_FROM autolearn=unavailable autolearn_force=no version=3.4.4 X-Received: by 10.31.130.206 with SMTP id e197mr6858453vkd.24.1502376083189; Thu, 10 Aug 2017 07:41:23 -0700 (PDT) X-Received: by 10.36.26.134 with SMTP id 128mr539674iti.3.1502376083036; Thu, 10 Aug 2017 07:41:23 -0700 (PDT) Path: eternal-september.org!reader01.eternal-september.org!reader02.eternal-september.org!news.eternal-september.org!news.eternal-september.org!feeder.eternal-september.org!border1.nntp.ams1.giganews.com!nntp.giganews.com!peer03.ams1!peer.ams1.xlned.com!news.xlned.com!peer02.am4!peer.am4.highwinds-media.com!peer02.iad!feed-me.highwinds-media.com!news.highwinds-media.com!s6no2128487qtc.1!news-out.google.com!19ni3855itw.0!nntp.google.com!u14no2346324ita.0!postnews.google.com!glegroupsg2000goo.googlegroups.com!not-for-mail Newsgroups: comp.lang.ada Date: Thu, 10 Aug 2017 07:41:22 -0700 (PDT) In-Reply-To: Complaints-To: groups-abuse@google.com Injection-Info: glegroupsg2000goo.googlegroups.com; posting-host=2a02:c7d:3c35:b000:325a:3aff:fe0f:37a5; posting-account=L2-UcQkAAAAfd_BqbeNHs3XeM0jTXloS NNTP-Posting-Host: 2a02:c7d:3c35:b000:325a:3aff:fe0f:37a5 References: <79e06550-67d7-45b3-88f8-b7b3980ecb20@googlegroups.com> <9d4bc8aa-cc44-4c30-8385-af0d29d49b36@googlegroups.com> <1395655516.524005222.638450.laguest-archeia.com@nntp.aioe.org> User-Agent: G2/1.0 MIME-Version: 1.0 Message-ID: <4527d955-a6fe-4782-beea-e59c3bb69f21@googlegroups.com> Subject: Re: Community Input for the Maintenance and Revision of the Ada Programming Language From: Lucretia Injection-Date: Thu, 10 Aug 2017 14:41:23 +0000 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Received-Body-CRC: 3901317674 X-Received-Bytes: 5417 Xref: news.eternal-september.org comp.lang.ada:47674 Date: 2017-08-10T07:41:22-07:00 List-Id: On Thursday, 10 August 2017 06:41:56 UTC+1, G.B. wrote: > On 09.08.17 23:08, Luke A. Guest wrote: >=20 > > 1) endian aspects. > > 2) full Unicode support including sorting, character db, regexps, bound= ed > > and unbounded need, iterators for code points, graph=C3=A8me clusters, = word > > boundaries, bidi, etc. >=20 > Unicode support can be a joint effort without major investments of time > and money: > practically adressing Randy Brukardt's remark that this is going to > require politics, there is libiconv, the Unicode related designs done > for the Swift language, java.text.*, and so forth. >=20 > > 3) cross platform GUI. >=20 > Care to elaborate why? Having seen cross platform GUIs fail in all but I already explained in a previous post, the post does not just relate to 8 = but to all my points. > corporate surroundings, and possibly games, even then, new proprietary In games, companies either use a third party UI or write their own, I know,= because I used to work in games. > libraries like Metal seem to entail non-portable program designs again. See the Vulkan portability initiative https://www.khronos.org/blog/khronos-= announces-the-vulkan-portability-initiative > A portable abstract design of UIs could be economically more promising. > It fits the OS's ways and customers like that. Also removes one layer > of politics, support, and software, at least in parts. This would be for desktop / mobile domains, not embedded. Remember that Ada= was designed to replace all the languages the DoD were using for all appli= cation domains, not just embedded[1]. > > 4) multiple return types: > > > > function Blah return Integer, Float; >=20 > Should other parameters in the subprogram's profile be non-variant, > co-variant, or contra-variant, or just what the programmer specifies? This is for the language designers to determine. =20 > > As an example. > > > > 5) Lambdas for the people looking for new (i.e. Old) trendy features. >=20 > Would you want lambdas that can be returned, or assigned? Or just > lambdas that are unnamed expression_function-s of Ada 2012? This is for the language designers to determine. I know people want this, because I've seen this in this newsgroup. =20 > > 6) support for offloading to gpu's. > > 7) memory mapped streams. > > 8) networking support packages. >=20 > It seems as if C, the language and library, has very few of > these additions and yet C is a good choice for embedded needs > if judging by market share. How do C programmers port their > networking code from Unix to Windows? Could Ada support packages > provide convincing advantages (politics...) because of the language? You can't really compare C and Ada, C is low-level, Ada is very high-level.= C already has everything I've already noted, yes as third party libs, but = other high-level languages have them in their standard library, this is wha= t I'm talking about. Again, you seem to be very myopic in that C and Ada are only used in embedd= ed. I refer you back to [1] above. You seem to have forgotten this. Windows has sockets, it also has other networking libs available, people ju= st tend to create platform specific ports on top of those libs, Ada could d= o the same. Don't you people want Ada to grow into more areas? I've seen people look at= the language because it seemed interesting to them, then ask, "Does Ada ha= ve a GUI lib?" or "Does Ada have OpenGL?" or "Does Ada have DirectX?" etc. = When they are told no, they leave never to return, because this is what the= y want in a language's runtime. Seems to me you people only want Ada to stay hobbled in the embedded corner= . If that's the case, I think it's time to start considering a new language= , but there aren't any that have the features I want.