[MacPorts] #41162: gnuradio fails to build on 10.9

Fri Nov 15 13:28:39 PST 2013

#41162: gnuradio fails to build on 10.9
-----------------------+-------------------------
  Reporter:  ken@…     |      Owner:  michaelld@…
      Type:  defect    |     Status:  new
  Priority:  Normal    |  Milestone:
 Component:  ports     |    Version:  2.2.1
Resolution:            |   Keywords:  mavericks
      Port:  gnuradio  |
-----------------------+-------------------------

Comment (by jboone@…):

 Michael, I appreciate your patience. :-)

 I should mention that Software Update was acting weird when I got my
 latest Xcode update a few days ago. It would show app updates downloading
 (including Xcode), then not, then yes. But when I open Xcode now, it
 reports "Version 5.0.2 (5A3005)", so it seems fine.

 Here's other details you've requested:

 {{{
 $ which clang
 /usr/bin/clang

 $ xcodebuild -version
 Xcode 5.0.2
 Build version 5A3005

 $ /usr/bin/clang -v
 Apple LLVM version 5.0 (clang-500.2.79) (based on LLVM 3.3svn)
 Target: x86_64-apple-darwin13.0.0
 Thread model: posix

 $ uname -a
 Darwin earfeast-laptop.local 13.0.0 Darwin Kernel Version 13.0.0: Thu Sep
 19 22:22:27 PDT 2013; root:xnu-2422.1.72~6/RELEASE_X86_64 x86_64

 $ sysctl machdep.cpu.brand_string machdep.cpu.features
 machdep.cpu.brand_string: Intel(R) Core(TM) i7-2720QM CPU @ 2.20GHz
 machdep.cpu.features: FPU VME DE PSE TSC MSR PAE MCE CX8 APIC SEP MTRR PGE
 MCA CMOV PAT PSE36 CLFSH DS ACPI MMX FXSR SSE SSE2 SS HTT TM PBE SSE3
 PCLMULQDQ DTES64 MON DSCPL VMX SMX EST TM2 SSSE3 CX16 TPR PDCM SSE4.1
 SSE4.2 x2APIC POPCNT AES PCID XSAVE OSXSAVE TSCTMR AVX1.0
 }}}

 Sure enough, "AVX1.0" is in there. This is a MacBook Pro from
 approximately March 2011 -- Sandy Bridge, I believe.

 I must also mention that I can't do the command-line tools update
 (recommended by the MacPorts Guide) for some reason:

 {{{
 xcode-select --install
 }}}

 A dialog reports "Can't install the software because it is not currently
 available from the Software Update server."

 I tried the Apple-recommended means of installing the Command Line Tools
 from within Xcode (https://developer.apple.com/support/xcode/) and I don't
 even see an option to install the Command Line Tools. It appears they
 moved it to the "Locations" area of the Xcode Preferences. In that tab, my
 Command Line Tools are "Xcode 5.0.2 (5A3005)", and is the only option in
 the combo box. All that said, I'm not sure clang comes in the Command Line
 Tools. If it lives in /usr/bin, maybe it comes with the OS?

 I re-downloaded and re-installed the "Command Line Tools (OS X Mavericks)
 for Xcode - Late October", dated Oct 22, 2013. I don't see anything more
 recent, which may be why the command-line install technique above isn't
 working? There was no effect on clang -v -- the same as above.

 At this point, I tried what you suggested above (and realize now that with
 all the stuff I just did, I kinda ignored the scientific method):

 {{{
 $ sudo port clean gnuradio
 Password:
 --->  Cleaning gnuradio

 $ sudo port install clang-3.4
 --->  Computing dependencies for clang-3.4
 --->  Dependencies to be installed: clang_select llvm-3.4
 ...
 --->  Cleaning clang-3.4
 --->  Updating database of binaries: 100.0%
 --->  Scanning binaries for linking errors: 58.1%
 Warning: /opt/local/bin/i686-apple-darwin13-llvm-cpp-4.2 uses
 /usr/lib/libstdc++.6.dylib as C++ standard library although
 macports::cxx_stdlib is set to libc++.
 --->  Scanning binaries for linking errors: 58.2%
 Warning: /opt/local/bin/i686-apple-darwin13-llvm-g++-4.2 uses
 /usr/lib/libstdc++.6.dylib as C++ standard library although
 macports::cxx_stdlib is set to libc++.
 --->  Scanning binaries for linking errors: 58.3%
 Warning: /opt/local/bin/i686-apple-darwin13-llvm-gcc-4.2 uses
 /usr/lib/libstdc++.6.dylib as C++ standard library although
 macports::cxx_stdlib is set to libc++.
 --->  Scanning binaries for linking errors: 58.5%
 Warning: /opt/local/bin/llvm-gcov-4.2 uses /usr/lib/libstdc++.6.dylib as
 C++ standard library although macports::cxx_stdlib is set to libc++.
 --->  Scanning binaries for linking errors: 58.8%
 Warning: /opt/local/libexec/llvm-gcc42/gcc/i686-apple-darwin13/4.2.1/cc1
 uses /usr/lib/libstdc++.6.dylib as C++ standard library although
 macports::cxx_stdlib is set to libc++.
 --->  Scanning binaries for linking errors: 58.8%
 Warning: /opt/local/libexec/llvm-gcc42/gcc/i686-apple-
 darwin13/4.2.1/cc1obj uses /usr/lib/libstdc++.6.dylib as C++ standard
 library although macports::cxx_stdlib is set to libc++.
 --->  Scanning binaries for linking errors: 58.9%
 Warning: /opt/local/libexec/llvm-gcc42/gcc/i686-apple-
 darwin13/4.2.1/cc1objplus uses /usr/lib/libstdc++.6.dylib as C++ standard
 library although macports::cxx_stdlib is set to libc++.
 --->  Scanning binaries for linking errors: 59.0%
 Warning: /opt/local/libexec/llvm-gcc42/gcc/i686-apple-
 darwin13/4.2.1/cc1plus uses /usr/lib/libstdc++.6.dylib as C++ standard
 library although macports::cxx_stdlib is set to libc++.
 --->  Scanning binaries for linking errors: 59.0%
 Warning: /opt/local/libexec/llvm-gcc42/gcc/i686-apple-
 darwin13/4.2.1/collect2 uses /usr/lib/libstdc++.6.dylib as C++ standard
 library although macports::cxx_stdlib is set to libc++.
 --->  Scanning binaries for linking errors: 59.1%
 Warning: /opt/local/libexec/llvm-gcc42/gcc/i686-apple-
 darwin13/4.2.1/libllvmgcc.dylib uses /usr/lib/libstdc++.6.dylib as C++
 standard library although macports::cxx_stdlib is set to libc++.
 --->  Scanning binaries for linking errors: 100.0%
 --->  No broken files found.

 $ sudo port install gnuradio configure.compiler=macports-clang-3.4
 ...
 --->  Building gnuradio
 --->  Staging gnuradio into destroot
 --->  Installing gnuradio
 @3.7.2_0+docs+grc+jack+orc+portaudio+python27+qtgui+sdl+swig+uhd+wavelet+wxgui
 --->  Activating gnuradio
 @3.7.2_0+docs+grc+jack+orc+portaudio+python27+qtgui+sdl+swig+uhd+wavelet+wxgui
 --->  Cleaning gnuradio
 ...
 (more cxx_stdlib warnings)
 ...
 }}}

 Success! Inside Python, I can "import gnuradio" and "from gnuradio import
 gr". Trying to run gnuradio-companion, I've just discovered my XQuartz is
 broken somehow, so I'm fixing that now... FWIW, it looks like a new
 version of XQuartz is out -- I had 2.7.4, but there's now 2.7.5, which I'm
 installing now. And... GRC runs! Thanks! Hopefully, the magic of making
 the port work smoothly with the latest compiler won't be too difficult...

-- 
Ticket URL: <https://trac.macports.org/ticket/41162#comment:40>
MacPorts <http://www.macports.org/>
Ports system for OS X