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: g2news2.google.com!news3.google.com!feeder.news-service.com!eternal-september.org!feeder.eternal-september.org!.POSTED!not-for-mail From: "Jed" Newsgroups: comp.lang.c++,comp.lang.ada Subject: Re: Why use C++? Date: Sat, 13 Aug 2011 23:49:00 -0500 Organization: A noiseless patient Spider Message-ID: References: <1e292299-2cbe-4443-86f3-b19b8af50fff@c29g2000yqd.googlegroups.com> <1fd0cc9b-859d-428e-b68a-11e34de84225@gz10g2000vbb.googlegroups.com> <9ag33sFmuaU1@mid.individual.net> <1d8wyhvpcmpkd.ggiui9vebmtl.dlg@40tude.net> <150vz10ihvb5a.1lysmewa1muz4$.dlg@40tude.net> <1q4c610mmuxn7$.1k6s78wa0r8fj.dlg@40tude.net> <1vn800hbyx8k4$.1lsveclj56197$.dlg@40tude.net> <1gu6ni1yb54k3$.4nbvfqqndl8m$.dlg@40tude.net> <9amuf2FdetU3@mid.individual.net> Injection-Date: Sun, 14 Aug 2011 05:56:17 +0000 (UTC) Injection-Info: mx04.eternal-september.org; posting-host="KjJVZ+2pm40y3WME79WlsQ"; logging-data="6698"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX19gNbP/htHKqQ0VaCm8ecfO" X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6109 X-RFC2646: Format=Flowed; Original X-Newsreader: Microsoft Outlook Express 6.00.2900.5931 Cancel-Lock: sha1:WSdICW4VlfZUlt2pQGl3ZTxtjLQ= X-Priority: 3 X-MSMail-Priority: Normal Xref: g2news2.google.com comp.lang.c++:92717 comp.lang.ada:21588 Date: 2011-08-13T23:49:00-05:00 List-Id: Dmitry A. Kazakov wrote: > Choosing an implementation is an optimization > issue, Hmm. The truth of this is "easily" determined (by academics, not by me!). Starting in on the theory, the "register" keyword is a good starting point for thought. Yes, it decidedly does not belong in a language, for it is for a compiler to worry about. OTOH, (the other extreme), total abstraction from the machine is because ... ah ha! I know why. :) OK, figured it out. "Nevermind". > you can aim at memory use, at time, at best lock-free sharing > and so on. Fixing a machine type makes your program potentially less > efficient. More precisely you specify the semantics of required type, > more knowledge the compiler has to generate efficient code. > >>> 2. I don't care about the platform, I care about what the program is >>> supposed to do. The type's properties shall be defined by the >>> application domain. >> >> Can you give an example of where that would be an issues not solved >> by user defined types? > > BTW, the point was: don't use built-in numeric types. OK, but after the hardware guys all conform to a standard. Till then, it ain't happenin.