From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gcc-return-173736-listarch-gcc=gcc.gnu.org@gcc.gnu.org>
Received: (qmail 15283 invoked by alias); 11 Apr 2012 13:23:02 -0000
Received: (qmail 15273 invoked by uid 22791); 11 Apr 2012 13:23:01 -0000
X-SWARE-Spam-Status: No, hits=-5.0 required=5.0	tests=AWL,BAYES_00,DKIM_SIGNED,DKIM_VALID,FREEMAIL_FROM,KHOP_RCVD_TRUST,KHOP_THREADED,RCVD_IN_DNSWL_LOW,RCVD_IN_HOSTKARMA_YE
X-Spam-Check-By: sourceware.org
Received: from mail-ob0-f175.google.com (HELO mail-ob0-f175.google.com) (209.85.214.175)    by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Wed, 11 Apr 2012 13:22:48 +0000
Received: by obbuo13 with SMTP id uo13so1390092obb.20        for <gcc@gcc.gnu.org>; Wed, 11 Apr 2012 06:22:47 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.60.14.36 with SMTP id m4mr21850689oec.37.1334150567327; Wed, 11 Apr 2012 06:22:47 -0700 (PDT)
Received: by 10.182.92.168 with HTTP; Wed, 11 Apr 2012 06:22:47 -0700 (PDT)
In-Reply-To: <CAFiYyc3N7MzW06nSiJgmZ5HR7qYFcXkR=Yz_z6a_s2m+ciGAMQ@mail.gmail.com>
References: <4F7B356E.9080003@google.com>	<CAGWvnymDHXtN1AR9hdrYpV7UVw-rkk5ZiM0kS9DbVLY24xQ-6Q@mail.gmail.com>	<CAAiZkiA29bnrEHg3jHyOtmdFo1HewaW-rp3KYOKC+gfEQ1pXzA@mail.gmail.com>	<CAFiYyc0wG3ha4B4BgA6g4NPnBG6Pj3iuMZ+_B+3AOgBkKvXpLg@mail.gmail.com>	<4F7C35A3.3080207@codesourcery.com>	<CAFiYyc0knheu7jRBUd5Vtva5Bj7GBypzCQ9BFmFYGXzLcFBYGA@mail.gmail.com>	<CAAkRFZ+4RfHszKh50DW1wKSis0wo3516Hy8626FNpYwgGWdABQ@mail.gmail.com>	<20120410084614.GJ6148@sunsite.ms.mff.cuni.cz>	<Pine.LNX.4.64.1204101425310.25409@wotan.suse.de>	<CAAkRFZJp0TbK_nCEvfPrvekhQ2m8Ywj9jrBa121dY2q4pHxOVg@mail.gmail.com>	<Pine.LNX.4.64.1204101814180.25409@wotan.suse.de>	<1334078968.11195.64.camel@triegel.csb>	<CAFiYyc1=-E5GhLU1_pgWooDNOfB4Hb4MynTEF1pgfAiUrHXHKg@mail.gmail.com>	<1334149073.3101.23.camel@triegel.csb>	<CAFiYyc3N7MzW06nSiJgmZ5HR7qYFcXkR=Yz_z6a_s2m+ciGAMQ@mail.gmail.com>
Date: Wed, 11 Apr 2012 13:23:00 -0000
Message-ID: <CAAiZkiAXMn8sTCBC103jAPAhxgHKp4zQ-9qAuok3tXHZW+BNTQ@mail.gmail.com>
Subject: Re: Switching to C++ by default in 4.8
From: Gabriel Dos Reis <gdr@integrable-solutions.net>
To: Richard Guenther <richard.guenther@gmail.com>
Cc: Torvald Riegel <triegel@redhat.com>, Michael Matz <matz@suse.de>, 	Xinliang David Li <davidxl@google.com>, Jakub Jelinek <jakub@redhat.com>, 	Bernd Schmidt <bernds@codesourcery.com>, David Edelsohn <dje.gcc@gmail.com>, 	Diego Novillo <dnovillo@google.com>, gcc <gcc@gcc.gnu.org>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
X-IsSubscribed: yes
Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc/>
List-Post: <mailto:gcc@gcc.gnu.org>
List-Help: <http://gcc.gnu.org/ml/>
Sender: gcc-owner@gcc.gnu.org
X-SW-Source: 2012-04/txt/msg00413.txt.bz2

On Wed, Apr 11, 2012 at 8:13 AM, Richard Guenther
<richard.guenther@gmail.com> wrote:

>> Please don't dismiss this so easily. =A0Of course this is just an example
>> and nothing major, but I believe many people will use tab completion on
>> the shell, for example, and code completion is really similar. =A0On the
>> shell, or with paths names, you start with typing something, then can
>> navigate from this context you provided. =A0That just works better when
>> you say context->function instead of function(context).
>> And I'm not a cognitive psychologist, but to me, seeing the context
>> first when reading left-to-right is also slightly easier to read.
>
> Well, but mult (add (x, y), z) is easier to understand than x.add (y).mul=
t (z)
> because operator precedence is visible.

that might be true but I do not think C++ wants you to write x.add(y).mult(=
z).

-- Gaby