kicad-developers team mailing list archive

[Jean-Paul Louis <louijp@xxxxxxxxx>]

Hi Bernhard,
I plan to upgrade my OS X to Yosemite.
Can you confirm that KiCad will build properly under OS X 10.10?

Is there anything that I need to be aware of when upgrading the toolchain?

Any advice is welcome as I am nowhere near an OS X guru.

Regards,
Jean-Paul
AC9GH

On Nov 16, 2014, at 11:34 AM, Bernhard Stegmaier <stegmaier@xxxxxxxxxxxxx> wrote:

> Hi,
> 
> I would change things in a way that the builtin CMAKE_OSX_DEPLOYMENT_TARGET variable of CMake is used everywhere and that it has to be set during configuration.
> So, everybody can set things as he/she wants…
> 
> The only thing that everyone has to take care is that all dependencies are built wit matching settings… but that’s something that cannot be tackled by KiCad build process anyway.
> 
> 
> Regards,
> Bernhard
> 
> 
>> On 16.11.2014, at 17:27, Adam Wolf <adamwwolf@xxxxxxxxx> wrote:
>> 
>> Awesome work folks!
>> 
>> 1) I think it's silly to try to debug this further if I can fix it by setting a package for 10.7 and newer.
>> 
>> 2) I believe 10.6 no longer gets security updates as of Feb.  Do we really need to make one for 10.6?
>> 
>> My gut feelings says I should make my packages for 10.7 and newer, and if people complain and want a package for 10.6, maybe investigate making one then.  I don't know if any of the devs have a 10.6 machine to test on--I certainly don't!
>> 
>> Thoughts?
>> 
>> (This may be the last blocker bug of any difficulty.  Docs and libraries included are the last two I know of, but they will be straightforward.  Great work!)
>> 
>> On Nov 16, 2014 5:10 AM, "Bernhard Stegmaier" <stegmaier@xxxxxxxxxxxxx> wrote:
>> Yes, sounds reasonable… I was wrong about 10.8, libc++ seems to be there since 10.7.
>> 
>> I found a report of one guy having problems with a binary linked against libstdc++ because some system libs pulled in libc++.
>> He was able to find out the exact class/type which caused the problem.
>> He reported it to Apple, it was considered a bug because it should be compatible, and it got fixed quite some while later.
>> 
>> Doing the same will be quite painful I guess, because we have so many (foreign) things using C++… wxWidgets, boost, etc.
>> So, I guess the easiest way to fix this for now is to ensure everything is built with the same min version (or standard C++ lib I guess).
>> 
>> Moreover… I guess that at some point in time Apple probably will drop libstdc++ support anyway… so the effort of providing in worst case two packages (one for <10.7 and another for >10.7) will be much less than trying to fix that now.
>> 
>> That’s something that has most impact on Adam and the upcoming automated builds...
>> 
>> 
>> Regards,
>> Bernhard
>> 
>> On 16.11.2014, at 10:43, Garth Corral <gcorral@xxxxxxxxx> wrote:
>> 
>> > Interesting.  When I had replied in the past that I was unable to reproduce this, I had been building with a local patch that set macosx-version-min to 10.7 for everything.  When I read this I tried building again without that patch and sure enough, red blob.  When I rebuilt with version-min set to 10.7 it went away again.
>> >
>> > Garth
>> >
>> >
>> >> On Nov 16, 2014, at 12:41 AM, Bernhard Stegmaier <stegmaier@xxxxxxxxxxxxx> wrote:
>> >>
>> >> Hi OSX guys,
>> >>
>> >> do you still see the "red blob bug” in latest revisions (since yesterday)?
>> >> I still had it in all the builds I made, the last revision I built was 5263, and it was in there.
>> >>
>> >> When I switched to external boost for the avhttp tests (this build has the red blob problem) I noticed that my boost (from MacPorts) was compiled against libc++, whereas wxWidgets and KiCad itself was built against libstdc++.
>> >> This is how it is forced in KiCad CMake (via "—mmacosx-min-version" which implicitly sets used C++ standard library) and in the wxWidgets configuration I use.
>> >>
>> >> Although common sense seems to be “if it compiles/links fine, it will work” I know from problems at work that mixing standard C++ libraries in one binary can lead to very weird problems. Mixing libs is often not obvious, because different versions can be pulled in by any indirect library dependency in the whole dependency chain.
>> >>
>> >> So, I pulled to head yesterday and made some small changes to build everything (KiCad and wxWidgets) with minimum OSX version 10.9 which selects libc++… just to see what happens.
>> >> Built fine, I did my usual tests and I was quite surprised that the red blob problem was gone!
>> >>
>> >> So, can anyone confirm
>> >> (1) if problem is still there with latest revision?
>> >> (2) it goes away if you rebuild KiCad & wxWidgets and change every “-mmacosx-min-version=10.5” in KiCad CMake files to something more recent (probably 10.9 or 10.10, AFAIK libc++ was default starting with 10.8) and remove any "-stdlib=libstdc++” (it used when configuring wxWidgets if you use the supplied script)?
>> >>
>> >> If it is confirmed that this is due to mixing libc++/libstdc++ I will change build process in a way that you can specify which OSX version is targeted…
>> >>
>> >>
>> >> Regards,
>> >> Bernhard
>> >> _______________________________________________
>> >> Mailing list: https://launchpad.net/~kicad-developers
>> >> Post to     : kicad-developers@xxxxxxxxxxxxxxxxxxx
>> >> Unsubscribe : https://launchpad.net/~kicad-developers
>> >> More help   : https://help.launchpad.net/ListHelp
>> >
>> 
>> 
>> _______________________________________________
>> Mailing list: https://launchpad.net/~kicad-developers
>> Post to     : kicad-developers@xxxxxxxxxxxxxxxxxxx
>> Unsubscribe : https://launchpad.net/~kicad-developers
>> More help   : https://help.launchpad.net/ListHelp
> 
> _______________________________________________
> Mailing list: https://launchpad.net/~kicad-developers
> Post to     : kicad-developers@xxxxxxxxxxxxxxxxxxx
> Unsubscribe : https://launchpad.net/~kicad-developers
> More help   : https://help.launchpad.net/ListHelp