Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1jtYDj-0005Yz-3J for pljava-dev@arkaria.postgresql.org; Thu, 09 Jul 2020 15:12:19 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1jtYDh-0001rt-DG for pljava-dev@arkaria.postgresql.org; Thu, 09 Jul 2020 15:12:17 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1jtYDh-0001rm-5z for pljava-dev@lists.postgresql.org; Thu, 09 Jul 2020 15:12:17 +0000 Received: from mail-ej1-x629.google.com ([2a00:1450:4864:20::629]) by magus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from ) id 1jtYDd-00058t-26 for pljava-dev@lists.postgresql.org; Thu, 09 Jul 2020 15:12:15 +0000 Received: by mail-ej1-x629.google.com with SMTP id p20so2631145ejd.13 for ; Thu, 09 Jul 2020 08:12:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=NWMRhCH2vC8WMVKcKraGo8zBSJlZVNtD4Cv7nhpM7lM=; b=o7d3IcAmVLLWP3tICJOUS8nWvei2WZ2KxqGRpW3A912CXTVLUJDnYKhQ2R4DzuFBOU OcWw1r1p8GDgR6cXv6YJ3buyyAJo6tj4Ly32YebQipXxXfmBuRQxeRZZCiPqDerbfokr iToj7kDERRQ4l5V1YFwbxmpHPHIt9rRIqYgawVTb2Q4mwEh7oPLCQXDNJpXb/jQSaslG tk99wgth8x6X7OgnsIJ3ce2x6WWK+3tEWgmKQchbvCW3ejpyYrkPdy2HhCfZWlWS+0GF VnHnXR/xGg5SAhV2itTI72E8O/le274j5D0anyNvnrxHmGJLcG+0AdcdEF4wEYgLSFuF ss1A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=NWMRhCH2vC8WMVKcKraGo8zBSJlZVNtD4Cv7nhpM7lM=; b=nJamhiv5BkIGKoYYZTBQ+l3oUZvAZD9BG7fYXu/ksHGB/qbb4juo6ElYfi4gAqqGqL bUznJoMJVSIQ1YqosNzMTzCtEtqm3xE3iwLQmPhot8Tx+PFlQWzjUIrWOZpUI8Egaukk O1Il7JHsI0jj/Eqj5oCf2zR/feNTmLbLglsxwguPgPyNJWgnsrnChqtBZEpiEeBqbG3Z f6L7t+6423U7blI7Ivaf9IHsuozBDLLRuWxFaXnVm/E3x0EWCn4cB/UT1GvWL5yZ8a71 wJqgZb9XTEDeVj6vkALwR89mPizIcEQsxQyLXHjfVRlRIF8/yPhYA2YlRJBoPWZGXUg6 z26A== X-Gm-Message-State: AOAM532XstCjxRyaUuHWaFK1WNLcQzlmZPc3xL9ijU58buNjnKGXQw+e I5dv6oBBQ+JtRY9eDU8tGSQL1eum3fpwmgxhiuo= X-Google-Smtp-Source: ABdhPJztGoRzCNEl9HI6aLf09GQ5c01t2afK5z4Lx88aAZ0MvnRgQUw0ySedg1B8sLaMBFStMCvFvEpU0O07FQauz/s= X-Received: by 2002:a17:906:2296:: with SMTP id p22mr55426519eja.510.1594307530467; Thu, 09 Jul 2020 08:12:10 -0700 (PDT) MIME-Version: 1.0 References: <5F0125BC.5000609@anastigmatix.net> <5F0172D7.3000708@anastigmatix.net> <5F02122C.7040905@anastigmatix.net> <5F021785.905@anastigmatix.net> <5F021A20.1050903@anastigmatix.net> <5F02340C.7030002@anastigmatix.net> <5F04FA65.5000600@anastigmatix.net> <5F071CFC.9090306@anastigmatix.net> <5F072647.50301@anastigmatix.net> In-Reply-To: From: Kartik Ohri Date: Thu, 9 Jul 2020 20:41:59 +0530 Message-ID: Subject: Re: PL/Java new build plugin To: Chapman Flack Cc: pljava-dev@lists.postgresql.org Content-Type: multipart/alternative; boundary="000000000000042cd105aa03a668" List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk --000000000000042cd105aa03a668 Content-Type: text/plain; charset="UTF-8" > > > Any suggestions what could be the problem? As far as I see in the >> > build.xml, I can only think of MSVC.RINT but it should not be probably >> the >> > cause. >> >> You could be on to something. I remember thinking that MSVC_RINT is >> probably no longer essential to the build, at least for MSVC > 2012 >> or PG > 9.3. But still, if there's an MSVC-only define that uses it: >> >> https://github.com/amCap1712/pljava/blob/d6608ff/pljava-so/pom.xml#L120 > > I'll look further into this. > IIRC, PL/Java won't support PG 9.3 in any case so should I do away with the define completely ? --000000000000042cd105aa03a668 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
> Any suggestions what could= be the problem? As far as I see in the
> build.xml, I can only think of MSVC.RINT but it should not be probably= the
> cause.

You could be on to something. I remember thinking that MSVC_RINT is
probably no longer essential to the build, at least for MSVC > 2012
or PG > 9.3. But still, if there's an MSVC-only define that uses it:=

https://github.com= /amCap1712/pljava/blob/d6608ff/pljava-so/pom.xml#L120
I'll look further into this.

IIRC, PL/Java won't support PG 9.3 in any ca= se so should I do away with the define completely ?=C2=A0
--000000000000042cd105aa03a668--