I will try the build of boost 1.54 with all the KiCad patches first, then I will try the stock 1.57 later.
> On Nov 19, 2014, at 12:38 PM, Adam Wolf <adamww...@gmail.com> wrote: > > I have not switched to stock boost at this point. > > On Wed, Nov 19, 2014, 11:35 AM Jean-Paul Louis <lou...@yahoo.com> wrote: > Hi Adam, > > I tried homebrew when I started using OS X, but got frustrated and switched > to macports, and never looked back. > I found a page that seems to help a lot for macports users. See below. > When I am done with the migration, I will restart building cicada, and let > you know what method I am using. > Before the upgrade, I was using the method described in your document, with > cmake and make. > I need to modify the build to use a stock boost as described in the list a > little while back. > > Regards, > Jean-Paul > AC9GH > > >> https://trac.macports.org/wiki/Migration >> <https://trac.macports.org/wiki/Migration> >> >> Migrating a MacPorts install to a new major OS version or CPU architecture >> >> A MacPorts installation is designed to work with a particular operating >> system and a particular hardware architecture. Upgrading the operating >> system (e.g., from Mavericks to Yosemite) or migrating to a new machine with >> a different architecture (e.g., from PowerPC to Intel) will generally cause >> problems. The following procedure is designed to prevent such problems. >> >> (The procedure is not necessary after Xcode upgrades unless one of the >> scenarios listed above also applies.) >> >> Migration procedure >> >> Reinstall Xcode. After performing either of these types of system upgrades, >> you will need to update the development tools. If you are upgrading from a >> prior version of OS X, install the latest version of Xcode >> <https://guide.macports.org/#installing.xcode> for your new OS. >> Reinstall MacPorts. After updating the development tools, install the base >> MacPorts system <https://www.macports.org/install.php> for your new >> platform, either from the appropriate pkg or dmg file if already available >> or from source <https://www.macports.org/guide/#installing.macports.source>. >> Update macports.conf. If your macports.conf contains uncommented settings >> for universal_archs or build_arch, you will likely want to update them, >> since unlike earlier OS versions, the compiler on Snow Leopard and later >> will build for x86_64 by default on systems that support it. The default >> values will be fine for almost all users, so unless you know you need >> something different, just comment out these two lines. Several other >> settings in macports.conf have changed their defaults over the years. Take a >> moment to compare each line of your macports.conf with the corresponding >> line in macports.conf.default in the same directory. Unless you know a >> reason why a line your settings file should be different from the defaults, >> adopt the line from the defaults file. >> Reinstall ports. To reinstall your ports: >> Save the list of installed ports: >> port -qv installed > myports.txt >> (optional) Save the list of requested ports: >> port echo requested | cut -d ' ' -f 1 > requested.txt >> Uninstall all installed ports: >> sudo port -f uninstall installed >> Clean any partially-completed builds: >> sudo port clean all >> Download and execute the restore_ports script. (If you installed MacPorts >> from source and used a custom prefix, then you'll need to use the -p option >> when you run restore_ports.tcl; see ./restore_ports.tcl -h.) >> curl -O >> https://svn.macports.org/repository/macports/contrib/restore_ports/restore_ports.tcl >> chmod +x restore_ports.tcl >> sudo ./restore_ports.tcl myports.txt >> (optional) Restore requested status: If you saved the list of requested >> ports, you can now restore the requested flags for your newly installed >> ports to their former states. >> sudo port unsetrequested installed >> < requested.txt xargs sudo port setrequested >> Troubleshooting >> >> Though it is now quite well-tested, the restore_ports script may fail in >> some cases. One known issue is that the script will fail if there are >> conflicting ports in the list. It's possible to have conflicting ports >> installed provided at most one of the conflicting set is active. If the >> script fails for this reason, you can delete one of the conflicting ports >> from myports.txt and then simply run the script again. You may need to do >> this multiple times if there are multiple conflicting ports listed. >> >> In the worst case, you can reinstall your ports manually: >> >> Browse myports.txt and install the ports one by one, remembering to specify >> the appropriate variants: >> sudo port install portname +variant1 +variant2 … >> Note that if you have specified variants which are not the default, you may >> need to install ports in an order other than the alphabetical order recorded >> in myports.txt. You may skip explicitly installing ports that you did not >> request as long as they are not using non-default variants, since they will >> be installed as dependencies of other ports. _______________________________________________ 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