Received: from malur.postgresql.org ([2a02:16a8:dc51::56]) by arkaria.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.89) (envelope-from ) id 1g4xPi-0006zc-1w for pgsql-hackers@arkaria.postgresql.org; Wed, 26 Sep 2018 00:10:46 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1g4xPg-0006Jz-Cn for pgsql-hackers@arkaria.postgresql.org; Wed, 26 Sep 2018 00:10:44 +0000 Received: from makus.postgresql.org ([2001:4800:1501:1::229]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.89) (envelope-from ) id 1g4xPg-0006Jn-2j for pgsql-hackers@lists.postgresql.org; Wed, 26 Sep 2018 00:10:44 +0000 Received: from new3-smtp.messagingengine.com ([66.111.4.229]) by makus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.89) (envelope-from ) id 1g4xPd-0000d8-T8 for pgsql-hackers@postgresql.org; Wed, 26 Sep 2018 00:10:42 +0000 Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailnew.nyi.internal (Postfix) with ESMTP id EA7EF26A0; Tue, 25 Sep 2018 20:10:40 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute5.internal (MEProxy); Tue, 25 Sep 2018 20:10:40 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=anarazel.de; h= cc:content-type:date:from:in-reply-to:message-id:mime-version :references:subject:to:x-me-sender:x-me-sender:x-sasl-enc; s= fm2; bh=Vsu5LuSePc1eEhQiLWfYRyFDAQ1ljsyXdbQ3OjBpVM0=; b=K3bEc2ef +GEQb+GijbL9sawgea7WPg0nVBXO72F1D3CtvdyWfGJHVLvFcF7h2X8uMgHXAso4 48218xKaOmZLdNuAoVZjuTWYYImahqJHve5feUMlIlIc44Md7L7TxhNFpl0jmuVY Q+BIzI4c0wRbJgCdj+t9bZQ8lRcjyAzwdc+wSuk3HDfpgmMIXCI2sWjHF17EOhwk 5nP7Prfcuj8VykWo6U9/P0uOpSbkt4sihEixaYMaMW1AhwIHlPr2fKKw1C5Ojuo4 N4r1j8aw1buVKqf7Ia/Sf/HbdEFIF3PbgfRT9a0QsjmOY23kTJbIRCEJzLsL6XiI a7K89ooPtkvTfw== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-sender :x-me-sender:x-sasl-enc; s=fm3; bh=Vsu5LuSePc1eEhQiLWfYRyFDAQ1lj syXdbQ3OjBpVM0=; b=vRu84vQODxMQmA1dKrKrZJQk1o3TGMc3dx6P+0FN0JiVG wj5tGxTBIWoLa3XTiTrRJreYt5B1cjWumOS91qWnUciMoHyxF6g8Iu43a2Op702X 6rn65BQXNvhdfr2xD7KedJDp5ztDfpoIb4wk6OF15Y2mx+EF3PvllMvIxRJeZXIp tWkvvoUmEWTcRysR7/P0geL28zxezWvnsbWyN8/8Z2T75KoZmmwMxdyrpcEHo60w 251rsJhVH3ytAco1C4siL73d51n8ABYGuiJ2PkSxsTFyxP105rZRVMyMagkm6F2L DbMpeVXUzkgYeaA7xHfnKe+Tr5dI0OZOkM/VcZhnA== X-ME-Proxy: X-ME-Sender: Received: from intern.anarazel.de (c-98-210-140-171.hsd1.ca.comcast.net [98.210.140.171]) by mail.messagingengine.com (Postfix) with ESMTPA id ED341E484F; Tue, 25 Sep 2018 20:10:39 -0400 (EDT) Date: Tue, 25 Sep 2018 17:10:39 -0700 From: Andres Freund To: Michael Paquier Cc: Postgres hackers Subject: Re: pgsql: Remove absolete function TupleDescGetSlot(). Message-ID: <20180926001038.fh7rrhrqrwvpu43t@alap3.anarazel.de> References: <20180926000413.GC1659@paquier.xyz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180926000413.GC1659@paquier.xyz> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk On 2018-09-26 09:04:14 +0900, Michael Paquier wrote: > Hi Andres, > > On Tue, Sep 25, 2018 at 11:39:05PM +0000, Andres Freund wrote: > > Remove absolete function TupleDescGetSlot(). > > > > TupleDescGetSlot() was kept around for backward compatibility for > > user-written SRFs. With the TupleTableSlot abstraction work, that code > > will need to be version specific anyway, so there's no point in > > keeping the function around any longer. > > There are still references in the code to this function, and a > declaration of it: Hrmpf :/. Thanks for catching. > src/include/funcapi.h: * TupleTableSlot *TupleDescGetSlot(TupleDesc tupdesc) - Builds a > src/include/funcapi.h:extern TupleTableSlot *TupleDescGetSlot(TupleDesc tupdesc); These two clearly need to go. > git grep TupleDescGetSlot > doc/src/sgml/xfunc.sgml: * user-defined SRFs that use the deprecated TupleDescGetSlot(). > src/include/funcapi.h: * user-defined SRFs that use the deprecated TupleDescGetSlot(). But here I'm less convinced. It's not entirely clear to me that the only real reason for this to exists actually was TupleDescGetSlot(). OTOH, I can't really see any proper reason to have it either. Greetings, Andres Freund