From: | Christoph Berg <myon(at)debian(dot)org> |
---|---|
To: | PostgreSQL Hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Building storage/lwlocknames.h? |
Date: | 2015-09-16 20:10:00 |
Message-ID: | 20150916200959.GB32090@msg.df7cb.de |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Hi,
the Debian package build compiles plpython twice, once for python 2 in
the main build, and then for python 3 in an extra run. In order not to
waste too much time, we have this recipe in there:
stamp/build-py3: stamp/configure-build-py3
$(MAKE) -C build-py3/src/backend/ submake-errcodes
$(MAKE) -C build-py3/src/pl/plpython
$(MAKE) -C build-py3/contrib/hstore_plpython
So far that worked, but on 9.6 head there's now a problem with
storage/lwlocknames.h:
18:20:02 gcc -Wall -Wmissing-prototypes -Wpointer-arith -Wdeclaration-after-statement -Wendif-labels -Wmissing-format-attribute -Wformat-security -fno-strict-aliasing -fwrapv -fexcess-precision=standard -g -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -I/usr/include/mit-krb5 -fPIC -pie -fno-omit-frame-pointer -fpic -I. -I/tmp/buildd/postgresql-9.6-9.6~~devel~20150916.1605/build-py3/../src/pl/plpython -I/usr/include/python3.4m -I../../../src/include -I/tmp/buildd/postgresql-9.6-9.6~~devel~20150916.1605/build-py3/../src/include -D_FORTIFY_SOURCE=2 -D_GNU_SOURCE -c -o plpy_cursorobject.o /tmp/buildd/postgresql-9.6-9.6~~devel~20150916.1605/build-py3/../src/pl/plpython/plpy_cursorobject.c
18:20:02 In file included from /tmp/buildd/postgresql-9.6-9.6~~devel~20150916.1605/build-py3/../src/include/storage/lock.h:23:0,
18:20:02 from /tmp/buildd/postgresql-9.6-9.6~~devel~20150916.1605/build-py3/../src/include/access/heapam.h:22,
18:20:02 from /tmp/buildd/postgresql-9.6-9.6~~devel~20150916.1605/build-py3/../src/include/nodes/execnodes.h:18,
18:20:02 from /tmp/buildd/postgresql-9.6-9.6~~devel~20150916.1605/build-py3/../src/include/executor/execdesc.h:18,
18:20:02 from /tmp/buildd/postgresql-9.6-9.6~~devel~20150916.1605/build-py3/../src/include/utils/portal.h:50,
18:20:02 from /tmp/buildd/postgresql-9.6-9.6~~devel~20150916.1605/build-py3/../src/include/executor/spi.h:18,
18:20:02 from /tmp/buildd/postgresql-9.6-9.6~~devel~20150916.1605/build-py3/../src/pl/plpython/plpy_planobject.h:8,
18:20:02 from /tmp/buildd/postgresql-9.6-9.6~~devel~20150916.1605/build-py3/../src/pl/plpython/plpy_cursorobject.c:18:
18:20:02 /tmp/buildd/postgresql-9.6-9.6~~devel~20150916.1605/build-py3/../src/include/storage/lwlock.h:96:33: fatal error: storage/lwlocknames.h: No such file or directory
18:20:02 compilation terminated.
18:20:02 <builtin>: recipe for target 'plpy_cursorobject.o' failed
18:20:02 make[2]: *** [plpy_cursorobject.o] Error 1
18:20:02 make[2]: Leaving directory '/tmp/buildd/postgresql-9.6-9.6~~devel~20150916.1605/build-py3/src/pl/plpython'
Can we have a "submake-lwlocknames" build target like there already is
for submake-errcodes? Reading the Makefile I could not see how to
manually trigger this individually.
Thanks,
Christoph
--
cb(at)df7cb(dot)de | http://www.df7cb.de/
From | Date | Subject | |
---|---|---|---|
Next Message | Robert Haas | 2015-09-16 20:10:53 | Re: Parallel Seq Scan |
Previous Message | Robert Haas | 2015-09-16 20:08:10 | Re: Additional LWLOCK_STATS statistics |