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 1fqIoO-0001OK-Tj for pgsql-hackers@arkaria.postgresql.org; Thu, 16 Aug 2018 13:59:41 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1fqIoM-0006aS-Vw for pgsql-hackers@arkaria.postgresql.org; Thu, 16 Aug 2018 13:59:38 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.89) (envelope-from ) id 1fqIoL-0006a0-Uq for pgsql-hackers@lists.postgresql.org; Thu, 16 Aug 2018 13:59:38 +0000 Received: from out1-smtp.messagingengine.com ([66.111.4.25]) by magus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.89) (envelope-from ) id 1fqIoI-00022d-I8 for pgsql-hackers@postgresql.org; Thu, 16 Aug 2018 13:59:37 +0000 Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailout.nyi.internal (Postfix) with ESMTP id 0F1CE22068; Thu, 16 Aug 2018 09:59:33 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute5.internal (MEProxy); Thu, 16 Aug 2018 09:59:33 -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=CZyTdGe37XvmYXvhyswbHsuQlFhx1dNWlDwcrP+cYsE=; b=mEIsw8IY lC5632Kygiyz/v4f2U+VYlgI22hz7RAwN5k9laxhtDCBTeGTFsO017AYbbAcgA31 wc0ypv/+z/dd819OQgRUUaQv4ZKrngR/vbPZre3oW3EiOPGjlXXLQyQfV9Dc1PuF 0P7SM+H2F4uEI6uy4jceQHyCHAJ4E1P14xaYiGGnkrHdsYNSqr/xRsOfmAISa6yF 1ZJwksAU4jd1tyt3E0r3qpG5t8V0swLSq+0lfyAM8xY6Zj9KhwGs6p9N5UVWpyBP sQNCJiHyUzN8xskS5UJHv12hpseGsPCWMpphkYoS3OC6RZGYwZOK6nuE3vbO4MwN zgt+Duli1A4A5g== 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=CZyTdGe37XvmYXvhyswbHsuQlFhx1 dNWlDwcrP+cYsE=; b=ayWHo2B0kbgwGvsigZgk/VSrHtgwGf9ayJBH3rOtmzKYx +DxxB/l0oreOMPp3BW3UgS6pfGrXn/5VsHrBFKzOiShNlmmixKVIe+oO5MY6AhJc RgEH/HwPQBQV/sJwRUJVwdH8Qc+V39jfTJbn7HupQyOqqnyXs9OLETqsnw5GeNVr gBsNRbB0J/xr6jrsrNobO5wWVZmUekMrFIZSqRdqqqkn5MuhPsGg4CEH5dqRY9IV Kdn8tAmWRgjz0y93KniuffBZ2PmUJCEluw3wubffC9PpcsyK8Bgnd/8R16cH9HF6 igXLfMhGE76h1VYeGQhSd2cqR5wuS7n6WbPrsjSiQ== X-ME-Proxy: X-ME-Sender: Received: from intern.anarazel.de (p5de63426.dip0.t-ipconnect.de [93.230.52.38]) by mail.messagingengine.com (Postfix) with ESMTPA id 2B3DAE48A6; Thu, 16 Aug 2018 09:59:32 -0400 (EDT) Date: Thu, 16 Aug 2018 06:59:28 -0700 From: Andres Freund To: Tom Lane Cc: Peter Eisentraut , pgsql-hackers Subject: Re: remove ancient pre-dlopen dynloader code Message-ID: <20180816135928.qer5o7uxyaeolzet@alap3.anarazel.de> References: <3e3c7552-978b-486a-1a4a-326ee31d0545@2ndquadrant.com> <20180809123059.32g25qn7dgd33iyq@alap3.anarazel.de> <26726.1533823423@sss.pgh.pa.us> <20180816083107.2f5gxbvlsgvnuit4@alap3.anarazel.de> <8022.1534425734@sss.pgh.pa.us> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <8022.1534425734@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk On 2018-08-16 09:22:14 -0400, Tom Lane wrote: > Andres Freund writes: > > This now generates a super nitpicky warning on at at least some linux + > > clang configurations. I use -Weverything plus a lot of -Wno-*, and this > > change added: > > dynloader.c:7:4: warning: ISO C requires a translation unit to contain at least one declaration [-Wempty-translation-unit] > > We've been seeing that (or equivalents) on other platforms for years, > if not decades. I can't get too excited about it really. Yea, me neither. > The lazy man's way to get rid of it would be to put something like > "int bogus = 0;" in the empty dynloader.c files. Better would be > to not have the empty .c files at all, but I'm not sure how much > we'd have to contort the Makefiles to support that. If I had my druthers, we'd just remove all that configure magic for selecting these files and just use ifdefs. Personally I find it occasionally that they're linked into place, rather than built under their original name. Greetings, Andres Freund