Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cY5UG-0001Tl-7T for pgsql-hackers@arkaria.postgresql.org; Mon, 30 Jan 2017 06:30:48 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.84_2) (envelope-from ) id 1cY5UF-0004gs-JE for pgsql-hackers@arkaria.postgresql.org; Mon, 30 Jan 2017 06:30:47 +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.84_2) (envelope-from ) id 1cY5Sq-00034U-En for pgsql-hackers@postgresql.org; Mon, 30 Jan 2017 06:29:20 +0000 Received: from [66.111.4.25] (helo=out1-smtp.messagingengine.com) by makus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1cY5Sn-00028d-PX for pgsql-hackers@postgresql.org; Mon, 30 Jan 2017 06:29:19 +0000 Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailout.nyi.internal (Postfix) with ESMTP id 9AB782076E; Mon, 30 Jan 2017 01:28:56 -0500 (EST) Received: from frontend2 ([10.202.2.161]) by compute5.internal (MEProxy); Mon, 30 Jan 2017 01:28:56 -0500 DKIM-Signature: v=1; a=rsa-sha1; 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:x-sasl-enc; s=smtpout; bh=x0h4VOYxuGO5hv zq4w1JImc7MN4=; b=MnWmxJu7XPH9W4YouvjaL7FzX4XuW3saJ/3L9bEUa3e/gy ZBT3ggj1ZizgHNwvTqLDIhl7sfQHm40HzIdnf2pwRdl47FfwLCWhimHPUSHM5sRg 5uwwHplBJrjcfRF8NtlbTIvJPTu57caYHIF5Z9Vh/mAxDCCEVI/3/9lzV2ndA= X-ME-Sender: X-Sasl-enc: VZHPjvQnoBX/6eVswPAZ169/mNwEuEzdLXOXK9eJ0lpK 1485757736 Received: from intern.anarazel.de (unknown [199.87.86.247]) by mail.messagingengine.com (Postfix) with ESMTPA id 540D524180; Mon, 30 Jan 2017 01:28:56 -0500 (EST) Date: Sun, 29 Jan 2017 22:28:55 -0800 From: Andres Freund To: Peter Eisentraut Cc: Tom Lane , Craig Ringer , Yuriy Zhuravlev , Michael Paquier , PostgreSQL mailing lists Subject: Re: WIP: About CMake v2 Message-ID: <20170130062855.ignlffierohvm4f7@alap3.anarazel.de> References: <22f10946-860e-031e-4440-5aaf67c938a4@2ndquadrant.com> <20170124065848.yawgnrpqihvahj5u@alap3.anarazel.de> <13434.1485265067@sss.pgh.pa.us> <20170127231120.lb2hrc34bcc7fkui@alap3.anarazel.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Host-Lookup-Failed: Reverse DNS lookup failed for 66.111.4.25 (deferred) X-Pg-Spam-Score: -1.8 (-) List-Archive: List-Help: List-ID: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: X-Mailing-List: pgsql-hackers Precedence: bulk Sender: pgsql-hackers-owner@postgresql.org On 2017-01-27 22:20:41 -0500, Peter Eisentraut wrote: > On 1/27/17 6:11 PM, Andres Freund wrote: > > On 2017-01-27 09:09:36 -0500, Peter Eisentraut wrote: > >> My preferred scenario would be to replace the Windows build system by > >> this first, then refine it, then get rid of Autoconf. > >> > >> The ideal timeline would be to have a ready patch to commit early in a > >> development cycle, then get rid of the Windows build system by the end > >> of it. Naturally, this would need buy-in from Windows developers. > >> > >> I don't foresee replacing the Autoconf build system by this immediately. > > > > I'm very strongly against this path, it seems way too likely that we'll > > end up with yet another fragile thing that nobody from the *nix side > > will be able to test. > > That's a fair concern, but at least with CMake, someone from the *nix > side *can* test it, whereas right now it's completely separate. Given that fact, I just don't buy why it's a good idea to not also replace autoconf initially. Either we're able to properly test it - i.e. it runs all tests - on *nix or we're not. There's not a a whole of effort between those if you also want to do the windows side of things properly. > What kind of strategy do you have in mind? Do all of it. I'm unconvinced that a windows only version buys us meaningful savings, and I think the dangers of adding more duplication (msvc stuff after all gets some information from the makefiles) and long-term coexistence are quite severe. Greetings, Andres Freund -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers