[MacPorts] #41162: gnuradio fails to build on 10.9
MacPorts
noreply at macports.org
Tue Nov 19 10:52:04 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@…):
Replying to [comment:61 michaelld@…]:
> For those folks having issues, I always recommend doing the following;
sometimes it works:
> {{{
> sudo port clean gnuradio gnuradio-devel
> sudo port -f -p uninstall gnuradio gnuradio-devel
> sudo port selfupdate
> sudo port install gnuradio-devel configure.compiler=macports-clang-3.4
> }}}
> and, if that all works, then try:
> {{{
> /opt/local/share/gnuradio/examples/audio/dial_tone.py
> }}}
> and if that works, then see if gnuradio-companion both executes as well
as can run a flow-graph.
I tried these things, using SVN MacPorts and doing an "svn update" just
before, to r113550. It built, but I got the cxx_stdlib stuff again:
{{{
---> Scanning binaries for linking errors: 55.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: 55.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: 55.2%
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: 55.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: 55.7%
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: 55.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: 55.8%
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: 55.9%
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: 56.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: 56.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%
}}}
When I ran the example you suggested, I got a "Bus error: 10" and a dialog
to report a problem for Python. Among the details it offered:
{{{
Crashed Thread: 4
Exception Type: EXC_BAD_ACCESS (SIGBUS)
Exception Codes: KERN_PROTECTION_FAILURE at 0x000000010a6fbd60
VM Regions Near 0x10a6fbd60:
STACK GUARD 000000010a67b000-000000010a67c000 [ 4K]
---/rwx SM=NUL stack guard for thread 4
--> Stack 000000010a67c000-000000010a6fe000 [ 520K]
rw-/rwx SM=COW thread 4
STACK GUARD 000000010a6fe000-000000010a6ff000 [ 4K]
---/rwx SM=NUL stack guard for thread 5
Thread 0:: Dispatch queue: com.apple.main-thread
0 libsystem_kernel.dylib 0x00007fff86ca4e7a
__bsdthread_create + 10
1 libsystem_pthread.dylib 0x00007fff879a3dcb pthread_create
+ 201
2 libboost_thread-mt.dylib 0x000000010501c5ec
boost::thread::start_thread_noexcept() + 124
3 libgnuradio-runtime.3.7.3git.dylib 0x0000000104e0a4a0
boost::thread::start_thread() + 16
4 libgnuradio-runtime.3.7.3git.dylib 0x0000000104e0a428
boost::thread::thread<boost::function0<void> >(boost::function0<void>,
boost::disable_if_c<boost::thread_detail::is_convertible<boost::function0<void>&,
boost::detail::thread_move_t<boost::function0<void> > >::value,
boost::thread::dummy*>::type) + 100
5 libgnuradio-runtime.3.7.3git.dylib 0x0000000104e0a088
gr::thread::thread_group::create_thread(boost::function0<void> const&) +
58
6 libgnuradio-runtime.3.7.3git.dylib 0x0000000104e49369
gr::scheduler_tpb::scheduler_tpb(boost::shared_ptr<gr::flat_flowgraph>,
int) + 1007
7 libgnuradio-runtime.3.7.3git.dylib 0x0000000104e48f12
gr::scheduler_tpb::make(boost::shared_ptr<gr::flat_flowgraph>, int) + 88
8 libgnuradio-runtime.3.7.3git.dylib 0x0000000104e55548
gr::make_scheduler(boost::shared_ptr<gr::flat_flowgraph>, int) + 264
9 libgnuradio-runtime.3.7.3git.dylib 0x0000000104e55290
gr::top_block_impl::start(int) + 440
10 libgnuradio-runtime.3.7.3git.dylib 0x0000000104e548fe
gr::top_block::start(int) + 28
11 _runtime_swig.so 0x0000000104beb030
top_block_start_unlocked(boost::shared_ptr<gr::top_block>, int) + 35
12 _runtime_swig.so 0x0000000104c571b3
_wrap_top_block_start_unlocked(_object*, _object*, _object*) + 281
13 org.python.python 0x000000010485d345
PyEval_EvalFrameEx + 16725
14 org.python.python 0x0000000104859076
PyEval_EvalCodeEx + 1734
15 org.python.python 0x000000010485ff36 fast_function +
294
16 org.python.python 0x000000010485c28b
PyEval_EvalFrameEx + 12443
17 org.python.python 0x0000000104859076
PyEval_EvalCodeEx + 1734
18 org.python.python 0x000000010485ff36 fast_function +
294
19 org.python.python 0x000000010485c28b
PyEval_EvalFrameEx + 12443
20 org.python.python 0x0000000104859076
PyEval_EvalCodeEx + 1734
21 org.python.python 0x000000010485ff36 fast_function +
294
22 org.python.python 0x000000010485c28b
PyEval_EvalFrameEx + 12443
23 org.python.python 0x0000000104859076
PyEval_EvalCodeEx + 1734
24 org.python.python 0x00000001048589a6 PyEval_EvalCode
+ 54
25 org.python.python 0x0000000104880611
PyRun_FileExFlags + 161
26 org.python.python 0x000000010488015e
PyRun_SimpleFileExFlags + 718
27 org.python.python 0x0000000104894002 Py_Main + 3314
28 libdyld.dylib 0x00007fff92afa5fd start + 1
Thread 1:
0 libsystem_kernel.dylib 0x00007fff86ca5e6a
__workq_kernreturn + 10
1 libsystem_pthread.dylib 0x00007fff879a4f08
_pthread_wqthread + 330
2 libsystem_pthread.dylib 0x00007fff879a7fb9 start_wqthread
+ 13
Thread 2:: Dispatch queue: com.apple.libdispatch-manager
0 libsystem_kernel.dylib 0x00007fff86ca6662 kevent64 + 10
1 libdispatch.dylib 0x00007fff8d29c43d
_dispatch_mgr_invoke + 239
2 libdispatch.dylib 0x00007fff8d29c152
_dispatch_mgr_thread + 52
Thread 3:
0 libsystem_kernel.dylib 0x00007fff86ca5e6a
__workq_kernreturn + 10
1 libsystem_pthread.dylib 0x00007fff879a4f08
_pthread_wqthread + 330
2 libsystem_pthread.dylib 0x00007fff879a7fb9 start_wqthread
+ 13
Thread 4 Crashed:
0 ??? 0x000000010a6fbd60 0 + 4470062432
Thread 5:
0 ??? 0x000000010a77ed60 0 + 4470599008
Thread 6:
0 libsystem_pthread.dylib 0x00007fff879a7fbc thread_start +
0
Thread 4 crashed with X86 Thread State (64-bit):
rax: 0x0000000000000002 rbx: 0x00007fcaed10e4e0 rcx:
0x0000000000000010 rdx: 0xffffffffffffffe0
rdi: 0x00007fcaed10e4c0 rsi: 0x0000000000000000 rbp:
0x000000010a6fbb60 rsp: 0x000000010a6fbb68
r8: 0x0000000000000100 r9: 0x000000010a67b000 r10:
0x0000000000000000 r11: 0x0000000000000246
r12: 0x0000000000007c03 r13: 0x00007fcaed10efa0 r14:
0x000000010a6fbd70 r15: 0x000000010501c660
rip: 0x000000010a6fbd60 rfl: 0x0000000000010202 cr2:
0x000000010a6fbd60
Logical CPU: 1
Error Code: 0x00000015
Trap Number: 14
}}}
--
Ticket URL: <https://trac.macports.org/ticket/41162#comment:62>
MacPorts <http://www.macports.org/>
Ports system for OS X
More information about the macports-tickets
mailing list