[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