From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.ciao.gmane.org!not-for-mail From: Daniel Colascione Newsgroups: gmane.emacs.devel Subject: Re: [Emacs-diffs] master 8e2b2a2: Minor cleanup in pdumper.c Date: Tue, 22 Jan 2019 17:29:33 -0800 Message-ID: References: <20190119182259.26893.32117@vcs0.savannah.gnu.org> <20190119182301.0DE562043D@vcs0.savannah.gnu.org> <034912a4e687ae39bfc17b45ec6a9ef7.squirrel@dancol.org> <4508562eb2e3fe5fedd01263f6c39d5c.squirrel@dancol.org> <176c3ec3-7c6a-8f89-b31c-66c8cd129339@cs.ucla.edu> <65893773f79082a62d6654c818979479.squirrel@dancol.org> <838szgat7o.fsf@gnu.org> <90ff5982-f610-e8f1-0f70-3de9dab70e34@cs.ucla.edu> <3524603b-ac5a-8da3-38d7-b05fb01db797@dancol.org> <47c974cf-4bbb-f7fe-ab0a-a8c385827bd0@cs.ucla.edu> <83zhrs8whx.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Injection-Info: ciao.gmane.org; posting-host="ciao.gmane.org:195.159.176.228"; logging-data="48365"; mail-complaints-to="usenet@ciao.gmane.org" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.2.1 Cc: emacs-devel@gnu.org To: Eli Zaretskii , Paul Eggert Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Jan 23 02:30:03 2019 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1gm7Mf-000CQn-As for ged-emacs-devel@m.gmane.org; Wed, 23 Jan 2019 02:30:02 +0100 Original-Received: from localhost ([127.0.0.1]:53326 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gm7Me-0004yK-BW for ged-emacs-devel@m.gmane.org; Tue, 22 Jan 2019 20:30:00 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:56089) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gm7MX-0004xk-4P for emacs-devel@gnu.org; Tue, 22 Jan 2019 20:29:55 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gm7MV-0004WV-8Z for emacs-devel@gnu.org; Tue, 22 Jan 2019 20:29:52 -0500 Original-Received: from dancol.org ([2600:3c01::f03c:91ff:fedf:adf3]:55514) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gm7MU-0002yg-7d; Tue, 22 Jan 2019 20:29:51 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=dancol.org; s=x; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:MIME-Version:Date:Message-ID:From:References:Cc:To:Subject; bh=1W+25M+hZWZY2tTLm+9JAIDw4DGM81mCWC6jbk0SYFk=; b=Cvbxtxj/LDQPYnmRQWfC7lS6tGfE/pikl7yrlA2736RNaR+WO2xa/1X67qev3va5j/P3VDiSMA+NT8YQuNuKvhcuO5DFOUxSufTse5X2P75JAZler0K8jolg8hooKDHdY3CmGzymzGzlUwf98utduApka1jI8c4HTFGqlYwJBPAlea+0w7V56Hw+NyD9HJQs1pX+dpEnAt0XeY2S3cbrxTYIVT/36K/vpX8+Jd5/A8Xj7n9fgQviwCluSdEo/beL6cjoKjmXfHQU9Sskrk/7r3L9eD28ZTXLn0+DhOR6BbwR9Hoy0+bbcw1TGTyf1Mwb6vI0mquPBo/daKGSbqi3yQ==; Original-Received: from [2604:4080:1321:9a00:f455:12b4:e650:5d75] by dancol.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1gm7MK-0005DI-6E; Tue, 22 Jan 2019 17:29:40 -0800 In-Reply-To: <83zhrs8whx.fsf@gnu.org> Content-Language: en-US X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2600:3c01::f03c:91ff:fedf:adf3 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.org gmane.emacs.devel:232619 Archived-At: On 1/22/19 8:53 AM, Eli Zaretskii wrote: >> Cc: emacs-devel@gnu.org >> From: Paul Eggert >> Date: Mon, 21 Jan 2019 23:24:29 -0800 >> >> Daniel Colascione wrote: >>>> Thanks, I had forgotten about timespectod. I installed the attached. Yay, one >>>> less use of ALLOW_IMPLICIT_CONVERSION, a macro I'm not a fan of. >>> >>> It beats trying to debug silent integral truncation problems without compiler >>> help. IMHO, it was a mistake for C to allow silent destructive narrowing >>> conversion. >> >> In my experience the warning is more trouble than it's worth in Emacs source >> code, as its signal-to-noise ratio is too large there. There are no free lunches >> in software development, and this particular lunch goes waaayyy over budget. > > The C language is for people who know what they are doing. It would > be IMO unacceptable for it to reject assignments of a double value to > an int, or even warn by default about it, because any serious > numerical program does that all the time. The C language is for people who know what they are doing. It would be IMO unacceptable for it to reject assignments of a char* to a struct foo *, or even warn by default about it, because any serious systems program does that all the time.