From: | Christoph Berg <myon(at)debian(dot)org> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | Devrim Gündüz <devrim(at)gunduz(dot)org>, pgsql-hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org> |
Subject: | Re: submake-errcodes |
Date: | 2018-04-11 08:39:54 |
Message-ID: | 20180411083953.GH23107@msg.df7cb.de |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Re: Tom Lane 2018-04-10 <24426(dot)1523387062(at)sss(dot)pgh(dot)pa(dot)us>
> The short-term solution seems to be to put that back, but that's sort
> of annoying because it means this isn't a bulletproof solution. It
> will only work for builds started in one of the directories that we
> take the trouble to put this defense into, and I can't see doing that
> everywhere. Still, such things didn't work reliably before either
> except in these few directories, so maybe it won't matter.
Is that supposed to work now, without explicitly invoking sub-generated-headers?
It still doesn't work on current HEAD:
/home/cbe/projects/postgresql/pg/master/build-py3/../src/include/utils/elog.h:71:10: fatal error: utils/errcodes.h: Datei oder Verzeichnis nicht gefunden
#include "utils/errcodes.h"
^~~~~~~~~~~~~~~~~~
compilation terminated.
make[2]: *** [<eingebaut>: plpy_cursorobject.o] Fehler 1
make[2]: Verzeichnis „/home/cbe/projects/postgresql/pg/master/build-py3/src/pl/plpython“ wird verlassen
The other directories we'd need it are contrib/{hstore,jsonb,ltree}_plpython.
Christoph
From | Date | Subject | |
---|---|---|---|
Next Message | David Rowley | 2018-04-11 08:59:48 | Re: [HACKERS] path toward faster partition pruning |
Previous Message | Kyotaro HORIGUCHI | 2018-04-11 08:33:42 | Re: Boolean partitions syntax |