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

Reply via email to