pkgsrc-Bugs archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
pkg/47342: devel/py-gobject3 build failure
>Number: 47342
>Category: pkg
>Synopsis: devel/py-gobject3 build failure
>Confidential: no
>Severity: critical
>Priority: medium
>Responsible: pkg-manager
>State: open
>Class: sw-bug
>Submitter-Id: net
>Arrival-Date: Sun Dec 16 21:20:00 +0000 2012
>Originator: David A. Holland
>Release: NetBSD 6.99.11 (20120906)
>Organization:
>Environment:
System: NetBSD macaran 6.99.11 NetBSD 6.99.11 (MACARAN) #15: Mon Oct 15
21:24:31 EDT 2012 dholland@macaran:/usr/src/sys/arch/amd64/compile/MACARAN amd64
Architecture: x86_64
Machine: amd64
>Description:
py-gobject3 croaks when building as follows:
In file included from
/home/pkgbulk/c/obj/devel/py-gobject3/work/.buildlink/include/python2.7/Python.h:126:0,
from pygmaincontext.c:27:
/home/pkgbulk/c/obj/devel/py-gobject3/work/.buildlink/include/python2.7/modsupport.h:27:1:
error: '_PyArg_ParseTuple_SizeT' is an unrecognized format function type
gmake[3]: *** [_glib_la-pygmaincontext.lo] Error 1
Digging around shows that this failure is here:
PyAPI_FUNC(int) PyArg_ParseTuple(PyObject *, const char *, ...)
Py_FORMAT_PARSETUPLE(PyArg_ParseTuple, 2, 3);
and that the Py_FORMAT_PARSETUPLE business expands to
__attribute__((format(PyArg_ParseTuple, 2, 3)))
and then to
__attribute__((format(_PyArg_ParseTuple_SizeT, 2, 3)))
and apparently it expects gcc to understand this -- there are config
defines for whether to enable it, and they're turned on, even though
it evidently doesn't work and, I would think, can't seriously be
expected to work.
What is this about? And why is it breaking only in py-gobject3?
(Both python26 and python27 builds exhibit the same behavior.)
>How-To-Repeat:
make
>Fix:
Home |
Main Index |
Thread Index |
Old Index