From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from rhino.ch-server.com (rhino.ch-server.com [209.59.190.103]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dev.tarantool.org (Postfix) with ESMTPS id 662AF469719 for ; Fri, 14 Feb 2020 01:20:54 +0300 (MSK) References: <20200213142534.GA26443@tarantool.org> From: Peter Gulutzan Message-ID: <85e6e521-b2c6-2d10-f46b-ef1de53c0742@ocelot.ca> Date: Thu, 13 Feb 2020 15:20:50 -0700 MIME-Version: 1.0 In-Reply-To: <20200213142534.GA26443@tarantool.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US Subject: Re: [Tarantool-discussions] Implicit cast for ASSIGNMENT List-Id: Tarantool development process List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Mergen Imeev , tarantool-discussions@dev.tarantool.org, kostja.osipov@gmail.com, korablev@tarantool.org, alexander.turenko@tarantool.org, v.shpilevoy@tarantool.org, kyukhin@tarantool.org Hi, On 2020-02-13 7:25 a.m., Mergen Imeev wrote: Hi, I think that the current implicit casts for assignment (string-to-number + number-to-string) were a bad idea, but isn't Konstantin Osipov correct? That is, policy says that you cannot make this change at this time? As for the earlier matter, implicit cast for comparison, I mentioned that that too is a behaviour change, and I suggested to Nikita Pettik that the proposal should be abandoned. But I didn't change your mind by pointing at problems, and I don't have anything new to say at the moment. Peter Gulutzan