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,bcdd81f11a99e024 X-Google-Attributes: gid103376,public X-Google-Language: ENGLISH,ASCII-7-bit Path: g2news2.google.com!news4.google.com!news.glorb.com!solnet.ch!solnet.ch!news-zh.switch.ch!switch.ch!cernne03.cern.ch!cern.ch!news From: Maciej Sobczak Newsgroups: comp.lang.ada Subject: Re: C to JVM, time to revive JGNAT? Date: Mon, 14 Aug 2006 09:09:24 +0200 Organization: CERN - European Laboratory for Particle Physics Message-ID: References: <20060809124902.O84175@docenti.ing.unipi.it> <8utCg.12454$E02.4571@newsb.telia.net> <1vsvetmg19cnl.1dsnld0rfx6ax.dlg@40tude.net> NNTP-Posting-Host: abpc10883.cern.ch Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Trace: sunnews.cern.ch 1155539363 23376 (None) 137.138.37.241 X-Complaints-To: news@sunnews.cern.ch User-Agent: Thunderbird 1.5.0.5 (X11/20060801) In-Reply-To: <1vsvetmg19cnl.1dsnld0rfx6ax.dlg@40tude.net> Xref: g2news2.google.com comp.lang.ada:6198 Date: 2006-08-14T09:09:24+02:00 List-Id: Dmitry A. Kazakov wrote: >> No, but the biggest challenge in portability is the relatively small >> (when compared to, say, Java) standard library. >> For example, write a web browser in Ada (net+gui+crypto+...) and let me >> know how much portable it is. > > It is a difficult question. You cannot pack everything into libraries for > obvious reasons. I can imagine a system without GUI, but it is difficult to > do for numeric things. Then, when you say NET, I'd ask which one? Can I > have field buses, multicast protocols, time-triggered protocols in Java? > The next question about non-functional requirements. What can be said about > rendering performance of that portable browser, how many numeric operations > will be required for encrypting 1MB, etc? These are all valid point, but the logic is fuzzy anyway. For example, C, C++ and Ada support the concept of std{in|out|err} channels and their standard libraries contain appropriate stuff for this. But if we think about it, there are many platforms where the standard IO channels do not exist at all (most embedded boxes, I guess, and even "some" GUI environments as well), but the support for stdio is in the standard anyway. What's even more intersting is that there are probably more environments which support TCP/IP than those which support stdio (think "embedded boxes") - still, it's stdio which gets attention of standard committees, not TCP/IP. There are obviously many factors that shaped this, but the final result is that most interesting applications are not portable. Java may not have standard support for field buses or time-triggered protocols, but neither has C, C++ nor Ada. The point is not in what nobody has, but in what they do have - with increased portability of final software - and we don't. -- Maciej Sobczak : http://www.msobczak.com/ Programming : http://www.msobczak.com/prog/