Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1r0jps-007VSd-8a for pgsql-hackers@arkaria.postgresql.org; Wed, 08 Nov 2023 14:47:16 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.94.2) (envelope-from ) id 1r0jpq-004C39-84 for pgsql-hackers@arkaria.postgresql.org; Wed, 08 Nov 2023 14:47:14 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1r0jpp-004C2N-P2 for pgsql-hackers@lists.postgresql.org; Wed, 08 Nov 2023 14:47:13 +0000 Received: from mail-qt1-x833.google.com ([2607:f8b0:4864:20::833]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.94.2) (envelope-from ) id 1r0jpn-004Zzx-17 for pgsql-hackers@lists.postgresql.org; Wed, 08 Nov 2023 14:47:12 +0000 Received: by mail-qt1-x833.google.com with SMTP id d75a77b69052e-41c157bbd30so43907871cf.0 for ; Wed, 08 Nov 2023 06:47:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=dunslane-net.20230601.gappssmtp.com; s=20230601; t=1699454830; x=1700059630; darn=lists.postgresql.org; h=content-transfer-encoding:in-reply-to:from:content-language :references:cc:to:subject:user-agent:mime-version:date:message-id :from:to:cc:subject:date:message-id:reply-to; bh=BEsp7N7Htn+Uk7zzgvVz0tIw3qNKuC8pPKJgePkWG0c=; b=ey8OsHFWc7vtYNkIc5HZIGXgoZrFdP2+z2qLrxeBbejYAUp8VnZlt1f3QLcQEIgzTj dD/1qm5rQojs34GRp6hFmRLL07A0zwMsloE2Wcsyrx7yyYQ9qb8LPETFX/iGKxkqv9qp Tro2Cd4XG15AQEtXDLvJ4tSl16X8S023uW9SDGHzMMldSehlIca1WeXFMfTsYdx8DlwG uja0dhyXCsJiKxvFFNAUMLO1YXg3xTESd5J4v/PDg7wL9u3PuyshORA35Wbyx9uzyZAb N83PmCaNKGmkjpB1RsxeZGwmR9WLersiijYpplDaHKkBu+VD2DfJCDrGhDxzmvd5g0q/ y/jw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1699454830; x=1700059630; h=content-transfer-encoding:in-reply-to:from:content-language :references:cc:to:subject:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=BEsp7N7Htn+Uk7zzgvVz0tIw3qNKuC8pPKJgePkWG0c=; b=Ti1kYO8z98InpE24RTfkpiPSIsL3ZgzOHmIPPHhgObYX5YYr8n0Jfw79AE0ISmLsQd k029pb0w/kjITVERilFk5XOV7dTP8ZeZkKiAlpXPqRHr++YWwdesSeDQQ2I0uahvr99e 8CP7nhv/z1I4Wa7mj2SXQTqLKfn2/vpNJn6pAhWlCmn8ADU1OH+zf2jSKO42BbJfg2iR wCYd+dvM1onxprxvpELX5JkwBT4wCRAYZqvuV4KMeODaFFdK7RvPpYBSLlh7kgC53FK+ Bl6O5aElFhFtHe39kg33EJZuro7UunsofGesZbA05NZ5Y+Wp9FwseQFa5ZENSRpQAjcR Iq2Q== X-Gm-Message-State: AOJu0YwZ2oP9ASMBNXx9uxOr0ib6eStB6T1bhPFrFLitP6Dwr3lsRzfY vuGi2oqOryupfGUWgoJKD7WKjQ== X-Google-Smtp-Source: AGHT+IE3gVoJAi1w9E6HGk9RlVnRJuYbA3tCZpzE7Oaz8UVHs3to+yiXjihJ829aXKApfyOBVgEw+Q== X-Received: by 2002:a05:622a:1991:b0:400:a2b8:1c97 with SMTP id u17-20020a05622a199100b00400a2b81c97mr2480543qtc.17.1699454829850; Wed, 08 Nov 2023 06:47:09 -0800 (PST) Received: from ?IPV6:2605:a601:9122:d800::2bb? ([2605:a601:9122:d800::2bb]) by smtp.googlemail.com with ESMTPSA id fj6-20020a05622a550600b004197079f2f8sm945293qtb.64.2023.11.08.06.47.09 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 08 Nov 2023 06:47:09 -0800 (PST) Message-ID: Date: Wed, 8 Nov 2023 09:47:08 -0500 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.15.1 Subject: Re: Remove MSVC scripts from the tree To: Peter Eisentraut , Michael Paquier Cc: Postgres hackers References: <3fd0f1bc-4483-4ba9-8aa0-64765b052039@eisentraut.org> Content-Language: en-US From: Andrew Dunstan In-Reply-To: <3fd0f1bc-4483-4ba9-8aa0-64765b052039@eisentraut.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On 2023-11-08 We 03:41, Peter Eisentraut wrote: > On 12.10.23 07:23, Michael Paquier wrote: >>> - Is src/backend/utils/README.Gen_dummy_probes still correct after >>> this? >>> AFAICT, the Perl-based MSVC build system uses Gen_dummy_probes.pl, >>> but the >>> meson build uses Gen_dummy_probes.sed even on Windows.  Is that >>> correct, >>> intended? >> Interesting point.  This may depend on the environment at the end?  As >> far as I can see, sed is currently a hard requirement in the meson >> build and we'd fail if the command cannot be used.  The buildfarm >> machines that test meson are able to find sed, making >> Gen_dummy_probes.pl not necessary: >> https://buildfarm.postgresql.org/cgi-bin/show_stage_log.pl?nm=drongo&dt=2023-10-11%2020%3A21%3A17&stg=configure >> >> >> So the $1000 question is: could there be a point in keeping the perl >> script around if sed cannot be found?  The buildfarm coverage is >> currently saying no thanks to chocolatey, at least.  The VM images >> compiled by Andres for the CI seem to have the same opinion. > > I don't think we should rely on sed being there on Windows.  Maybe > it's true now on the handful of buildfarm/CI machines and early > adopters, but do we have any indication that that is systematic or > just an accident? > > Since we definitely require Perl now, we could just as well use the > Perl script and avoid this issue. > > Attached is a Perl version of the sed script, converted by hand (so > not the super-verbose s2p thing).  It's basically just the sed script > with semicolons added and the backslashes in the regular expressions > moved around.  I think we could use something like that for all > platforms now. I think it's alright, but please don't use literal tabs, use \t, even in a character class. cheers andrew -- Andrew Dunstan EDB: https://www.enterprisedb.com