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 1pVvra-0003Mz-8K for pgsql-hackers@arkaria.postgresql.org; Sat, 25 Feb 2023 14:49:27 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1pVvrY-0003sR-7R for pgsql-hackers@arkaria.postgresql.org; Sat, 25 Feb 2023 14:49:24 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1pVvrW-0003sD-El for pgsql-hackers@lists.postgresql.org; Sat, 25 Feb 2023 14:49:23 +0000 Received: from wout4-smtp.messagingengine.com ([64.147.123.20]) by makus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1pVvrR-0006kH-Nx for pgsql-hackers@postgresql.org; Sat, 25 Feb 2023 14:49:21 +0000 Received: from compute6.internal (compute6.nyi.internal [10.202.2.47]) by mailout.west.internal (Postfix) with ESMTP id 994A73200914; Sat, 25 Feb 2023 09:49:14 -0500 (EST) Received: from imap49 ([10.202.2.99]) by compute6.internal (MEProxy); Sat, 25 Feb 2023 09:49:15 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eulerto.com; h= cc:cc:content-type:date:date:from:from:in-reply-to:in-reply-to :message-id:mime-version:references:reply-to:sender:subject :subject:to:to; s=fm3; t=1677336554; x=1677422954; bh=zWkrud8hwU RcoKdGjXzJQJ9umgve3AY+o4hQDb7E0QA=; b=N6rjGe2TM4P2uy9QYimwsHXXl7 zCrg+ln8DLlxsSe2iCHhqRL430TKCqWIzf3BmbSdVqBoql5dc55hRpceEvUwfJIA zxyzWpmD8SPS00U0LC/XpQdOp4PJORpSCm0Sz3Y2MLmY8k6WgBCG6yWOUHDQd21G 3SisDdAJ1Sd2b571W6ZsSMYH42CguY71dq3Sn4TQoh0ytAKP8OTMqNNB61y7ZgNk Lggs6/0zeey+bYFfi5LsnIjYyfsrJwnL/64mDFfun5939YYLDQUugwgNoGuyemSP koTpfZ34wLBwPHTMmzlG2WMTh2ndLJob83zJT1X7OtMViv97NPs8ZNnoCSwA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-type:date:date:feedback-id :feedback-id:from:from:in-reply-to:in-reply-to:message-id :mime-version:references:reply-to:sender:subject:subject:to:to :x-me-proxy:x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s= fm1; t=1677336554; x=1677422954; bh=zWkrud8hwURcoKdGjXzJQJ9umgve 3AY+o4hQDb7E0QA=; b=WtA2TS2YMHv8u4/KTrV6zv/jOkdYO7n7NPIStZEHXNkL D5z3f7k1trDXzVVZMOBKFAVAF2V39bYqyLqGs4kxaChweiAMIyaN4A959+BK//vb gDX/BcGiSYf0Qv13D5KVKF4W0FSQQT9hcrFuxjFPjEhxrIG1OM1YBW7IFKARBsTG 4NRFHlFNKIv1aL/9gL8da0aUMUkBe5A41t/K1KjUC+zcDukuwBRndb3H6noTU6XY eK/2giZveoIetVxpP8A73Ex3lJ5Rv87QYNHQnB4iY/Dpz2dwUWWtkSxSAT/AlwVy vVZpxJu+PXrDM+hFpNRK1ClOw9B2xBRGZlIQpSZn1A== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvhedrudekiedgtdejucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhepofgfggfkjghffffhvfevufgtsegrtderreerredtnecuhfhrohhmpedfgfhu lhgvrhcuvfgrvhgvihhrrgdfuceovghulhgvrhesvghulhgvrhhtohdrtghomheqnecugg ftrfgrthhtvghrnhephedvveeuleejkeefleeihfeffefgffegueefhfdvueegtddtgedv heeuvdfgudfgnecuffhomhgrihhnpehpohhsthhgrhgvshhqlhdrohhrghdpvghnthgvrh hprhhishgvuggsrdgtohhmnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehm rghilhhfrhhomhepvghulhgvrhesvghulhgvrhhtohdrtghomh X-ME-Proxy: Feedback-ID: i0c21471d:Fastmail Received: by mailuser.nyi.internal (Postfix, from userid 501) id 565EC15A008E; Sat, 25 Feb 2023 09:49:13 -0500 (EST) X-Mailer: MessagingEngine.com Webmail Interface User-Agent: Cyrus-JMAP/3.9.0-alpha0-172-g9a2dae1853-fm-20230213.001-g9a2dae18 Mime-Version: 1.0 Message-Id: <8851e7ad-a1ff-4827-9805-9ba73b289e7f@app.fastmail.com> In-Reply-To: <7e53071e-8451-9210-272a-e91c7b00df9c@enterprisedb.com> References: <20230224191840.GD1653@telsasoft.com> <7e53071e-8451-9210-272a-e91c7b00df9c@enterprisedb.com> Date: Sat, 25 Feb 2023 11:47:26 -0300 From: "Euler Taveira" To: "Tomas Vondra" , "Justin Pryzby" , pgsql-hackers Cc: gkokolatos@pm.me, "Michael Paquier" , "Robert Haas" , "Peter Geoghegan" , "Peter Eisentraut" , "Heikki Linnakangas" , "Thomas Munro" , "Dipesh Pandit" , "Andrey Borodin" , "Mark Dilger" Subject: Re: zstd compression for pg_dump Content-Type: multipart/alternative; boundary=48a63bf6282244cfafa0375008a30723 List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk --48a63bf6282244cfafa0375008a30723 Content-Type: text/plain On Sat, Feb 25, 2023, at 7:31 AM, Tomas Vondra wrote: > On 2/24/23 20:18, Justin Pryzby wrote: > > This is a draft patch - review is welcome and would help to get this > > ready to be considererd for v16, if desired. > > > > I'm going to add this thread to the old CF entry. > > https://commitfest.postgresql.org/31/2888/ > > > > Thanks. Sadly cfbot is unhappy - the windows and cplusplus builds failed > because of some issue in pg_backup_archiver.h. But it's a bit bizarre > because the patch does not modify that file at all ... cpluspluscheck says # pg_dump is not C++-clean because it uses "public" and "namespace" # as field names, which is unfortunate but we won't change it now. Hence, the patch should exclude the new header file from it. --- a/src/tools/pginclude/cpluspluscheck +++ b/src/tools/pginclude/cpluspluscheck @@ -153,6 +153,7 @@ do test "$f" = src/bin/pg_dump/compress_gzip.h && continue test "$f" = src/bin/pg_dump/compress_io.h && continue test "$f" = src/bin/pg_dump/compress_lz4.h && continue + test "$f" = src/bin/pg_dump/compress_zstd.h && continue test "$f" = src/bin/pg_dump/compress_none.h && continue test "$f" = src/bin/pg_dump/parallel.h && continue test "$f" = src/bin/pg_dump/pg_backup_archiver.h && continue -- Euler Taveira EDB https://www.enterprisedb.com/ --48a63bf6282244cfafa0375008a30723 Content-Type: text/html Content-Transfer-Encoding: quoted-printable
On Sat, Feb 25,= 2023, at 7:31 AM, Tomas Vondra wrote:
On 2/24/23 20:18, Justin Pryzby wrote:
> This is a draft patch - review is welcome and would help t= o get this
> ready to be considererd for v16, if desire= d.

> I'm going to add this thr= ead to the old CF entry.


Thanks. Sad= ly cfbot is unhappy - the windows and cplusplus builds failed
<= div>because of some issue in pg_backup_archiver.h. But it's a bit bizarr= e
because the patch does not modify that file at all ...
cpluspluscheck says

        # pg_dump is not C++-clean= because it uses "public" and "namespace"
  &nbs= p;     # as field names, which is unfortunate but we= won't change it now.

Hence, the patch shou= ld exclude the new header file from it.

---= a/src/tools/pginclude/cpluspluscheck
+++ b/src/tools/pgin= clude/cpluspluscheck
@@ -153,6 +153,7 @@ do
=     test "$f" =3D src/bin/pg_dump/compress_gzip.h &&a= mp; continue
    test "$f" =3D src/bin/pg_d= ump/compress_io.h && continue
    t= est "$f" =3D src/bin/pg_dump/compress_lz4.h && continue
+   test "$f" =3D src/bin/pg_dump/compress_zstd.h &&= amp; continue
    test "$f" =3D src/bin/pg_= dump/compress_none.h && continue
   = ; test "$f" =3D src/bin/pg_dump/parallel.h && continue
=
    test "$f" =3D src/bin/pg_dump/pg_backup_archiver= .h && continue


--
Euler Taveira

--48a63bf6282244cfafa0375008a30723--