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: 109fba,cd8ed9115942852f X-Google-NewGroupId: yes X-Google-Thread: 103376,b92b95c9b5585075 X-Google-NewGroupId: yes X-Google-Attributes: gid4f1905883f,gida07f3367d7,domainid0,public,usenet X-Google-Language: ENGLISH,ASCII-7-bit Path: g2news1.google.com!news3.google.com!feeder.news-service.com!feeder.news-service.com!easy.in-chemnitz.de!news2.arglkargh.de!news.theremailer.net!frell.theremailer.net!anonymous-x2!anonymous From: Fritz Wuehler Comments: This message did not originate from the Sender address above. It was remailed automatically by anonymizing remailer software. Please report problems or inappropriate use to the remailer administrator at . Identifying the real sender is technically impossible. Newsgroups: comp.lang.c++,comp.lang.ada Subject: Re: Why use C++? References: Message-ID: <08ae71ca6cbc35285617f3284ec0ec48@msgid.frell.theremailer.net> Precedence: anon Date: Fri, 12 Aug 2011 23:39:42 +0200 Mail-To-News-Contact: abuse@frell.theremailer.net Organization: Frell Anonymous Remailer Xref: g2news1.google.com comp.lang.c++:82897 comp.lang.ada:20585 Date: 2011-08-12T23:39:42+02:00 List-Id: "Jed" wrote: > I didn't say it was. I said it probably arose from that. I'll bet integer > literals are signed in most assembly languages (going out on a limb with > this, because I really don't know). Absolutely not. Assembly language is about talking to the machine directly. If you can't manipulate native types then your assembler isn't an assembler. > Hence, a no-brainer translation of HLL code to assembly (recognizing, of > course, that compilers are free to generate machine code directly, rather > than generating assembly). Most (vast majority) of the compilers on IBM platforms generate object code. It sounds like you think a goal of HLL design is to be easy to implement. That's wrong. The goal of HLL design is to make it easy to solve problems in the problem domain. > It's generally considered "typeless" from the POV of HLL programmers. It > has relative meaning. No need to be pedantic about it. It wasn't pedantic, it was a simple comment from an assembly coder. Assembly is typed or it wouldn't be useful. However there's no type enforcement at the assembler level (usually, although at the hardware level there is.) That is no the same as not being typed, although to an HLL programmer it may not be obvious that those two things are not one and the same. > > especially with certain > > systems and certain assemblers. The type in assembly language *does* > > usually reflect the native types of the underlying machine very > > closely, > > obviously. > > And I'll bet, more often than not, C/C++ built-in types reflect that > also. It would be "silly" to specify a language to what is uncommon. You have the tail wagging the dog. The C/C++ built-in types don't reflect anything but the language design and they don't change their meaning from platform to platform or from implementation to implementation. That's why they're types. Incidentally they often map to native types on most architectures which is why they were created in the first place. But now that they have been created the people using C/C++ have to live with those types or build abstract data types on top of them. > It would be "silly" to specify a language to what is uncommon. That's exactly the point of HLL. It must provide useful abstractions for the problem domain. The underlying implementation should not matter at all.