[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Discuss-gnuradio] Creating a New Thread?

From: Eric Blossom
Subject: Re: [Discuss-gnuradio] Creating a New Thread?
Date: Sat, 14 Jan 2006 16:34:56 -0800
User-agent: Mutt/1.5.6i

On Mon, Jan 09, 2006 at 09:38:29PM -0500, Michael Dickens wrote:
> On Jan 6, 2006, at 7:24 PM, Eric Blossom wrote:
> >If you talking about creating a thread in C++, we use the omnithread
> >package.  It's a thin C++ wrapper on top of posix threads.  Docs in
> >gnuradio-core/doc/other/omnithread.pdf
> Threading seems to work well enough that I won't pursue a MacOS X  
> kext ("device driver") ... which I really didn't want to do anyway  
> but I'm sure it would have taken care of the issues I've run into.   
> The code isn't perfect yet, and I still have some speed tweaks to  
> work in, but the example "benchmark_usb.py" now always returns OK for  
> 16 MBps instead of "usually" for 4 MBps.
> Q: As USRP does not yet use the omnithread package (though it's  
> included in the config directory and just commented out of  
> configure.ac), and that package is part of the gnuradio-core library  
> which in theory the USRP should not depend upon, could we make  
> omnithread a separate library?  Or should I just go ahead and change  
> things to link using "-lgnuradio-core" (and thus "-I/usr/local/ 
> include/gnuradio" too? - MLD

No, we should not make usrp depend on gnuradio-core.
The right answer is probably a separate package, but that doesn't help
our already somewhat-out-of-control dependency chain.


reply via email to

[Prev in Thread] Current Thread [Next in Thread]