EEVblog Electronics Community Forum
Electronics => PCB/EDA/CAD => KiCad => Topic started by: djsb on August 13, 2011, 10:32:10 am
-
To build the latest snapshot of KiCAD follow these instructions
http://tech.groups.yahoo.com/group/kicad-users/message/10163 (http://tech.groups.yahoo.com/group/kicad-users/message/10163)
You can get CMake from here:
http://www.cmake.org/files/v2.8/cmake-2.8.5-win32-x86.exe (http://www.cmake.org/files/v2.8/cmake-2.8.5-win32-x86.exe)
You can get Bazaar from here:
http://launchpad.net/bzr/2.3/2.3.4/+download/bzr-2.3.4-1-setup.exe (http://launchpad.net/bzr/2.3/2.3.4/+download/bzr-2.3.4-1-setup.exe)
> 2/ Same question for GCC.
The script I made will download and install a local copy of GCC for
you which will build KiCad. Basic instructions for use are:
Install Bazaar and CMake from the links above. Make sure to select
"Yes" if asked to add either one to the Windows path so that you can
run both tools from the command line.
Start a command prompt (Usually Start -> All Programs -> Accessories
-> Command Prompt). Use cd (Change Directory) to navigate to the
folder where you wish to have the kicad-winbuilder directory and use
Bazaar to get the script:
bzr branch lp:kicad-winbuilder
After the script has been fetched, enter the directory containing the script:
cd kicad-winbuilder
Then use cmake to run the script:
cmake -P KiCadWinbuilder.cmake
answer the question to whoami with your name and email address.
It should build KiCad and you should end up with a sub-directory
called bin which contains the latest executables.
Happy building.
David.
P.S Here is the Launchpad site for the Kicad-Winbuilder script
https://launchpad.net/kicad-winbuilder (https://launchpad.net/kicad-winbuilder)
-
David,
This is a really great post. Thank you.
I have been giving Kicad a go using the standard release build.
You have inspired me to start using the latest snapshots instead.
Is there a Kicad changelog or similar anywhere? The News-Changelog link at http://www.lis.inpg.fr/realise_au_lis/kicad/ (http://www.lis.inpg.fr/realise_au_lis/kicad/) seems to be permanently busted.
Richard
-
You can view all the changes on the Launchpad page here
http://bazaar.launchpad.net/~kicad-testing-committers/kicad/testing/changes/3067?start_revid=3067 (http://bazaar.launchpad.net/~kicad-testing-committers/kicad/testing/changes/3067?start_revid=3067)
I'm not sure if you have to register on the site first. As a member I have access anyway so I don't know. Give it a try.
Post your experiences here. Thanks.
David.
-
The link works without any login.
It is very good.
I just noticed that a calculator for track current capacity and electrical spacing has been added - part of the DRC I guess. The changelog even shows the reference PDFs used as the basis of these rules.
I am definitely going into the Kicad building business.
-
Very nice! How about if I need 1 or 2 earlier revisions than latest?
-
I had started posting all the daily builds I generate for myself, but there are others probably doing a better job, so I stopped. One site with a number of builds is
http://kicad.picaxe.cz/ (http://kicad.picaxe.cz/)
A couple of times I have had to backtrack to an earlier build when new bugs appeared in the latest build. It is definitely a risk, but you get advantages like a properly working PAN using the middle button.
Richard.
-
I found that modifying line #489 of KiCadWinbuilder.cmake to "COMMAND bzr revert -r 3558" instead of "COMMAND bzr up" lets you build the revision you want, in this case revision 3558!
The compiled binaries still have in the window title the latest revision number instead of the earlier one you chose, but what you get built in fact is the revision you chose!
This is necessary because sometimes latest rev doesnt even build, or has a crappy bug.
-
I couldn't build recently.
I had to get the build script again with
bzr branch lp:kicad-winbuilder
The new script built OK.
Richard.
-
Cannot build version 3632 of kicad for windows using win builder script. ANyone having similar issues? Is there any repository for daily build on windows?
-
Cannot build version 3632 of kicad for windows using win builder script. Anyone having similar issues? Is there any repository for daily build on windows?
Just tried building version 3634 and it worked fine (Win 7 64 bit).
Did you delete your old build script and get a new one?
bzr branch lp:kicad-winbuilder
You could just delete all old KiCad build files and start from scratch.
Richard.
-
Hello, I got this error:
(http://img809.imageshack.us/img809/4156/kicadwinbuilder.png)
In the logs:
mingw32-make: *** No rule to make target '....libgcc_libmswuwx', needed by 'setup_h'. Stop.
Any Idea?
-
Try deleting the winbuilder script and then re-fetch it using the original instructions. This should work.
-
Nope, same error... Looks it's happening since I sent windows to sleep while compiling, then on wake up I interrupted the compiling process thinking it might end up badly compiled, and restarted compilation...
-
Nope, same error... Looks it's happening since I sent windows to sleep while compiling, then on wake up I interrupted the compiling process thinking it might end up badly compiled, and restarted compilation...
I am running the script now on my WIndows PC without any problem - I am building Revision 3705.
When you got the new script, did you delete all the other folders in the kicad-winbuilder folder, so that the script file can rebuild the development environment from scratch? At one point, I had the script failing to build new revisions, but deleting everything solved the problem.
Richard
-
I'm still unable to compile, have tried deleteing everything and reinstalling cmake, now trying inside a virtual machine, let's see how it goes.
-
Join this yahoo group
http://tech.groups.yahoo.com/group/kicad-users/ (http://tech.groups.yahoo.com/group/kicad-users/)
and explain the problem. A developer should be able to help you.
-
I compiled wxWidgets in a virtual machine, copied the compiled files to my standard windows installation and now I'm able to compile new Kicad builds, I don't know why I can't compile wxWidgets in my standard windows
-
David, first off - many thanks for the build script!
I've just successfully* built the KiCad binaries for WinXP, but only after experiencing the problems identical to the screenshot previously posted: ...
(http://img809.imageshack.us/img809/4156/kicadwinbuilder.png)
...
The short answer is, even though I did as instructed:
Install Bazaar and CMake from the links above. Make sure to select
"Yes" if asked to add either one to the Windows path so that you can
run both tools from the command line.
the mingw\bin folder location was missing from my PATH variable. i.e. I needed to add "D:\my_kicad_dev_build_directory\kicad-winbuilder\mingw\bin" to the PATH variable. It also might have been complicated by PATH also referencing another mingw install I have - WinAVR.
After picking through the script to try to understand what it was doing, I found these URL's helpful or interesting:
- http://wiki.wxwidgets.org/Installing_MinGW_under_Windows (http://wiki.wxwidgets.org/Installing_MinGW_under_Windows) - mentions the requirement for mingw/bin to be listed in PATH.
- http://wiki.wxwidgets.org/Compiling_wxWidgets_with_MinGW (http://wiki.wxwidgets.org/Compiling_wxWidgets_with_MinGW) - mentions the WinAVR issue, and the example:
if not exist gcc_mswu mkdir gcc_mswu
process_begin: CreateProcess(NULL, -c "if not exist gcc_mswu mkdir gcc_mswu", ...) failed. - http://wxwidgets.blogspot.co.uk/2011/06/choosing-gcc-for-building-wxwidgets.html (http://wxwidgets.blogspot.co.uk/2011/06/choosing-gcc-for-building-wxwidgets.html) - would this be a better way of building wxWidgets? I have no expertise and don't have enough experience to decide. I tried doing it this way before stumbling on the requirement for mingw/bin to be listed in PATH
EDIT:
*binaries built, but when run, all report "xxxxxxxx.exe has encountered a problem and needs to close"
This is the typical error summary:
AppName: eeschema.exe AppVer: 0.0.0.0 ModName: libstdc++-6.dll
ModVer: 0.0.0.0 Offset: 00041788
EDIT 2:
exe problem solved - binaries need to be executed from the ..\kicad-winbuilder\bin folder - not moved/copied to any previously unpacked windows KiCad distribution. This is probably obvious to an experienced source builder, but not to a novice like me.
- Hamish
-
Delete your kicad-winbuilder directory and start afresh. That seems to work for me. If not post a message on the yahoo group mentioned earlier. I did not write the script. The developer who did write it might be able to solve the problem as he sometimes reads the yahoo group posts.
Other wise visit the kicad-winbuilder launchpad site.
PS. I'm compiling all my Kicad snapshots on Linux Mint now (see my other post on this) as it's a simpler process and more reliable.
-
Thanks for clarifying David,
Before putting the mingw/bin directory in the PATH, (which did do the trick for me - UPDATE: see reply from Brian in my latest post, below) I tried deleting and rebuilding as you suggested earlier, but just as someone else also experienced, that resulted in an identical error being thrown.
I will post as you suggested.
Thanks for the hint about Linux Mint too - I'll have a play.
Cheers,
Hamish
-
Is it just me or current rev 3800 doesn't compliles using kicadwinbuilder script?
I've attached error logs.
-
There isn't an exe file you can just download? I thought you used windows because it was easy :) If you have to compile it anyway, why not run a VM? That's what I do for my windows crap.
-
There isn't an exe file you can just download? I thought you used windows because it was easy :) If you have to compile it anyway, why not run a VM? That's what I do for my windows crap.
I use windows for other reasons.
I always like using the top unstable revision of kicad, compile the newest every time I'll use it (yeah, some might think is dumb as a unstable rev might screw up my files) but I'll always have the option to use the old stable ones for easy-peasy download as you say. I just like working at the edge :)
-
In my initial post, I incorrectly determined the cause of my build problem being due to mingw/bin directory NOT being in the PATH variable.
The script's author, Brian Sidebotham kindly corrected me via KiCad yahoo groupmail, so I've copied it below in the hope it helps someone else.
Brian wrote:
Hi Hamish,
It did not build because you had WinAVR in your path. This is a known bug with the script. It is best for me to create my own PATH export. The only reason I don't is because I cannot easily locate your Bazaar install and I can't download and extract a local Bazaar install easily (They haven't rolled a ZIP of the binaries for a long time, only MSI installers are made available for Windows)
Adding MinGW to your path is not needed as the script will download the latest MinGW installer and install MinGW locally to build KiCad anyway.
Thanks for using the script, and for your feedback. I might add a test for WinAVR and present a configuration error message so that people know it is a conflict.
Or I might do a download that already includes MinGW, cmake and Bazaar locally so the dependencies to build KiCad essentially become zero!
-
I really don't get kicad. This is sort of off topic. I'm just wondering how on earth you even learn to use that program. I find it's nuts. I learned on PADS back on windows 98 and kicad made that look easy.
Honestly the easiest layout software I've found is one of those "free" packages you get from a PC board maker. "PCB artist" they call it. Even the autorouter is easy (although I wouldn't use it for much since it works like an autorouter and runs traces all over the place). I normally try to use open source software whenever possible, but I just can't seem to get kicad.
-
Which tutorials did you try? The Teho labs one got me going well enough. The yahoo groupmail is also very active and full of helpful people - including the developers sometimes. I can't compare KiCad with much as I didn't want to get bogged down with proprietary formats - so I persevered with learning KiCad. It is quirky, but seems quite powerful. The FreeRouter it links with can autoroute - but also good for dragging components around while maintaining netclass rules.
-
Is it just me or current rev 3800 doesn't compliles using kicadwinbuilder script?
I've attached error logs.
Solved on rev 3801
-
I've been posting daily builds here: http://escalalibre.com/edwt/ (http://escalalibre.com/edwt/) as well as Walter's libraries (http://smisioto.no-ip.org/elettronica/kicad/kicad-en.htm (http://smisioto.no-ip.org/elettronica/kicad/kicad-en.htm)) in a single 7zip file and some random tools I've made for myself, but feel free to use them. Any comments please send me PM. Hope they're useful for you guys.
-
The Kicad-WinBuilder script has been updated, since some months it comes in a handy zip file with a bat file, just double click and everything starts. I guess the only other thing needed is cmake, but I'm not sure. Now, building you own testing versions is easier than ever ;)
https://launchpad.net/kicad-winbuilder
-
... as well as Walter's libraries (http://smisioto.no-ip.org/elettronica/kicad/kicad-en.htm (http://smisioto.no-ip.org/elettronica/kicad/kicad-en.htm)) ...
Hi Carlos:
Do you update them regularly?
Thank you.
-
Yes I do, In less than 2 days there's a new release, or Walter posts new libraries I upload a new package
-
Latest testing build Rev.4448 with scripting, footprint library table and CERN's contributions is available at http://escalalibre.com/edwt/kicad_testingBinaries/ (http://escalalibre.com/edwt/kicad_testingBinaries/) not sure if scripting works correctly as I don't know how to use it and/or test it.
-
its a bad sign ;)
:-DD Why you say so?
I must admit sometimes it takes me more days to update them :P but as he made them available via github, my packages are nearly useless ;)
-
I wonder why it's even a requirement to build it for windows yourself? One big wrinkle in otherwise ok package... hopefully it's not there because people are lazy to make it more accessible?
-
I wonder why it's even a requirement to build it for windows yourself? One big wrinkle in otherwise ok package... hopefully it's not there because people are lazy to make it more accessible?
I dont think it's because they are lazy, it's probably the Linux/Geda origin of the project.
I must admit I can't get Bazaar to work properly with my Subversion so I don't build either.
But if you look up the thread a bit.
Latest testing build Rev.4448 with scripting, footprint library table and CERN's contributions is available at http://escalalibre.com/edwt/kicad_testingBinaries/ (http://escalalibre.com/edwt/kicad_testingBinaries/) not sure if scripting works correctly as I don't know how to use it and/or test it.
That link has all the windows binaries and I think you can just drop them in and run them. Well it works for me anyway.
-
^ I will take that back
PCBNew doesn't work with the library table. I can't figure out why.
From what I can gather the library table is held in the users home directory. Except I haven't got this file, if I create it, it isn't used anyway.
I will go back to the last stable build for while.
-
Did you filled the lib table correctly? Here an example:
(http://img829.imageshack.us/img829/6412/7kgd.png)
To be able to use those environment variables you may set them up on a bat file, which will be the new (temporary) way you run kicad:
(http://img812.imageshack.us/img812/3866/k3fr.png)
-
Thanks for the help.
I can get the PCB library Tables as demonstrated but I cannot find the file(s). I would like to directly edit them. They are supposed to be in my "home" directory which in windows should be under \Users\, but I cannot find them.
Anyway they must be somewhere as the information remains after restarting Kicad.
I am using Windows 8.1 but for some reason I have no %HOME% Environment Variable, maybe this is a problem.
Anyway I will try loading the new pretties from github and see what happens.
Anyway different versions of Kicad seem to be playing happily together.
-
The file is here: C:\Users\<name>\AppData\Roaming\kicad\fp-lib-table and it's filled like this:
(http://img42.imageshack.us/img42/192/xid5.png)
-
Excellent, it is there. Roaming, why wouldn't put it there???. Surprised that the indexed search didn't find it.
So anyway I downloaded a .pretty file and placed it on a PCB all good.
I am not sure whether to work live with Libraries or to manually update local copies of them.
I saw some scripts written to do this, when I get the chance I will try it out.
Thanks for the input.
-
i'll check if the same steps will solve my broken KICad on Linux. As soon as I switched to source builds the library thingy stopped working :)
-
I tried building with kicad-winbuilder last night and it failed.
I've attached the stderr.log; can anyone make heads or tails of this?
edit: nevermind. answered in this thread: https://www.eevblog.com/forum/open-source-kicad-geda/problem-building-kicad-for-windows/ (https://www.eevblog.com/forum/open-source-kicad-geda/problem-building-kicad-for-windows/)
-
Today (10-04-2014) I successfully built KiCad r4793 using Winbuilder on Windows 7.
Alexander.
-
To anyone building Kicad rev 4793 you will get this error when running cvpcb, eeschema, pcbnew, gerbview, pcbcalculator or pl_editor:
(http://img691.imageshack.us/img691/8256/c3xq.png)
You need to manually copy:
"kicad-winbuilder-3.3\build\Release\cvpcb\_cvpcb.kiface"
"kicad-winbuilder-3.3\build\Release\eeschema\_eeschema.kiface"
"kicad-winbuilder-3.3\build\Release\gerbview\_gerbview.kiface"
"kicad-winbuilder-3.3\build\Release\pcb_calculator\_pcb_calculator.kiface"
"kicad-winbuilder-3.3\build\Release\pcbnew\_pcbnew.kiface"
"kicad-winbuilder-3.3\build\Release\pagelayout_editor\_pl_editor.kiface"
to your "kicad-winbuilder-3.3\kicad\bin\" folder
EDIT: cvpcb and pcbnew still fail to run :palm:
-
Can you check if _pcbnew.pyd exists?
Alexander.
-
Yes, it's there.
-
The process completed successfully? No errors at all?
Alexander.
-
No errors, I'll try to rebuild from scratch.
-
After manually copying *.kiface files everything seems fine for me.
(http://i.imgur.com/OgMAAOZs.png) (http://i.imgur.com/OgMAAOZ.png)
Alexander.
-
Nope, built from scratch and the problem persists
-
When I build this it feels like I am bitcoin mining.
Will I find one? :)
-
When I build this it feels like I am bitcoin mining.
Will I find one? :)
:-DD
-
Built ok, but where do I get these Kiface files?
Any info on what they are do?
I can see something in the commit log. But it doesn't make much sense to me.
http://bazaar.launchpad.net/~kicad-product-committers/kicad/product/revision/4757 (http://bazaar.launchpad.net/~kicad-product-committers/kicad/product/revision/4757)
Committer: Dick Hollenbeck
Date: 2014-03-20 06:47:30 UTC
mfrom: (4658.1.2 kiway-merge)
Revision ID: dick@softplc.com-20140320064730-vj8xkej8lgn29et0
* KIWAY Milestone A): Make major modules into DLL/DSOs.
! The initial testing of this commit should be done using a Debug build so that
all the wxASSERT()s are enabled. Also, be sure and keep enabled the
USE_KIWAY_DLLs option. The tree won't likely build without it. Turning it
off is senseless anyways. If you want stable code, go back to a prior version,
the one tagged with "stable".
* Relocate all functionality out of the wxApp derivative into more finely
targeted purposes:
a) DLL/DSO specific
b) PROJECT specific
c) EXE or process specific
d) configuration file specific data
e) configuration file manipulations functions.
All of this functionality was blended into an extremely large wxApp derivative
and that was incompatible with the desire to support multiple concurrently
loaded DLL/DSO's ("KIFACE")s and multiple concurrently open projects.
An amazing amount of organization come from simply sorting each bit of
functionality into the proper box.
* Switch to wxConfigBase from wxConfig everywhere except instantiation.
* Add classes KIWAY, KIFACE, KIFACE_I, SEARCH_STACK, PGM_BASE, PGM_KICAD,
PGM_SINGLE_TOP,
* Remove "Return" prefix on many function names.
* Remove obvious comments from CMakeLists.txt files, and from else() and endif()s.
* Fix building boost for use in a DSO on linux.
* Remove some of the assumptions in the CMakeLists.txt files that windows had
to be the host platform when building windows binaries.
* Reduce the number of wxStrings being constructed at program load time via
static construction.
* Pass wxConfigBase* to all SaveSettings() and LoadSettings() functions so that
these functions are useful even when the wxConfigBase comes from another
source, as is the case in the KICAD_MANAGER_FRAME.
* Move the setting of the KIPRJMOD environment variable into class PROJECT,
so that it can be moved into a project variable soon, and out of FP_LIB_TABLE.
* Add the KIWAY_PLAYER which is associated with a particular PROJECT, and all
its child wxFrames and wxDialogs now have a Kiway() member function which
returns a KIWAY& that that window tree branch is in support of. This is like
wxWindows DNA in that child windows get this member with proper value at time
of construction.
* Anticipate some of the needs for milestones B) and C) and make code
adjustments now in an effort to reduce work in those milestones.
* No testing has been done for python scripting, since milestone C) has that
being largely reworked and re-thought-out.
-
You can find them here:
"kicad-winbuilder-3.3\build\Release\cvpcb\_cvpcb.kiface"
"kicad-winbuilder-3.3\build\Release\eeschema\_eeschema.kiface"
"kicad-winbuilder-3.3\build\Release\gerbview\_gerbview.kiface"
"kicad-winbuilder-3.3\build\Release\pcb_calculator\_pcb_calculator.kiface"
"kicad-winbuilder-3.3\build\Release\pcbnew\_pcbnew.kiface"
"kicad-winbuilder-3.3\build\Release\pagelayout_editor\_pl_editor.kiface"
Reading that revision description you posted I'll enable USE_KIWAY_DLLS option and rebuild, wish me luck!
No concrete idea about what they are for :(
-
After I manually copied the .kiface files eeschema and pcbnew both ran, I could place components. So looking good.
Although Kicad.exe crashed so still bugs on this build.
from About:
Application: kicad
Version: (2014-04-10 BZR 4796)-product Release build
wxWidgets: Version 3.0.0 (debug,wchar_t,compiler with C++ ABI 1002,GCC 4.8.1,wx containers,compatible with 2.8)
Platform: Windows NT 6.2 (build 9200), 64-bit edition, 64 bit, Little endian, wxMSW
Boost version: 1.54.0
USE_WX_GRAPHICS_CONTEXT=OFF
USE_WX_OVERLAY=OFF
KICAD_SCRIPTING=ON
KICAD_SCRIPTING_MODULES=ON
KICAD_SCRIPTING_WXPYTHON=ON
USE_FP_LIB_TABLE=HARD_CODED_ON
BUILD_GITHUB_PLUGIN=ON
-
Carlos, how do you packet you binary? E.g. in bin.4740 I don't see any bat files for settings paths etc.
Alexander.
-
I also will try a statically linked binary (scripting disabled).
Alexander.
-
Nope, built from scratch and the problem persists
You should copy all the dlls found on "mingw32\bin" folder to you bin directory. I tried you build and had the same error. After copying the dlls, everything seems fine.
Alexander.