# Gnuradio bug tracker update **URL:** \ **Category:** GNU Radio\ **Created:** [April 17, 2013, 5:11am UTC](https://www.ruby-forum.com/t/gnuradio-bug-tracker-update/228297 "2013-04-17T05:11:03Z")\ **Posts on this page:** 3\ **Page:** 1
**Author:** ![dabeeeenster](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/d/ed655f/32.png) [@dabeeeenster](https://www.ruby-forum.com/u/dabeeeenster)\ **Post date:** [April 17, 2013, 5:11am UTC](https://www.ruby-forum.com/t/gnuradio-bug-tracker-update/228297/1 "2013-04-17T05:11:03Z")
Hi all, This is an update to let everyone know what exciting bugs are available to be fixed in the bug tracker ([http://gnuradio.org/redmine/issues](http://gnuradio.org/redmine/issues)). Missing -mfpu=neon in CFLAGS/CXXFLAGS when building for ARM and NEON is supported but not gcc’s default (Although if I understand Philip’s comment this is a problem with CMake?) [http://gnuradio.org/redmine/issues/526](http://gnuradio.org/redmine/issues/526) The audio source block is not implemented for gr-audio windows. It is not obvious if we even need this or if portaudio is sufficient. If anyone has used gnuradio on windows with audio it would be lovely if they could look into/make a decision on this. [http://gnuradio.org/redmine/issues/521](http://gnuradio.org/redmine/issues/521) throwing an exception inside gr\_hier\_block2 ctor leads to a crash at exit [http://gnuradio.org/redmine/issues/528](http://gnuradio.org/redmine/issues/528) Bug 532: runtime\_error without LANG=“C” [http://gnuradio.org/redmine/issues/532](http://gnuradio.org/redmine/issues/532) Implement variable number of inputs and outputs for hierarchical blocks. This would be a really useful feature, but will be non-trivial to add. [http://gnuradio.org/redmine/issues/390](http://gnuradio.org/redmine/issues/390) Finally there are a few GRC issues which are assigned to me and Josh, but I’m pretty confident neither of us would mind, if someone else assigned themselves instead. [http://gnuradio.org/redmine/issues/519](http://gnuradio.org/redmine/issues/519) [http://gnuradio.org/redmine/issues/489](http://gnuradio.org/redmine/issues/489) [http://gnuradio.org/redmine/issues/487](http://gnuradio.org/redmine/issues/487) Thanks in advance, Ben ---
**Author:** ![dabeeeenster](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/d/ed655f/32.png) [@dabeeeenster](https://www.ruby-forum.com/u/dabeeeenster)\ **Post date:** [April 17, 2013, 4:01pm UTC](https://www.ruby-forum.com/t/gnuradio-bug-tracker-update/228297/2 "2013-04-17T16:01:53Z")
On 04/16/2013 11:10 PM, Ben R. wrote: > Hi all, > > This is an update to let everyone know what exciting bugs are > available to be fixed in the bug tracker > ([http://gnuradio.org/redmine/issues](http://gnuradio.org/redmine/issues)). > > Missing -mfpu=neon in CFLAGS/CXXFLAGS when building for ARM and NEON > is supported but not gcc’s default > (Although if I understand Philip’s comment this is a problem with CMake?) > [http://gnuradio.org/redmine/issues/526](http://gnuradio.org/redmine/issues/526) Yes, the cmake detects NEON, but doesn’t set the neon gcc option. Since I always use a toolchain file, I do not see. Philip ---
**Author:** ![dabeeeenster](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/d/ed655f/32.png) [@dabeeeenster](https://www.ruby-forum.com/u/dabeeeenster)\ **Post date:** [April 17, 2013, 5:40am UTC](https://www.ruby-forum.com/t/gnuradio-bug-tracker-update/228297/3 "2013-04-17T05:40:50Z")
On Tue, Apr 16, 2013 at 8:10 PM, Ben R. [removed\_email\_address@domain.invalid](mailto:removed_email_address@domain.invalid) wrote: > throwing an exception inside gr\_hier\_block2 ctor leads to a crash at exit [http://gnuradio.org/redmine/issues/528](http://gnuradio.org/redmine/issues/528)[https://lists.gnu.org/mailman/listinfo/discuss-gnuradio](https://lists.gnu.org/mailman/listinfo/discuss-gnuradio) Eric B. (yes) and I have been working on this one for some time now. We already know exactly what/why the problem is occurring, but haven’t figured out yet how to solve it. We’ve determined there likely isn’t a way to fix the current code, but need to come up with an entirely different way of solving the original problem the broken code was put in to address (calling boost::shared\_from\_this() before a class constructor completes is not supported by Boost). Ideas welcome.