Re: [v9.1] sepgsql - userspace access vector cache
Tom Lane <tgl@sss.pgh.pa.us>
From: Tom Lane <tgl@sss.pgh.pa.us>
To: Kohei Kaigai <Kohei.Kaigai@EMEA.NEC.COM>
Cc: Robert Haas <robertmhaas@gmail.com>, Kohei KaiGai <kaigai@kaigai.gr.jp>, Yeb Havinga <yebhavinga@gmail.com>, PgHacker <pgsql-hackers@postgresql.org>
Date: 2011-08-19T15:33:34Z
Lists: pgsql-hackers
Commits
Same data as JSON:
GET /api/v1/messages/:b64id/commits
the thread's linked commits as JSON, with link sources.
API reference →
-
Remove the limit on the number of entries allowed in catcaches, and
- 8b9bc234ad43 8.2.0 cited
Kohei Kaigai <Kohei.Kaigai@EMEA.NEC.COM> writes: > One point I'm worrying about is a case when contrib/sepgsql is compiled > with older libselinux than minimum requirement. In this case, we may not > notice the broken module unless user tries to load it actually. > Is there a good idea to ensure compile failure when we try to build sepgsql > module when libselinux-2.0.98 or older was installed? Well, they should get at least a warning from referencing undefined functions, no? There's a limit to how friendly we can be here, since Linux's shlib stuff is designed to not require all symbols to be resolvable at shlib construction time. This is one place where Darwin works better ... regards, tom lane