On Sat, Dec 3, 2011 at 12:20 PM, Philip Balister <[email protected]>wrote:
> On 12/03/2011 11:52 AM, Tom Rondeau wrote: > > > > Achilleas, > > Just weighing in from a maintainers perspective having never used SVD in > > GSL or Armadillo. Since we already support GSL as a dependency, if you > can > > use it, that is definitely the preferred way to go. > > > > If you have to use some other library and are looking to put the code > into > > GNU Radio, we can talk. If it's in gr-trellis, we could add an extra > > dependency just for that component. Otherwise, I had a thought of making > > something like a "gr-scientific" component. This was mostly meant to move > > the wavelet stuff out of gnuradio-core and thereby removing GSL as a > > required dependency for the main stuff. That hasn't happened mainly > because > > a) only one block would go into gr-scientific so it seems a waste and b) > > gsl is so easy to install on any distro that I know about. Adding another > > scientific library and block that uses it might be a good incentive to do > > something like this. > > Speaking with my embedded system hat on ... > > I'd like to see gnuradio drop the gsl requirement. I did a quick search > of the gsl list archive and don't see anything about people trying to > improve performance on arm machines. So I would not like to see gsl used > widely in gnuradio. I have no problem with add on block sets using gsl, > just there be a clear dividing line. > > Philip > Fair point. Is there any other scientific library that would be more appropriate? Amradillo has a good reputation, but a quick look didn't pull up any Arm or embedded discussions, either. Then again, most of these tools are designed for people doing science projects beyond what we think of doing traditionally in embedded systems, so it's no surprise that they would ignore them. Tom
_______________________________________________ Discuss-gnuradio mailing list [email protected] https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
