From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from localhost (localhost [127.0.0.1]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 094D4315BD for ; Fri, 21 Jun 2019 08:47:40 -0400 (EDT) Received: from turing.freelists.org ([127.0.0.1]) by localhost (turing.freelists.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DrYRcESajiYz for ; Fri, 21 Jun 2019 08:47:39 -0400 (EDT) Received: from smtp38.i.mail.ru (smtp38.i.mail.ru [94.100.177.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTPS id BD2223152B for ; Fri, 21 Jun 2019 08:47:39 -0400 (EDT) Date: Fri, 21 Jun 2019 15:47:37 +0300 From: Konstantin Osipov Subject: [tarantool-patches] Re: [RFC] box/lua/console: Add console.fmt module Message-ID: <20190621124737.GD5998@atlas> References: <20190620215405.9338-1-gorcunov@gmail.com> <20190621073241.GJ18958@atlas> <20190621081640.GB18551@uranus> <20190621121412.GB5998@atlas> <20190621124130.GB24106@uranus> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20190621124130.GB24106@uranus> Sender: tarantool-patches-bounce@freelists.org Errors-to: tarantool-patches-bounce@freelists.org Reply-To: tarantool-patches@freelists.org List-Help: List-Unsubscribe: List-software: Ecartis version 1.0.0 List-Id: tarantool-patches List-Subscribe: List-Owner: List-post: List-Archive: To: Cyrill Gorcunov Cc: tarantool-patches@freelists.org, Alexander Turenko * Cyrill Gorcunov [19/06/21 15:45]: > I will write the summary, but most important part is that they are > fetching dependency and code bloats like hell even if we don't need > most of the parts of serpent/pretty-print (initially I started with > serpent, integrated it into our code but didn't like the results much, > then I merged pretty-print engine, and again found that we need own > extensions for symbols like box.NULL which lead me to the conclusion > that if we can't use vanilla code then there is no much point to carry > these projects in our repo, better to stick small and simple functions > and extend them with time if we have to). the only problem with this is that you may step on the same rakes and break backward compatibility by following the same path as them. -- Konstantin Osipov, Moscow, Russia