[MacPorts] #38121: gnuradio @3.6.3, Revision 1 architecture mismatch
MacPorts
noreply at macports.org
Wed Mar 6 08:51:01 PST 2013
#38121: gnuradio @3.6.3, Revision 1 architecture mismatch
------------------------+-------------------------
Reporter: valitor@… | Owner: michaelld@…
Type: defect | Status: new
Priority: Normal | Milestone:
Component: ports | Version: 2.1.3
Resolution: | Keywords:
Port: gnuradio |
------------------------+-------------------------
Comment (by michaelld@…):
Off ticket, "Michael Perry <valitor at comcast.net>" replied:
{{{
No, that didn't work. The installer seemed to work, but very little was
actually installed. In particular, gnuradio-companion was not installed. I
used:
install gnuradio @3.6.3_1+docs+grc+orc+python27+qtgui+sdl+swig+uhd+wxgui-
universal
and the gcc-4.2 compiler. Now, everything seems to work. Clang didn't
work, as far as I can tell. Upgrading to 3.6.4 with the "upgrade outdated"
command broke the app.
}}}
Please reply on-ticket when possible.
Well, we now have the issue that Boost 1.53 (upgraded yesterday, March 5),
does not seem to support 32-bit builds. If what you have right now (I
think: gnuradio 3.6.3_1, boost 1.51) works, then stick with it! If not,
then there's another issue to be resolved.
As I said already: gnuradio by itself works as +universal OK. But, scipy,
and now boost, do not. I'm not going to disable +universal just yet in
gnuradio, since it is not gnuradio's issue.
If you have +universal set as a default_variant for all ports, then using
-universal on any specific install should do the trick. If this is not the
case, then I don't have enough info to work off of.
--
Ticket URL: <https://trac.macports.org/ticket/38121#comment:3>
MacPorts <http://www.macports.org/>
Ports system for OS X
More information about the macports-tickets
mailing list