From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 56036 invoked by alias); 13 Mar 2017 19:51:52 -0000 Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org Received: (qmail 55223 invoked by uid 89); 13 Mar 2017 19:51:52 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-3.1 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_NONE,RCVD_IN_SORBS_SPAM autolearn=no version=3.3.2 spammy=Hx-languages-length:884, H*f:sk:179457d, H*i:sk:m37f3te, H*MI:sk:m37f3te X-HELO: mail-wm0-f43.google.com Received: from mail-wm0-f43.google.com (HELO mail-wm0-f43.google.com) (74.125.82.43) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Mon, 13 Mar 2017 19:51:51 +0000 Received: by mail-wm0-f43.google.com with SMTP id 196so10142513wmm.1 for ; Mon, 13 Mar 2017 12:51:51 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:cc:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=/bUW6RQz7v6I8WlqL4B7DB+ppU+4q9bNHjxZSvy0vtw=; b=saCtb8cgXPWn85kZZ/3oxPnpsze1iVsYILkUvypjkHCet7kDhJiQI47T9vldK8ReF1 aF7I1aicO1fQ/eHHf6tyUMVwHNDE8kU6PMNb8fGyyxDmQpiLVV/pdNq/buC9rDruAp5D +cwPu1Aiq3XM/StM+UlrHz9uc6ksY+ygqSZtU8uwVYWUrsp3gs6OCWGWXwD+nwvWfYXf vaOWWuOs9qYl/eF7TbVxd/Biy8lkkVDvMOL23jhtxL+0kveFRZEaF4ARRvjlaHiOArr2 akKeO+tuVNNhR54hQlIvpUPM5cmB2CX97C9jQh8L1I3sM9K9nXkdfR36zpXDFHJF7RG/ QosQ== X-Gm-Message-State: AFeK/H2KA+gIkIw/wM8bH/nAD+rKcxlMt3xbxcUe6xLhSqlT0gFS5gscqOIMwFwN5WC72Al7 X-Received: by 10.28.195.197 with SMTP id t188mr12470387wmf.61.1489434709802; Mon, 13 Mar 2017 12:51:49 -0700 (PDT) Received: from [192.168.0.101] ([37.189.166.198]) by smtp.gmail.com with ESMTPSA id i133sm12566458wmg.26.2017.03.13.12.51.48 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 13 Mar 2017 12:51:48 -0700 (PDT) Subject: Re: [PATCH 1/3] inf-ptrace: Do not stop memory transfers after a single word To: Andreas Arnez References: <1488816060-20776-1-git-send-email-arnez@linux.vnet.ibm.com> <1488816060-20776-2-git-send-email-arnez@linux.vnet.ibm.com> <06e5cf43-bb8b-6fa5-7201-414dc88388a3@ericsson.com> <5a22f112-9443-b796-9f34-aee112b63625@ericsson.com> <179457d2-c2aa-dd8d-d9c2-e1d3cca93930@redhat.com> Cc: Simon Marchi , gdb-patches@sourceware.org From: Pedro Alves Message-ID: Date: Mon, 13 Mar 2017 19:51:00 -0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-SW-Source: 2017-03/txt/msg00201.txt.bz2 On 03/13/2017 07:50 PM, Andreas Arnez wrote: > On Mon, Mar 13 2017, Pedro Alves wrote: > >> On 03/10/2017 03:48 PM, Simon Marchi wrote: >> >>> I don't the idea behind that rule. I thought it was just for readability, >>> to make it clear that the variable is a pointer without having to refer to the >>> declaration. Perhaps some older timers could shed some light on that :). >> >> I don't know the original rationale, but I agree that nowadays the >> justification can only be in terms of readability. The same reason we >> do >> if (integer_that_is_not_a_boolean != 0) >> instead of >> if (integer_that_is_not_a_boolean) >> . > > Right, it's a GDB-specific style rule. So who fixes the explanation on > the Wiki page? :-) It's a wiki, so anyone can do that. Want to volunteer? :-) Thanks, Pedro Alves