Re: How to compile, link and use a C++ extension - Mailing list pgsql-hackers

From Peter Geoghegan
Subject Re: How to compile, link and use a C++ extension
Date
Msg-id CAM3SWZTOQ+fKpGumWiPV4SiTR+6YL=yWzkwAUZAkbaSpLYELzg@mail.gmail.com
Whole thread Raw
In response to Re: How to compile, link and use a C++ extension  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: How to compile, link and use a C++ extension  (Andres Freund <andres@anarazel.de>)
Re: How to compile, link and use a C++ extension  (Andrew Dunstan <andrew@dunslane.net>)
List pgsql-hackers
On Fri, Aug 14, 2015 at 10:28 AM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
> Yeah.  The painful issues you're going to face are not that.  They are
> memory management (C++ "new" does not talk to palloc or vice versa)
> and error handling ("throw" does not interoperate with PG_TRY()).

It's worse than that. Any use of longjmp() will cause undefined
behavior in C++. That's because each C++ object's destructor will not
be called (possibly other reasons, too).

I suggest looking at the PL/V8 code for an example of how to make C++
code work as a Postgres extension. IIRC they've made specific
trade-offs that might be useful for Jacques' use case too.

-- 
Peter Geoghegan



pgsql-hackers by date:

Previous
From: Robert Haas
Date:
Subject: Re: why can the isolation tester handle only one waiting process?
Next
From: Andres Freund
Date:
Subject: Re: How to compile, link and use a C++ extension