From 3948339334988354877 X-Google-Thread: f78e5,f292bdd67daeb7bb X-Google-Attributes: gidf78e5,public X-Google-Language: ENGLISH,ASCII-7-bit Path: g2news2.google.com!news4.google.com!border1.nntp.dca.giganews.com!nntp.giganews.com!newsfeed00.sul.t-online.de!newsfeed01.sul.t-online.de!t-online.de!newsfeed.vmunix.org!peer-uk.news.demon.net!kibo.news.demon.net!news.demon.co.uk!demon!stump.algebra.com!devnull From: ethouris@guess.if.gmail.com.is.valid.or.invalid (Sektor van Skijlen) Newsgroups: comp.std.c++ Subject: Re: C++ Embraces Procedural Programming Over OO Programming [OT] Date: Mon, 27 Nov 2006 02:42:02 GMT Organization: LODMAN - Metropolitan Area Network in LODZ, Poland Lines: 58 Sender: mail2news@demon.net Approved: fjh@cs.mu.oz.au (Fergus Henderson , moderator of comp.std.c++) Message-ID: References: NNTP-Posting-Host: news.news.demon.net X-Trace: news.demon.co.uk 1164595331 19056 158.152.254.254 (27 Nov 2006 02:42:11 GMT) X-Complaints-To: abuse@demon.net NNTP-Posting-Date: Mon, 27 Nov 2006 02:42:11 +0000 (UTC) X-Original-To: std-c++@mailman.ucar.edu X-Robomod: STUMP, ichudov@algebra.com (Igor Chudov) X-User-Agent: tin/1.6.2-20030910 ("Pabbay") (UNIX) (SunOS/5.9 (sun4u)) X-Virus-Scanned: amavisd-new at csse.unimelb.edu.au X-Received: (from fjh@localhost) by mulga.csse.unimelb.edu.au (8.13.6+Sun/8.13.6/Submit) id kAR2g2CX028110; Mon, 27 Nov 2006 13:42:02 +1100 (EST) X-Path: comp-std-cpp-robomod!not-for-mail X-NNTP-Posting-Date: Sun, 26 Nov 2006 21:45:57 +0000 (UTC) X-Delivered-To: std-c++@mailman.ucar.edu X-Authentication-Warning: mulga.csse.unimelb.edu.au: fjh set sender to devnull@stump.algebra.com using -f X-Newsgroups: comp.std.c++ Xref: g2news2.google.com comp.std.c++:4772 Dnia Sun, 26 Nov 2006 19:13:53 GMT, Dave Harris skrobie: > giecrilj@stegny.2a.pl ("K?i?tof ?elechovski") wrote (abridged): > > > However, the C++ standard tries to be portable and so aims at > > > the highest common denominator. > > > > Lowest, if you please. > Why would it aim to be lowest? Note the word "common". If some high > feature is available on every platform, portability is not lost by > exploiting it and we gain whatever facility it provides. This is exactly the greates problem with current standard. That there are no standard "modules", so the standard is "everything or nothing". The consequence of this is that either the standard contains standard solutions for most of users, making this way non-standard all compilers that are not able to implement some libraries due to platform limitations, or you make the standard weak and short, causing therefore that libraries userd by many users will have to be created as 3rd party or by compiler vendors. Stating GUI, as an example, with current approach to the standard, either the standard has GUI thus making compilers for embedded platforms nonstandard, or it doesn't have, which means that there is no "standard GUI" thus making a user learned in "Standard C++" useless for making GUI in favor of guys learned in C# or Java. The problem is that the standard must cope with two opposite situations: - people need libraries for most required things (read: must have GUI) - some platforms don't allow to implement some of those libraries (read: no GUI possible) So, there are the following choices: - select no GUI, leaving users that want to make GUI in C++ alone - select GUI, making non-standard almost all compilers for emb. systems - split the standard into modules and require the declaration for every C++ implementation whether it supports particular modules Modules, of course, would have to be selected according to what is possible for particular platform and it may contain language core features with library parts as well. This may be GUI, exceptions, dynamic-allocated memory, etc. Having that, not only can you provide standard compilers for platforms that are not able to implement all extended standard's needs, but you are also able to provide everything that most people need. -- // _ ___ Michal "Sektor" Malecki \\ L_ |/ `| /^\ ,() // \_ |\ \/ \_/ /\ C++ bez cholesterolu: http://www.intercon.pl/~sektor/cbx "Java is answer for a question that has never been stated" --- [ comp.std.c++ is moderated. To submit articles, try just posting with ] [ your news-reader. If that fails, use mailto:std-c++@ncar.ucar.edu ] [ --- Please see the FAQ before posting. --- ] [ FAQ: http://www.comeaucomputing.com/csc/faq.html ]