kicad-developers team mailing list archive
-
kicad-developers team
-
Mailing list archive
-
Message #10999
Re: Scripting Build Failing
-
To:
kicad-developers@xxxxxxxxxxxxxxxxxxx
-
From:
Dick Hollenbeck <dick@xxxxxxxxxxx>
-
Date:
Thu, 15 Aug 2013 10:19:43 -0500
-
In-reply-to:
<CAB+dmjgK4yoPCBep+QdwKOZEpsfD7sO=sQXzqq3OM3U-67eimw@mail.gmail.com>
-
User-agent:
Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130804 Thunderbird/17.0.8
On 08/15/2013 09:59 AM, Kaspar Emanuel wrote:
> Hey,
>
> I have been having trouble building pcbnew with -DKICAD_SCRIPTING=ON and
> -DKICAD_SCRIPTING_MODULES=ON. I tried a few days ago with and without and it's definitely
> one of those flags, not surprising considering the error:
>
> |[ 61%] Building CXX object pcbnew/CMakeFiles/_pcbnew.dir/__/scripting/wx_python_helpers.cpp.o
> /home/kaspar/kicad/kicad.bzr2/scripting/wx_python_helpers.cpp: In function ‘wxString* newWxStringFromPy(PyObject*)’:
> /home/kaspar/kicad/kicad.bzr2/scripting/wx_python_helpers.cpp:77:30: error: ‘PyString_Check’ was not declared in this scope
> if( !PyString_Check( src ) && !PyUnicode_Check( src ) )
> ^
> /home/kaspar/kicad/kicad.bzr2/scripting/wx_python_helpers.cpp:86:29: error: ‘PyString_Check’ was not declared in this scope
> if( PyString_Check( obj ) )
> ^
> /home/kaspar/kicad/kicad.bzr2/scripting/wx_python_helpers.cpp:101:67: error: cannot convert ‘PyUnicodeObject*’ to ‘PyObject* {aka _object*}’ for argument ‘1’ to ‘Py_ssize_t PyUnicodeUCS4_AsWideChar(PyObject*, wchar_t*, Py_ssize_t)’
> wxStringBuffer( *result, len ), len );
> ^
> make[2]: *** [pcbnew/CMakeFiles/_pcbnew.dir/__/scripting/wx_python_helpers.cpp.o] Error 1
> make[1]: *** [pcbnew/CMakeFiles/_pcbnew.dir/all] Error 2|
>
> I just tried with -DKICAD_SCRIPTING_WXPYTHON=ON as well and that gives the same error.
>
> I don't have time right now to do a proper regression test but it definitely occurs with
> revisions 4242 onwards.
>
> Anyone know anything about this?
Scripting builds often require that you do a
$ make clean
before your
$ make
There are some disconnects in the dependency tree, mostly because of incomplete cmake
macros/functions for swig.
$ make clean
is the work around.
Follow ups
References