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-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,febd9e55846c9556 X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2003-03-01 04:01:50 PST Path: archiver1.google.com!news1.google.com!newsfeed.stanford.edu!logbridge.uoregon.edu!kibo.news.demon.net!news.demon.co.uk!demon!not-for-mail From: Simon Wright Newsgroups: comp.lang.ada Subject: Re: Endianness independance Date: 01 Mar 2003 12:00:33 +0000 Organization: Pushface Sender: simon@smaug.pushface.org Message-ID: References: <5115eb96.0303010248.1b2b8d37@posting.google.com> NNTP-Posting-Host: pogner.demon.co.uk Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: news.demon.co.uk 1046520109 27551 62.49.19.209 (1 Mar 2003 12:01:49 GMT) X-Complaints-To: abuse@demon.net NNTP-Posting-Date: Sat, 1 Mar 2003 12:01:49 +0000 (UTC) User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.1 Xref: archiver1.google.com comp.lang.ada:34763 Date: 2003-03-01T12:00:33+00:00 List-Id: amir@iae.nsk.su (Amir Yantimirov) writes: > I think this sentence isn't true at least for 5 years already. > Interoperability is so crucial that today where is no excuse for > existance of hardware what don't support common data representation. On the one side you have Intel. On the other SPARC and PowerPC (well, as usually configured on eg iMacs). There isn't a common representation; it's up to software to make sure of interoperability when you need it. > As you pointed in other thread this wasn't a goal when Ada was > created. Contrary, such implicit "genericity" is a common trait of > all older languages. And opposite, a newer languages as Java and C# > exactly specify representation of integer and floating point types. > This is a direct answer to common demand of developers. I don't know about C#, but it's not obvious that its creators would have been bothered about execution on non-Intel hardware. It is not at all likely that a Java int has the same representation at runtime on a PC as on an iBook. It would be painfully slow on one of them (probably the PC!). What you do get is support from the networking infrastructure (RMI?) to convert the data to a common format "on the wire" and back to the native format at the other end. Where is "bit 0"? I always thought it was the least significant bit (binary 1), but (depending on the programming/hardware conventions) you may find it's the _most_ significant bit. I do agree that, most of the time, what you need is for all this cruft to be hidden. Every so often, though, it will creep out and bite you.