SWIG chokes on them :D I tried to use the explicit type for an enum and
it complains... also FYI auto_ptr is deprecated...
--
Lorenzo Marcantonio
Logos Srl
___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.l
On Aug 14, 2013 5:58 PM, "Chris Morgan" wrote:
>
> On Wed, Aug 14, 2013 at 6:29 AM, Miguel Angel Ajo Pelayo
> wrote:
> >
> > 2013/8/14 Chris Morgan
> >>
> >> wrote:
> >> > (please use nbee/nbeepass as credentials)
> >> >
> >> > http://kicadhub.com/pcbs/2
> >> > http://kicadhub.com/assembly_guid
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/w
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%]
IMHO, RoR can be used to develop web apps faster (not faster web apps..),
and has a wider community and library support, also has libraries to
inteface ruby->python and make use of the kicad scripting wrappers.
But that's just my opinion. Probably, if we get there at any time, it could
make sense
Let me know if that doesn't fix it in your system, but as dick says it
could be a dependency / swig rebuild problem.
In such case please provide more information of your build system and
python libraries version and I will try to help ( I'm on vacation,
hurray!!! ;) )
2013/8/15 Dick Hollenbeck
Question: is there a reason for having the .kicad_wks specified in the
project and not in the single file (like all the other title block
parameters and the page size).
I think it would be useful (and more logical) to have it in the
sheet/board file because:
- A standalone board file (used as a l
Thanks for the suggestions. I tried a make clean but that didn't help. I
had kept making new out of source builds anyway. Then I realized that CMake
was reporting:
-- Found PythonLibs: /usr/lib/libpython3.2mu.so (found version "3.2.4")
Which led me to a report and workaround Adam Wolf posted in A
8 matches
Mail list logo