Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.80) (envelope-from ) id 1ZVO20-0001Wn-PZ for pgsql-hackers@arkaria.postgresql.org; Fri, 28 Aug 2015 18:05:40 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.84) (envelope-from ) id 1ZVO20-0008Dj-Bn for pgsql-hackers@arkaria.postgresql.org; Fri, 28 Aug 2015 18:05:40 +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) (envelope-from ) id 1ZVO0f-0005dx-TZ for pgsql-hackers@postgresql.org; Fri, 28 Aug 2015 18:04:18 +0000 Received: from sss.pgh.pa.us ([66.207.139.130]) by makus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.84) (envelope-from ) id 1ZVO0d-0000wn-KZ for pgsql-hackers@postgresql.org; Fri, 28 Aug 2015 18:04:16 +0000 Received: from sss1.sss.pgh.pa.us (localhost [127.0.0.1]) by sss.pgh.pa.us (8.14.4/8.14.4) with ESMTP id t7SI4BDH026859; Fri, 28 Aug 2015 14:04:11 -0400 From: Tom Lane To: Christopher Browne cc: YUriy Zhuravlev , PostgreSQL Mailing Lists Subject: Re: WIP: About CMake v2 In-reply-to: References: <4184974.kkvGJ5GoEX@dinodell> Comments: In-reply-to Christopher Browne message dated "Fri, 28 Aug 2015 13:51:30 -0400" Date: Fri, 28 Aug 2015 14:04:11 -0400 Message-ID: <26858.1440785051@sss.pgh.pa.us> X-Pg-Spam-Score: -3.3 (---) 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 Christopher Browne writes: > (Does CMake run on a VAX 11/780?? :-)) Yeah. I see the two major risks as being: 1. We limit ourselves to platforms that cmake works on. 2. We lose the ability to handle weird special-case tests that are possible (if not necessarily pleasant) with autoconf/gmake. I might be overly worried about #2 --- but the impression I have of cmake is that they've spent lots of time on "make easy cases easy" and maybe not enough on "make hard cases possible". Anyway, we won't know unless somebody tries it. There will certainly be some pluses and some minuses, and we'll have to decide whether the pluses outweigh the minuses. I don't think we can tell that without a fairly detailed attempt at making it work. regards, tom lane -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers