Gnuradio bug tracker update

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).

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

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

throwing an exception inside gr_hier_block2 ctor leads to a crash at
exit
http://gnuradio.org/redmine/issues/528

Bug 532: runtime_error without LANG=“C”
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

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/489
http://gnuradio.org/redmine/issues/487

Thanks in advance,
Ben

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).

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

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

On Tue, Apr 16, 2013 at 8:10 PM, Ben R. [email protected] wrote:

throwing an exception inside gr_hier_block2 ctor leads to a crash at exit

http://gnuradio.org/redmine/issues/528https://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.