Re: [Kicad-developers] Clearance for pad in module editor

I can tell you how it is supposed to work so you can fix it. BOARDDESIGNSETTINGS is where this info is thought to reside. Module editor has a dummy BOARD which has its own BDS. But getdesignsettings for moduleditorframe is tricked out to return parent ie actual board's BDS. If that frame method

Re: [Kicad-developers] [PATCH] Component and module search displays in which library they live

> Otherwise, I will commit it this evening. Thank you, we would appreciate that. ___ Mailing list: https://launchpad.net/~kicad-developers Post to : kicad-developers@lists.launchpad.net Unsubscribe : https://launchpad.net/~kicad-developers Mor

Re: [Kicad-developers] [Bug 1156085] Re: Spaces in layer names in kicad_pcb files [solution attached]

FYI, "pretty" modules are those emitted from the KICAD_PLUGIN, and most folks have probably never seen them yet. Pretty refers to the s-expression form of Kicad footprint files. Once the fp lib table support is in place, there will come a time when pretty modules will be the norm soon thereafter.

Re: [Kicad-developers] [Bug 1156085] Re: Spaces in layer names in kicad_pcb files [solution attached]

On 03/18/2013 07:37 AM, Giorgio Croci Candiani wrote: > Hi Dick, > as explained, I discovered just later that the problem was entirely caused by > the translation files; nothing was wrong in the original .brd file (sorry I > misled, once I realized what might have happened I also tested a brand n

Re: [Kicad-developers] ncurses for python a-mingw-us

Brian, On 03/18/2013 11:40 AM, Brian Sidebotham wrote: > Excellent work Dick! > > I'll commit the changes for the incorrect windows API declarations > and use which results in the incorrect warning message about python > not being able to get the current activation context. yes, please do. I

Re: [Kicad-developers] [PATCH] Component and module search displays in which library they live

, 2013 at 2:40 PM, Carl Poirier >>> wrote: >>> >>>> Hi Dick, >>>> >>>> Thanks for pointing that out. This one should hopefully do the trick. >>>> >>>> Carl >>

[Kicad-developers] ncurses for python a-mingw-us

dick@dick-intel:~/python/Python2.7.4$ bzr ci -m 'add support for ncurses, which enables completiion of extensions _curses.pyd and _curses_panel.pyd' Committing to: bzr+ssh://bazaar.launchpad.net/~kicad-testing-committers/kicad/python2.7.4-a-mingw-us/

Re: [Kicad-developers] Feature bounties or Kickstarter project for KiCad

On 03/16/2013 07:52 AM, Vesa Solonen wrote: > Because development of KiCad is based on donations of time, skill and > effort, there are some will and resources that can not be used for > development under the current development model. That will and resources > come from the users of KiCad who don'

Re: [Kicad-developers] Locale fix in KiCAD is not working (breaks my build)

>> Yes, so that means OUTPUTFORMATTER::Print() is not thread safe >> currently, > > Rather, probably it is thread safe, but the locale change is not > thread specific to my knowledge. http://stackoverflow.com/questions/4057319/is-setlocale-thread-safe-function Here again, the interface we ha

Re: [Kicad-developers] Locale fix in KiCAD is not working (breaks my build)

On 03/15/2013 02:07 PM, Dick Hollenbeck wrote: > On 03/15/2013 01:46 PM, Miguel Angel Ajo Pelayo wrote: >> On 15/03/2013, at 19:32, Dick Hollenbeck wrote: >> >>> On 03/15/2013 11:39 AM, Miguel Angel Ajo Pelayo wrote: >>>> Ok, committed in 4008, cleanups inc

Re: [Kicad-developers] Locale fix in KiCAD is not working (breaks my build)

On 03/15/2013 01:46 PM, Miguel Angel Ajo Pelayo wrote: > On 15/03/2013, at 19:32, Dick Hollenbeck wrote: > >> On 03/15/2013 11:39 AM, Miguel Angel Ajo Pelayo wrote: >>> Ok, committed in 4008, cleanups included. >>> >>> Finally I used the LOCALE_IO impleme

Re: [Kicad-developers] Locale fix in KiCAD is not working (breaks my build)

On 03/15/2013 11:39 AM, Miguel Angel Ajo Pelayo wrote: > Ok, committed in 4008, cleanups included. > > Finally I used the LOCALE_IO implementation, because converting in > some situations didn't work, and my time was exhausting for today… > > I think there are some locale manipulators in std:: c++

Re: [Kicad-developers] Locale fix in KiCAD is not working (breaks my build)

On 03/15/2013 10:16 AM, Miguel Angel Ajo Pelayo wrote: > I'm doing it with pleasure, there's nothing better than reading > standardized code when > you get used to an style. > > One question: I'm uncrustifying, and diff-checking my .cpps/.hs, as > for sure I'd forget many things manually. > > It se

Re: [Kicad-developers] Locale fix in KiCAD is not working (breaks my build)

ith style cleanups and ex-related-cleanups. > > Thanks for telling me nicely, coding style is important and it seems that > I haven't been > paying enough attention. > > Miguel Angel Ajo > http://www.nbee.es > +34911407752 > skype: ajoajoajo > > On 15/03/2013, at 14

Re: [Kicad-developers] Locale fix in KiCAD is not working (breaks my build)

On 03/15/2013 07:58 AM, Miguel Angel Ajo Pelayo wrote: > I think I will fix it back to value.Replace(wxT( "," ),wxT( "." ));, which > seems to work > with wxwidgets 2.8 (was the wxT(..) missing what broke it) > > And It's the internal implementation of wxwidgets wxString CDouble things . Migue

Re: [Kicad-developers] Mac OSX build, with scripting, codename "wife"

;> export KICAD_APP=$DIR/../../../kicad.app >> >> >> export KICAD_DATA=$DIR/../../../data >> >> >> # let the apps find the libraries at startup >> >> >> export >> DYLD_LIBRARY_PATH=$KICAD_APP/Con

Re: [Kicad-developers] Mac OSX build, with scripting, codename "wife"

startup > > export > DYLD_LIBRARY_PATH=$KICAD_APP/Contents/Frameworks:$DYLD_LIBRARY_PATH > > # let python scripting find our modules > > export > > PYTHONPATH=$KICAD_APP/Contents/Frameworks/python2.7/site-packages/:$PYTHONPATH > > export KICAD=$K

Re: [Kicad-developers] Mac OSX build, with scripting, codename "wife"

ng, only. Which is about what we want. Might need to to put sh in front of that. > what's the next step? > > Adam Wolf > Wayne and Layne, LLC > > > On Mon, Mar 11, 2013 at 9:06 AM, Dick Hollenbeck <mailto:d...@softplc.com>> wrote: > > On 03/11/

Re: [Kicad-developers] Scripting on Windows Fix

On 03/11/2013 03:50 AM, Miguel Angel Ajo Pelayo wrote: > Thanks dick, > I think the class constructor it's a very clean/smart solution (set > and forget at block level). > > I wonder if the wx/python , takes care of double-locks from the same > thread. Good question, can you find out please? If

Re: [Kicad-developers] Mac OSX build, with scripting, codename "wife"

On 03/11/2013 08:25 AM, Adam Wolf wrote: > Miguel, > > I only know about Blender/Python on Windows. > > I think site-packages (dist-packages on Debian/Ubuntu) might be the > right way to do it. Put the python modules in a place that's > already on the PYTHONPATH that package managers already expec

Re: [Kicad-developers] pcbnew fix: project file location

Since there was some work done in this area recently, it would be interesting to know the version number. Even better would be for you to test the latest testing source code. On 03/11/2013 08:42 AM, Sergey A. Borshch wrote: > Hello everybody. > > If pcbnew launched with .brd as cmd-line argu

Re: [Kicad-developers] Scripting on Windows Fix

> I will commit something in a few minutes. > > Brian if you can test that please, then you are da man. Its very late here, it was rushed, but I checked in something that might help. in rev 3994. ___ Mailing list: https://launchpad.net/~kicad-developer

Re: [Kicad-developers] Scripting on Windows Fix

On Sun, Mar 10, 2013 at 6:53 PM, Miguel Angel Ajo Pelayo wrote: > I'm starting to remember, yes, > > scripting/python_scripting.h:#define PY_BLOCK_THREADS(name)wxPyBlock_t > name = wxPyBeginBlockThreads() > scripting/python_scripting.h:#define PY_BLOCK_THREADS(name) > > > We needed that block

Re: [Kicad-developers] Mac OSX build, with scripting, codename "wife"

On Mar 10, 2013 8:32 PM, "Miguel Angel Ajo Pelayo" wrote: > > > On 11/03/2013, at 03:25, Dick Hollenbeck wrote: > >> >> On Mar 10, 2013 8:10 PM, "Adam Wolf" wrote: >> > >> > Dick, >> > >> > We can do it either w

Re: [Kicad-developers] Mac OSX build, with scripting, codename "wife"

have to continue. If we allow for setting env vars, then pythonpath can be modified to point additionally to a place that is convenient for kicad python module editor people. So I am not content with current. Cmakelists.txt strategy regarding over usage of system dirs. > > Adam Wolf >

Re: [Kicad-developers] Mac OSX build, with scripting, codename "wife"

On Mar 10, 2013 6:50 PM, "Adam Wolf" wrote: > > Miguel, > > Wayne and Layne recently purchased a Mac Mini for Kicad builds. We have a spare Windows license too, so I can host a Windows and Linux VM on it as well. > > I can set this up on a Jenkins instance. I'm considering doing the same with th

Re: [Kicad-developers] Scripting on Windows Fix

On Mar 10, 2013 4:52 PM, "Brian Sidebotham" wrote: > > Hi Guys, > > I have "fixed" the final issue with python scripting on Windows. I've attached a patch which fixes the sigsegv problem I see on Windows. > > I'd like to discuss it so that I can fully understand why this fixes the issue, or if thi

Re: [Kicad-developers] scripting ppa builds failing

On 03/08/2013 11:47 AM, Dick Hollenbeck wrote: > On 03/08/2013 07:22 AM, Adam Wolf wrote: >> If no one else will get to it until tomorrow, I can test this and >> submit the patch tomorrow. Somehow I'm doubting it'll last that >> long, but if it does, it'll be

Re: [Kicad-developers] scripting ppa builds failing

On 03/08/2013 07:22 AM, Adam Wolf wrote: > If no one else will get to it until tomorrow, I can test this and > submit the patch tomorrow. Somehow I'm doubting it'll last that > long, but if it does, it'll be my first patch to Kicad! Thanks Adam. It's possible you can trace the macros all the wa

Re: [Kicad-developers] scripting ppa builds failing

On Mar 8, 2013 6:07 AM, "Dick Hollenbeck" wrote: > > Check the install command in cmakelists.txt. it should not have a / in front of usr. On the ppa server the install will alway go into a staging directory, for susequent packaging. > > On Mar 8, 2013 2:02 AM, "Hans

Re: [Kicad-developers] scripting ppa builds failing

Check the install command in cmakelists.txt. it should not have a / in front of usr. On Mar 8, 2013 2:02 AM, "Hans Henry von Tresckow" wrote: > I just noticed that the nightly builds for the scripting branch are > failing with the following message in the buildlog: > > -- Installing: /usr/lib/p

Re: [Kicad-developers] [PATCH] Component and module search displays in which library they live

On 03/07/2013 10:39 AM, Carl Poirier wrote: > +for(unsigned i = 0; i < itemList.size(); i++) for( unsigned i = 0; i < itemList.size(); i++ ) in 4 or more places. ___ Mailing list: https://launchpad.net/~kicad-developers Post to : kicad-deve

[Kicad-developers] Welcome to Brian Sidebotham

After a 30 second chatamong the lead developers, it was unanimously decided to bring in Brian Sidebotham to the team kicad-testing-committers Brian has more than earned this new status by being a team player, and making significant contributions in areas like Winbuilder, project templating,

Re: [Kicad-developers] SWEET: multisheet schematic concerns

On 02/22/2013 05:56 AM, Solonen Vesa wrote: > It may make sense to take a peek how gEDA doest it. I'm not saying they are > doing it perfectly, but their main idea is that everything is > a reusable file good > and the design is scripted together. (unnecessary, verilog and java don't requ

Re: [Kicad-developers] SWEET: multisheet schematic concerns

On 02/20/2013 10:25 PM, Felipe Jorge wrote: > I'm not totally agree with one schematic holds all sheets, because it > will make more difficult modularize and reuse pieces of circuits > across in different projects. On the other hand makes the project less > messy. > > But someone can come up with a

Re: [Kicad-developers] SWEET: multisheet schematic concerns

Exactly. ___ Mailing list: https://launchpad.net/~kicad-developers Post to : kicad-developers@lists.launchpad.net Unsubscribe : https://launchpad.net/~kicad-developers More help : https://help.launchpad.net/ListHelp

Re: [Kicad-developers] CMakeLists.txt if() else() endif() suggestions

On 02/14/2013 08:38 AM, Wayne Stambaugh wrote: > On 2/14/2013 8:48 AM, Dick Hollenbeck wrote: >> Recently I have spent much time writing cmake scripts, in the preparation of >> Python >> a-mingw-us. >> >> I have found CMake's >> >> endif( SOM

[Kicad-developers] CMakeLists.txt if() else() endif() suggestions

Recently I have spent much time writing cmake scripts, in the preparation of Python a-mingw-us. I have found CMake's endif( SOME LONG DUPLICATION ) to be both tiresome and a detriment to readability and maintenance of the scripts. CMake does not require content inbetween endif( * ). As

Re: [Kicad-developers] Python Scripting Status?

On 02/13/2013 05:04 AM, Senthil Seveelavanan wrote: > Hi all, > > Firstly I would like to thank all those who have contributed to Kicad. Kicad > must have > taken (and must be) a lot of work! > > I have seen there have been some movements to provide a Python interface to > Kicad >

Re: [Kicad-developers] Python scripting cmake build macros.

On 02/11/2013 01:48 AM, Miguel Angel Ajo Pelayo wrote: > Hi Dick, > > Thanks a lot for working on this task, even if I'm already out if > windows too, I feel the windows user base > of KiCad is big, and it's healthy for us to get this done.. you're doing an > awesome work at this, even bein

Re: [Kicad-developers] Python scripting cmake build macros.

> > > a) Move the patch to 2.7.4, I will be releasing this as python 2.7.4. > The move of "the work" to 2.7.4 is done. > > b) Do Windows installers using CPack and NSIS. > About 50% done, but will temporarily distribute as a zip file rather than NSIS installer, to give more time to ge

Re: [Kicad-developers] kicad-pcb.org

On 02/07/2013 03:48 PM, Dick Hollenbeck wrote: > On 02/07/2013 03:26 PM, Wayne Stambaugh wrote: >> On 2/7/2013 4:20 PM, Dick Hollenbeck wrote: >>> Is anyone able to reach this website today? >>> >>> Been out of service since when? >>> >>> >

Re: [Kicad-developers] kicad-pcb.org

On 02/07/2013 03:26 PM, Wayne Stambaugh wrote: > On 2/7/2013 4:20 PM, Dick Hollenbeck wrote: >> Is anyone able to reach this website today? >> >> Been out of service since when? >> >> > I just checked and I'm not having any problems reaching it. > >

[Kicad-developers] kicad-pcb.org

Is anyone able to reach this website today? Been out of service since when? ___ Mailing list: https://launchpad.net/~kicad-developers Post to : kicad-developers@lists.launchpad.net Unsubscribe : https://launchpad.net/~kicad-developers More help :

Re: [Kicad-developers] Targeting MSVCR90.DLL c runtime with MinGW

row as I can on this boat :-), > > Dick, where did you put the patch? , I will try to build it from an standard > 32bit Debian > and see where do we get. > > > Miguel Angel Ajo > http://www.nbee.es > +34911407752 > skype: ajoajoajo > > On 05/02/2013, at 21:05

Re: [Kicad-developers] Targeting MSVCR90.DLL c runtime with MinGW

> Thank-you for the information Dick. > > I use several Ubuntu and Debian VM's on my Win64 PC, so no problem. > > I wonder why I bother running things on the Windows OS really, I mean a Linux > VM that's > given 4Gb RAM and 4 cores certainly rips along on my PC so really native > linux apps are

Re: [Kicad-developers] Is this really a good idea?

Me three, agree. On Feb 5, 2013 2:00 AM, "jp charras" wrote: > Le 05/02/2013 08:34, Lorenzo Marcantonio a écrit : > >> During today merge I spotted this thing in backanno.cpp: >> >> /* Give a reasonable value to the field position and >> * orientation, if the text is empty at positi

Re: [Kicad-developers] Targeting MSVCR90.DLL c runtime with MinGW

On 01/25/2013 04:08 PM, Brian Sidebotham wrote: > I think this is worthy of another new thread, but is a fork of the Python > Scripting > cmake build macros. There are some notes on using MinGW with msvcr90.dll as a > target C > runtime. > > I added a new specs file to my local KiCad MinGW instal

Re: [Kicad-developers] Python scripting cmake build macros.

>>> >>> >>> >>> >>> For reasons fully unknown to me I have spent some time on python 2.7.3 >>> source. I suppose >>> it is for my Windows KiCad friends, and a subconscious desire to extend my >>> reputation as a >>> world famous programmer, out beyond my household. >>> > > You're becoming more

Re: [Kicad-developers] HPGL

committed. Thanks. ___ Mailing list: https://launchpad.net/~kicad-developers Post to : kicad-developers@lists.launchpad.net Unsubscribe : https://launchpad.net/~kicad-developers More help : https://help.launchpad.net/ListHelp

Re: [Kicad-developers] HPGL

; (modulo 360) > sweep_angle clamped real –360° to +360° no defaultchord_angle* > * > Format clamped real 0.0° to 360° device-dependent > (usually 5°) > If you have used the “CT1” instruction, the chord_angle is interpreted > as a deviation dis- > tance in cur

Re: [Kicad-developers] HPGL

Is this the allowed range? -180 =< degrees < 180 On Feb 3, 2013 9:09 AM, "Dick Hollenbeck" wrote: > This is not done yet. > > The problem with this approach is we've yet to achieve a full > understanding. > > Not all angles in a circle can be normalized

Re: [Kicad-developers] HPGL

This is not done yet. The problem with this approach is we've yet to achieve a full understanding. Not all angles in a circle can be normalized into +179 to -180. eg 179.1 and what about 179.9 So the code "looks like a guess" rather than a reasoned solution. Can you make it handle 179.9 degree

Re: [Kicad-developers] HPGL

> Hello, > >> If you can, apply this patch and test it. > I cant apply a patch. The package kicad-winbuilder contains no > patch.exe. I have traced the patch command from bzr.exe with the process > monitor, it searches the patch.exe and found none: > > bzr: ERROR: Error invoking patch: No such

Re: [Kicad-developers] HPGL

OK, take a look at this one, it clamps the sweep of degrees within the range you mentioned. === modified file 'common/common_plotHPGL_functions.cpp' --- common/common_plotHPGL_functions.cpp 2012-10-13 18:54:33 + +++ common/common_plotHPGL_functions.cpp 2013-02-01 21:56:54 + @@ -373,6 +37

Re: [Kicad-developers] HPGL

If you can, apply this patch and test it. As a minimum, comment on it. "The angle" should be better described using an actual variable name or expression, if the clamping is still and issue. On 02/01/2013 02:52 PM, Andreas Beutling wrote: > Hello, > > some errors in common_plotHPGL_functions

Re: [Kicad-developers] Python scripting cmake build macros.

On 01/31/2013 11:36 AM, Brian Sidebotham wrote: > > > > On 24 January 2013 22:42, Brian Sidebotham > wrote: > > A quick test to build wxPython with a freshly compiled python-mingw with > binascii > package results in the next problem. One that looks a bi

Re: [Kicad-developers] Python scripting cmake build macros.

> wxPython: > > If there is a dependency anywhere in the 345 megabytes of wxPython source > code on pywin32, > then they should have called it mfcPython, not wxPython. > > I'm hoping proper software layering would have caused wxPython to simply be > parked on top > of wxWidgets and Python. But

Re: [Kicad-developers] Python scripting cmake build macros.

On 01/31/2013 10:17 AM, Wayne Stambaugh wrote: > On 1/31/2013 10:49 AM, Dick Hollenbeck wrote: >>> What is pywin32 exactly? The sourceforge website for it says nothing. Is >>> this simply >>> python for windows, carried to you in an installer? >> Why is it

Re: [Kicad-developers] Python scripting cmake build macros.

On 01/31/2013 09:50 AM, Miguel Angel Ajo Pelayo wrote: > I not sure exactly what does it cover, but probably file access, dir reads, > processes, etc… >> Why is it important to KiCad python scripting, which I would think wants to >> avoid Windows >> specific idiosyncrasies? I just downloaded

Re: [Kicad-developers] Python scripting cmake build macros.

> > What is pywin32 exactly? The sourceforge website for it says nothing. Is > this simply > python for windows, carried to you in an installer? Why is it important to KiCad python scripting, which I would think wants to avoid Windows specific idiosyncrasies? __

Re: [Kicad-developers] Python scripting cmake build macros.

On 01/31/2013 08:50 AM, Brian Sidebotham wrote: > > On 30 January 2013 19:14, Wayne Stambaugh > wrote: > > On 1/30/2013 4:33 AM, Brian Sidebotham wrote: > > Hi Wayne, > > > > You're right - it's not exactly straight forward, there are problems to >

Re: [Kicad-developers] Files format

On 01/30/2013 01:58 PM, Pinault Nicolas wrote: > Hi, > > There is a document describing Kicad file formats on bazaar. The last > revision is quite old (2011-12-04). > Is this document up to date ? There are probably two questions to ask here: 1) Is this document in rev control the newest one ava

Re: [Kicad-developers] FSF, LibreCad, FreeCAD

On 01/29/2013 03:21 PM, Alex G. wrote: > On 01/29/2013 02:22 PM, Wayne Stambaugh wrote: >> I would like to add DWG support to >> KiCad. It's something that I need at work. But given this situation, >> that is probably not going to happen without writing our own DWG >> library. > Huh? I thought Ki

[Kicad-developers] FSF, LibreCad, FreeCAD

http://www.phoronix.com/scan.php?page=news_item&px=MTI4Mjc ___ Mailing list: https://launchpad.net/~kicad-developers Post to : kicad-developers@lists.launchpad.net Unsubscribe : https://launchpad.net/~kicad-developers More help : https://help.lau

Re: [Kicad-developers] Github public library repository.

On 01/24/2013 12:57 PM, Jorge Cardona wrote: > Hi, > > I just want to check if there is any plan to build an "official" place to get > kicad > libraries and more, since right now is kind of messy, there are tons of pages > with > outdated libraries and is hard to search a common component as a hi

Re: [Kicad-developers] Parallel build errors on Windows using mingw32-make

> To cause the problem I can simply delete pcbnew/specctra_lexer.h and start > start a build > with -j6. > > Best Regards, Brian. Again, my theory is that >= 2 threads are going after the same make file target concurrently, that target was in the make file I mentioned earlier, and the actual l

Re: [Kicad-developers] Parallel build errors on Windows using mingw32-make

slow). > > /Martijn > > On Jan 24, 2013, at 8:32 AM, Brian Sidebotham > wrote: > > Thanks for your feedback Dick. I'll try and have a look into it to see > what's going on. > > Best Regards, Brian. > > > On 23 January 2013 19:54, Dick Hollenbeck

Re: [Kicad-developers] Parallel build errors on Windows using mingw32-make

On 01/23/2013 12:43 PM, Brian Sidebotham wrote: > I used to think these problems were solely down to mingw32-make, however from > the other > cmake problem, perhaps some of them are not. > > I've not seen this problem before, this is the first time I've come across > it, but it is > repeatable.

Re: [Kicad-developers] Parallel build errors on Windows using mingw32-make

At first glance it seems there are multiple threads building the same target. There is no mutual exclusion on this target to thread assignment. The target being built "twice, simultaneously" is attached, and I find it in file. build/CMakeFiles/pcbnew.dir/build.make on linux. Please check on

Re: [Kicad-developers] Parallel build errors on Windows using mingw32-make

On 01/23/2013 12:43 PM, Brian Sidebotham wrote: > I used to think these problems were solely down to mingw32-make, however from > the other > cmake problem, perhaps some of them are not. > > I've not seen this problem before, this is the first time I've come across > it, but it is > repeatable. -

Re: [Kicad-developers] kicad scripting autobuilder failure

On 01/23/2013 10:38 AM, Dick Hollenbeck wrote: > On 01/23/2013 10:21 AM, Dick Hollenbeck wrote: >> On 01/23/2013 10:12 AM, Miguel Angel Ajo Pelayo wrote: >>> Dick if you could take a look at it I'd thank you very very much,you're our >>> cmake expert >

Re: [Kicad-developers] kicad scripting autobuilder failure

On 01/23/2013 10:21 AM, Dick Hollenbeck wrote: > On 01/23/2013 10:12 AM, Miguel Angel Ajo Pelayo wrote: >> Dick if you could take a look at it I'd thank you very very much,you're our >> cmake expert >> :-). >> >> I haven't ever seen the fa

Re: [Kicad-developers] kicad scripting autobuilder failure

On 01/23/2013 10:12 AM, Miguel Angel Ajo Pelayo wrote: > Dick if you could take a look at it I'd thank you very very much,you're our > cmake expert > :-). > > I haven't ever seen the failure, but will try this night with different -j > values (I > usually do it with 5). OK, I think I know what'

Re: [Kicad-developers] kicad scripting autobuilder failure

On 01/23/2013 10:09 AM, Dick Hollenbeck wrote: > On 01/23/2013 08:02 AM, Miguel Angel Ajo Pelayo wrote: >> Somebody told me about this, I think it was Brian. >> >> I think we must have introduced some change to the cmake scripts that change >> the build >> order

Re: [Kicad-developers] kicad scripting autobuilder failure

On 01/23/2013 08:02 AM, Miguel Angel Ajo Pelayo wrote: > Somebody told me about this, I think it was Brian. > > I think we must have introduced some change to the cmake scripts that change > the build > order in this case, or my cmake scripts were not good... It was my first > cmake script. > > T

Re: [Kicad-developers] Python scripting cmake build macros.

> In a half hour last night, I was able to cross compile python for windows, on > linux, using mingw32. > Just get source to tag v2.7.1 python using hg, then apply David's cmake > patch. Build a simple CMAKE_TOOLCHAIN_FILE for your linux mingw toolset, and it built just fine. I spent some ti

Re: [Kicad-developers] Python scripting cmake build macros.

This: > ftp://biolpc22.york.ac.uk/pub/contrib/cmake/ plus 3-8 hours work == 2 windows packages with installers. CPack and CMake to the rescue. Then try and get the delta committed into wxWidgets project as a patch. Anybody can offer to help. __

Re: [Kicad-developers] Python scripting cmake build macros.

> > Was thinking you would maintain a full hg python tree, with the CMake > stuff in there all > the time. > This way you can pull from upstream, and generate a diff which > constitutes the CMake > patch > at any time. > > The form of David's work now is actually pretty i

Re: [Kicad-developers] Python scripting cmake build macros.

On 01/17/2013 11:10 AM, Wayne Stambaugh wrote: > On 1/17/2013 10:58 AM, Dick Hollenbeck wrote: >> On 01/17/2013 09:25 AM, Miguel Angel Ajo Pelayo wrote: >>> >>> >>> 2013/1/17 Dick Hollenbeck mailto:d...@softplc.com>> >>> >>&g

Re: [Kicad-developers] Python scripting cmake build macros.

On 01/17/2013 09:22 AM, Dick Hollenbeck wrote: > On 01/17/2013 08:56 AM, Miguel Angel Ajo Pelayo wrote: >> >> >> 2013/1/17 Dick Hollenbeck mailto:d...@softplc.com>> >> >> Nice job, I am glad I was able to inspire you to see the light. >> >> &

Re: [Kicad-developers] Python scripting cmake build macros.

On 01/17/2013 09:25 AM, Miguel Angel Ajo Pelayo wrote: > > > > 2013/1/17 Dick Hollenbeck mailto:d...@softplc.com>> > > On 01/17/2013 08:56 AM, Miguel Angel Ajo Pelayo wrote: > > > > > > > > 2013/1/17 Dick Hollenbeck mailto:

Re: [Kicad-developers] Python scripting cmake build macros.

On 01/17/2013 09:13 AM, Dick Hollenbeck wrote: > On 01/17/2013 08:56 AM, Miguel Angel Ajo Pelayo wrote: >> >> >> 2013/1/17 Dick Hollenbeck mailto:d...@softplc.com>> >> >> Nice job, I am glad I was able to inspire you to see the light. >> >> &

Re: [Kicad-developers] Python scripting cmake build macros.

On 01/17/2013 08:56 AM, Miguel Angel Ajo Pelayo wrote: > > > > 2013/1/17 Dick Hollenbeck mailto:d...@softplc.com>> > > Nice job, I am glad I was able to inspire you to see the light. > > > Just did nothing but follow the readme, it's good that you found i

Re: [Kicad-developers] Python scripting cmake build macros.

On 01/17/2013 08:56 AM, Miguel Angel Ajo Pelayo wrote: > > > > 2013/1/17 Dick Hollenbeck mailto:d...@softplc.com>> > > Nice job, I am glad I was able to inspire you to see the light. > > > Just did nothing but follow the readme, it's good that you found

Re: [Kicad-developers] Python scripting cmake build macros.

t; available and see where do we get. >> >> Miguel Angel Ajo >> http://www.nbee.es >> +34911407752 >> skype: ajoajoajo >> >> On 16/01/2013, at 19:31, Dick Hollenbeck wrote: >> >>> On 01/16/2013 11:16 AM, Miguel Angel Ajo Pelayo wrote: >>&

Re: [Kicad-developers] Python scripting cmake build macros.

On 01/16/2013 11:16 AM, Miguel Angel Ajo Pelayo wrote: > Other option we could have right now is compile out the wxpython support and > provide > only embedded python scripting + python pcbnew module for windows users. > > In that case, next functionalities are lost: > > 1) PyCrust shell inside pc

Re: [Kicad-developers] Python scripting cmake build macros.

At this point, my desire to see this through has dropped substantially. In the near term, I'll just use Linux when I need to do scripting. I will continue to chip away at it but don't expect a solution any time soon. If anyone has a better idea, I'm open to suggestion. > > Yeah, somebody coul

Re: [Kicad-developers] Python scripting cmake build macros.

On 01/15/2013 12:28 PM, Wayne Stambaugh wrote: > On 1/15/2013 10:16 AM, Wayne Stambaugh wrote: >> On 1/15/2013 9:33 AM, Dick Hollenbeck wrote: >>> On 01/15/2013 08:10 AM, Wayne Stambaugh wrote: >>>> On 1/14/2013 10:15 PM, Dick Hollenbeck wrote: >>>>&

Re: [Kicad-developers] Python scripting cmake build macros.

On 01/15/2013 09:16 AM, Wayne Stambaugh wrote: > On 1/15/2013 9:33 AM, Dick Hollenbeck wrote: >> On 01/15/2013 08:10 AM, Wayne Stambaugh wrote: >>> On 1/14/2013 10:15 PM, Dick Hollenbeck wrote: >>>> On Jan 14, 2013 8:27 PM, "Dick Hollenbeck" >>>

Re: [Kicad-developers] Python scripting cmake build macros.

On 01/15/2013 08:10 AM, Wayne Stambaugh wrote: > On 1/14/2013 10:15 PM, Dick Hollenbeck wrote: >> On Jan 14, 2013 8:27 PM, "Dick Hollenbeck" > <mailto:d...@softplc.com>> wrote: >>> I want to simplify the conversation and refer to these needed items as >

Re: [Kicad-developers] Python scripting cmake build macros.

On Jan 14, 2013 8:27 PM, "Dick Hollenbeck" wrote: > > I want to simplify the conversation and refer to these needed items as windows "packages". > > Python > Python-dev > WxPython > WxPython-dev WxWidgets WxWidgets-dev 6 packages, not 4. > > No so

Re: [Kicad-developers] Python scripting cmake build macros.

27;ve stated it here clearly. Windows ABI says the compiler used to build the 4 packages should not matter. Information hiding says only API headers should be necessary. On Jan 14, 2013 8:03 PM, "Dick Hollenbeck" wrote: > > On Jan 14, 2013 7:28 PM, "Wayne Stambaugh&qu

Re: [Kicad-developers] Python scripting cmake build macros.

On Jan 14, 2013 7:28 PM, "Wayne Stambaugh" wrote: > > On 1/14/2013 5:05 PM, Dick Hollenbeck wrote: >> >> >> On Jan 14, 2013 3:59 PM, "Wayne Stambaugh" > <mailto:stambau...@verizon.net>> wrote: >> > >> > On 1/14/2013 3

Re: [Kicad-developers] Python scripting cmake build macros.

switch from SWIG to SIP. SWIG gives use the opportunity to > support other scripting languages. SIP appears to be a Python only code > generator. > > > 4) My time has become a little scarce: I have challenging big projects > > for this year, and also a new (first) daughter, wh

Re: [Kicad-developers] Python scripting cmake build macros.

On 01/13/2013 06:57 PM, Wayne Stambaugh wrote: > On 1/13/2013 4:58 PM, Miguel Angel Ajo Pelayo wrote: >>> The CMake module you were looking for is FindPythonInterp which finds the >>> Python interpreter and sets the PYTHON_EXECUTABLE variable. You can define >>> a specific Python version by sett

Re: [Kicad-developers] Python scripting cmake build macros.

On 01/12/2013 06:05 PM, Miguel Angel Ajo Pelayo wrote: > Where is it included exactly?, after pulling head now it fails on MacOS: > > Linking CXX shared module _pcbnew.so > ld: library not found for -lrt No -lrt on MacOS? I wonder how common/GetRunningMicroSecs() gets implemented on MacOS? get

Re: [Kicad-developers] Python scripting cmake build macros.

I will commit this fix shortly. Dick > Where is it included exactly?, after pulling head now it fails on MacOS: > > Linking CXX shared module _pcbnew.so > ld: library not found for -lrt > > can we add an "if NOT WIN32 AND NOT APPLE" for the -lrt inclusion ? Yes, the PCBNEW_EXTRA_LIBS is the s

Re: [Kicad-developers] Data encapsulation in class_track

Committed this patch in 3901. Thanks Heikki Miguel, sorry to waste your time. A preceding "make clean" would have avoided that confusion. Thanks for your time however. Dick ___ Mailing list: https://launchpad.net/~kicad-developers Post to :

Re: [Kicad-developers] Python scripting cmake build macros.

On 01/12/2013 11:15 AM, Wayne Stambaugh wrote: > I've been attempting to resolve my Python scripting build issues on > MinGW32 on Windows and I have a few questions for the folks who wrote > the cmake build code. Why are we not using cmake's FindPythonInterp() > instead of specifying the python

<    5   6   7   8   9   10   11   12   13   14   >