kicad-developers team mailing list archive

[Wayne Stambaugh <stambaughw@xxxxxxxxxxx>]

On 9/26/2014 6:14 PM, Jon Neal wrote:
> So maybe this is something that should go in INSTALL.txt, but for Fedora
> wx3 is available in repositories. The problem is that when installed it
> names it's wx-config program (which make uses for compilation flags) to
> wx3.0-config (or similar, not on my dev laptop right now). You have to
> make a symbolic link from wx3.0-config to wx-config to compile.

You should be able to use
-DwxWidgets_CONFIG_EXECUTABLE="/path/to/custom/wx3.0-config" when you
run CMake to avoid the symlink if you want to keep wxWidgets 2.8 as your
default.

> 
> Great work moving forward with OSX. Poor compatibility with OSX has been
> one the loudest complaints I have heard from people.

I'm trying to get this improved so we can get some OSX auto-builders in
place to provide OSX packages of the latest and greatest versions of
KiCad for testing purposes.  I don't think it's a good use of time to
make KiCad easy for ordinary users to build from source.  I would rather
spend my time making KiCad easy to build for packagers.  I've always
thought asking users to build software from source was bit insane.  I
wonder response I would get if I said to my wife "Honey, here is this
great software you should try, all you have to do is open a shell and
type configure && make && make install to build and install it."  I
think it's a testament to our users who go to great lengths to build
KiCad on OSX and Windows just so they can use recent versions.  I want
to make their life (and mine) easier.

> 
> Thanks!
> 
> 
> Jon
> 
> On Fri, Sep 26, 2014 at 6:09 PM, Wayne Stambaugh <stambaughw@xxxxxxxxxxx
> <mailto:stambaughw@xxxxxxxxxxx>> wrote:
> 
>     I just committed revision r5149 which fails when wxWidgets is less than
>     version 3.0.0.  I know that the wx3 is not without it's issues but it is
>     becoming too much of a burden to try to keep the code compatible with
>     wx2 along the known issues.
> 
>     I've also added an option when building on OSX that disables downloading
>     and building all of the dependencies from source by default.  You must
>     now run CMake with -DUSE_OSX_DEPS_BUILDER=ON if you want to use that
>     build method.  The are further OSX bundle fixes on the way as well so
>     please be patient as we transition away from that build philosophy.  I
>     am working with Bernhard (thanks Bernhard) on getting this issue
>     resolved so OSX looks for the dependencies on the system and creates OSX
>     bundles without external scripts.  I have it on good authority that
>     KiCad will build and run just fine using the installed dependencies.
> 
>     I am also working on getting stock Boost 1.56 to build KiCad.  It does
>     appear to work on Linux.  I'm still having some issues on Windows so
>     hopefully that will be resolved before too long and thus eliminate the
>     last dependency we will have to build from source.
> 
>     Wayne
> 
>     _______________________________________________
>     Mailing list: https://launchpad.net/~kicad-developers
>     Post to     : kicad-developers@xxxxxxxxxxxxxxxxxxx
>     <mailto:kicad-developers@xxxxxxxxxxxxxxxxxxx>
>     Unsubscribe : https://launchpad.net/~kicad-developers
>     More help   : https://help.launchpad.net/ListHelp
> 
>