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