pg.ddx.io pgsql-general@postgresql.org mailing list archive
help / color / mirror / Atom feed From: Tom Lane <tgl@sss.pgh.pa.us>
To: Robert Haas <robertmhaas@gmail.com>
Cc: Jim Nasby <Jim.Nasby@bluetreble.com>
Cc: Gavin Flower <GavinFlower@archidevsys.co.nz>
Cc: dandl <david@andl.org>
Cc: Adam Brusselback <adambrusselback@gmail.com>
Cc: Joy Arulraj <jarulraj@cs.cmu.edu>
Cc: kang joni <kangjoni76@gmail.com>
Cc: Dmitry Igrishin <dmitigr@gmail.com>
Cc: Pg Hackers <pgsql-hackers@postgresql.org>
Cc: Peter Eisentraut <peter_e@gmx.net>
Subject: Re: [GENERAL] C++ port of Postgres
Date: Tue, 16 Aug 2016 12:59:24 -0400
Message-ID: <27271.1471366764@sss.pgh.pa.us> (raw )
In-Reply-To: <CA+Tgmoa8=kMNkOGDCZYR-L_PAoQ2Vdb9EmSV+=7pRv+J3u7_CA@mail.gmail.com >
References: <CABgyVxDBd3EvRdo-Rd6eo8QPEqV8=ShaU2SJfo16wfE0R-hXTA@mail.gmail.com >
<CAAfz9KN8YpruCOtSp8uqVJGS5++9+QUbq2CHjOP-g0kYkQJM2Q@mail.gmail.com >
<CABgyVxCorVSTkVcjkPS06YYt9bPPamGNXAsQkCDFKXGvXZDh-w@mail.gmail.com >
<CABgyVxCrHpk5SkU+7pVhze=dukx2SKqKNY8aOJstwaCRh=Y0Lg@mail.gmail.com >
<CABgyVxBA24NnPri8BYQFjVdn2pgqcB=Q6MXFXdcwchUmJSAUPw@mail.gmail.com >
<CAOmy0wLcyE3d=jbfpgoKtTicGoZ64AKKfEkG+ccXxtmajSBGeQ@mail.gmail.com >
<CABgyVxBjX6VbnbHfZRSDJBav4xKH5vSLZqTpr989sMOb+jX+jA@mail.gmail.com >
<CAMjNa7e7E81T3NqoReixYxrCFQpfWd+Mht0NhetW3bJB=Gs7Og@mail.gmail.com >
<007001d1f786$d903fa90$8b0befb0$@andl.org >
<00a52208-3199-5858-8846-2530b0bb34df@archidevsys.co.nz >
<f7682c24-4271-1ff5-d963-053ecb0fce40@BlueTreble.com >
<CA+Tgmoa8=kMNkOGDCZYR-L_PAoQ2Vdb9EmSV+=7pRv+J3u7_CA@mail.gmail.com >
List-Unsubscribe: <mailto:majordomo@postgresql.org?body=unsub%20pgsql-hackers>
Robert Haas <robertmhaas@gmail.com> writes:
> I'm not really interested in supporting PostgreSQL code written in
> other languages entirely, such as Rust, but I do think it would make
> sense to write our code so that it can be compiled using either a C
> compiler or a C++ compiler. Even if we don't ever use any C++ code in
> core, this would let people who create forks or extensions use it if
> they wished. It wouldn't be that much work to maintain, either: we'd
> just set up some buildfarm members that compiled using C++ and when
> they turned red, we'd go fix it.
I think this might have advantages purely from the standpoint of new
compilers possibly offering useful warnings we don't get now. But
if we only go this far, I'm pretty dubious that it really helps people
to develop extensions in C++. Almost invariably, if you ask *why* they
want to do that, you'll get an answer involving C++ libraries that are
not going to play very nice with our error handling or memory management
conventions. I do not see how we could C++-ify the error handling without
making a complete break with C compilers ... which is a step I don't
really want to take.
The whole thing would make a lot more sense given a credible design
for error handling that keeps both languages happy.
A lot of the other things people have muttered about, such as heavier
use of inline functions instead of macros, don't particularly need C++
at all.
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
view thread (76+ messages) latest in thread
Message-ID: <27271.1471366764@sss.pgh.pa.us>
Permalink: ../27271.1471366764@sss.pgh.pa.us/
Also on: postgresql.org/message-id/27271.1471366764@sss.pgh.pa.us
copy link · copy postgr.es
reply Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Reply to all the recipients using the --to and --cc options:
reply via email
To: pgsql-general@postgresql.org
Cc: tgl@sss.pgh.pa.us, robertmhaas@gmail.com, Jim.Nasby@bluetreble.com, GavinFlower@archidevsys.co.nz, david@andl.org, adambrusselback@gmail.com, jarulraj@cs.cmu.edu, kangjoni76@gmail.com, dmitigr@gmail.com, pgsql-hackers@postgresql.org, peter_e@gmx.net
Subject: Re: [GENERAL] C++ port of Postgres
In-Reply-To: <27271.1471366764@sss.pgh.pa.us>
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox