From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <tarantool-patches-bounce@freelists.org>
Received: from localhost (localhost [127.0.0.1])
	by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id A530126F02
	for <tarantool-patches@freelists.org>; Wed, 14 Aug 2019 03:21:17 -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 dTjIS8DBcYLy for <tarantool-patches@freelists.org>;
	Wed, 14 Aug 2019 03:21:17 -0400 (EDT)
Received: from smtpng1.m.smailru.net (smtpng1.m.smailru.net [94.100.181.251])
	(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 B6FF426ECF
	for <tarantool-patches@freelists.org>; Wed, 14 Aug 2019 03:21:16 -0400 (EDT)
Subject: [tarantool-patches] Re: [PATCH v2 5/8] sql: introduce a
 signature_mask for functions
References: <cover.1565275469.git.kshcherbatov@tarantool.org>
 <6f6689986b1dd79adc478c5da9f1d458da42d483.1565275469.git.kshcherbatov@tarantool.org>
 <7757F437-0AEA-4554-A239-59E07DF56E46@tarantool.org>
From: Kirill Shcherbatov <kshcherbatov@tarantool.org>
Message-ID: <7fec2018-4760-9b5d-561d-7fe80bcacb15@tarantool.org>
Date: Wed, 14 Aug 2019 10:21:14 +0300
MIME-Version: 1.0
In-Reply-To: <7757F437-0AEA-4554-A239-59E07DF56E46@tarantool.org>
Content-Type: text/plain; charset="utf-8"
Content-Language: en-US
Content-Transfer-Encoding: 8bit
Sender: tarantool-patches-bounce@freelists.org
Errors-to: tarantool-patches-bounce@freelists.org
Reply-To: tarantool-patches@freelists.org
List-Help: <mailto:ecartis@freelists.org?Subject=help>
List-Unsubscribe: <mailto:tarantool-patches-request@freelists.org?Subject=unsubscribe>
List-software: Ecartis version 1.0.0
List-Id: tarantool-patches <tarantool-patches.freelists.org>
List-Subscribe: <mailto:tarantool-patches-request@freelists.org?Subject=subscribe>
List-Owner: <mailto:>
List-post: <mailto:tarantool-patches@freelists.org>
List-Archive: <http://www.freelists.org/archives/tarantool-patches>
To: "n.pettik" <korablev@tarantool.org>, Tarantool MailList <tarantool-patches@freelists.org>
Cc: Konstantin Osipov <kostja.osipov@gmail.com>

> TBO I do not understand why should you bother about
> function overloading depending on count of arguments.
> Why can’t we simply incapsulate this by dispatching
> arguments count like we do for trim function? 
Because the current SQL engine raises Invalid arguments count
error during parsing request. I'd like to keep this logic.