Re: Dynamic shared memory areas
От | Robert Haas |
---|---|
Тема | Re: Dynamic shared memory areas |
Дата | |
Msg-id | CA+TgmobTU1CpGfjukoYzjnwa9SnxTcxATyeUknXt61BULuekFQ@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: Dynamic shared memory areas (Robert Haas <robertmhaas@gmail.com>) |
Ответы |
Re: Dynamic shared memory areas
|
Список | pgsql-hackers |
On Fri, Dec 2, 2016 at 1:21 PM, Robert Haas <robertmhaas@gmail.com> wrote: > On Thu, Dec 1, 2016 at 6:33 AM, Thomas Munro > <thomas.munro@enterprisedb.com> wrote: >> Please find attached dsa-v8.patch, and also a small test module for >> running random allocate/free exercises and dumping the internal >> allocator state. > > OK, I've committed the main patch. ...but the buildfarm isn't very happy about it. tern complains: In file included from dsa.c:58:0: ../../../../src/include/utils/dsa.h:59:1: error: unknown type name 'pg_atomic_uint64'typedef pg_atomic_uint64 dsa_pointer_atomic; ...but that code is only compiled if #if DSA_POINTER_SIZEOF == 4 fails to be true. And that should always be true unless PG_HAVE_ATOMIC_U64_SUPPORT is defined. So apparently tern claims to PG_HAVE_ATOMIC_U64_SUPPORT but doesn't actually define pg_atomic_uint64? That doesn't seem right. The failures on several other BF members appear to be similar. -- Robert Haas EnterpriseDB: http://www.enterprisedb.com The Enterprise PostgreSQL Company
В списке pgsql-hackers по дате отправления: